KDB-Tech-Update am Abend: CRA-Vorbereitung, KI-Agenten außer Rand und Band und Patchen, aber zackig
Guten Abend zum KDB-Tech-Update! Während draußen vielleicht schon Feierabendmodus angesagt ist, haben Cyberkriminelle, Softwarehersteller und Regulierer offensichtlich noch ordentlich Programm. Heute geht’s um die neue BSI-Orientierung zum Cyber Resilience Act, aktiv ausgenutzte Lücken in VMware vCenter, Zero-Klick-Risiken bei Zoom und den überfälligen Abschied von SMS-Codes.
Außerdem schauen wir auf kompromittierte Python-Pakete in der KI-Lieferkette, auf KI-Agenten mit reichlich zu viel Eigeninitiative, neue Transparenzpflichten nach dem EU AI Act und darauf, warum KI-Transformation nicht einfach bedeutet: „Wir werfen halt mal einen Chatbot drauf.“ Kurz gesagt: Digitalisierung ja – aber bitte mit Hirn, Sicherheitskonzept und sauberem Prozess. Des isch ned optional.
Cyber Resilience Act: Das BSI liefert Herstellern einen praktischen Startpunkt
Das Bundesamt für Sicherheit in der Informationstechnik (BSI) hat mit der technischen Richtlinie TR-03183 in Version 1.0 eine erste Orientierungshilfe für den europäischen Cyber Resilience Act (CRA) veröffentlicht. Das ist besonders relevant für Hersteller von Produkten mit digitalen Elementen – also nicht nur für klassische Software- und IT-Hersteller, sondern auch für Anbieter vernetzter Geräte, Maschinen, Spielzeug oder Alltagsprodukte mit Internetzugang und digitalen Funktionen.
Spätestens ab dem 11. Dezember 2027 müssen die Anforderungen des CRA berücksichtigt werden, wenn entsprechende Produkte in der Europäischen Union auf den Markt kommen. Aber wer jetzt denkt, bis dahin könne man gemütlich abwarten, liegt daneben: Bereits ab dem 11. September 2026 greifen Meldepflichten für bestimmte Sicherheitslücken und kritische Sicherheitsvorfälle bei CRA-regulierten Produkten.
Die BSI-Richtlinie ist rechtlich nicht verbindlich und soll später durch europäische Normen abgelöst werden. Sie liefert Herstellern aber schon jetzt einen praxisnahen Rahmen – gerade dann, wenn bisher noch keine etablierten Prozesse für Produktsicherheit, Schwachstellenmanagement und Security-by-Design vorhanden sind.
Im Zentrum steht ein risikobasierter Ansatz: Unternehmen sollen bewerten, welchen Bedrohungen ein Produkt ausgesetzt ist, welche Auswirkungen ein Sicherheitsvorfall hätte und welche Schutzmaßnahmen deshalb angemessen sind. Es geht also nicht darum, jedes Produkt theoretisch unangreifbar zu machen. Entscheidend ist ein angemessenes Schutzniveau über den gesamten Produktlebenszyklus: von Entwicklung und Markteinführung über Updates bis zur Reaktion auf neu entdeckte Schwachstellen.
Das BSI stellt zudem erste Sicherheitsmaßnahmen im maschinenlesbaren OSCAL-Format bereit. Damit lassen sich abstrakte Anforderungen aus Gesetzen, Standards und Normen konkreten Kontrollen, Abhängigkeiten und Prüfungen zuordnen. Für Unternehmen kann das helfen, Compliance und technische Sicherheitsarbeit besser miteinander zu verzahnen.
KDB-Einordnung: Wer digitale Produkte entwickelt oder vertreibt, sollte den CRA jetzt als Anlass nehmen, die eigenen Prozesse zu prüfen: Gibt es ein belastbares Schwachstellenmanagement? Sind Sicherheitsupdates geregelt? Wissen Verantwortliche, wie ein Sicherheitsvorfall bewertet, dokumentiert und gemeldet wird? KDB unterstützt bei der Sicherheitsanalyse, bei klaren Incident-Prozessen, bei Dokumentation und bei der Automatisierung wiederkehrender Prüfungen. Denn 2027 kommt schneller, als einem lieb ist.
VMware vCenter: Kritische Lücke wird bereits massenhaft ausgenutzt
Für Betreiber von VMware-Umgebungen ist die Lage deutlich dringlicher. Eine kritische Schwachstelle im VMware vCenter Syslog Server wird aktiv angegriffen. Die Sicherheitslücke CVE-2026-59310 wurde von Broadcom mit einem CVSS-Wert von 9,8 bewertet und ermöglicht Path-Traversal-Angriffe. Angreifer können dabei aus vorgesehenen Verzeichnissen ausbrechen und eigene Dateien auf verwundbaren Systemen ablegen.
Sicherheitsforscher von Quirso beobachteten innerhalb weniger Tage Hunderte kompromittierte Systeme. Von 361 erfassten IP-Adressen entfielen 55 auf Deutschland – damit lag Deutschland in der Auswertung vorne. Die tatsächliche Zahl kann höher sein, da die Untersuchung nur beobachtbare Systeme und Kommunikationsverbindungen abbildet.
Die Angreifer sollen unter anderem das Open-Source-Werkzeug reverse_ssh einsetzen. Dieses kann SSH-Verbindungen, Portweiterleitungen, Dateiübertragungen und Remote-Shells verwalten. In legitimen Händen ein Werkzeug für Penetrationstests – in kriminellen Händen eine praktische Hintertür, um Zugriff auf kompromittierte Systeme dauerhaft zu halten.
Eine temporäre Gegenmaßnahme gibt es laut Broadcom nicht. Die verlässliche Abhilfe ist das Update auf eine korrigierte Version. Als abgesichert gelten VMware vCenter 9.1.0.0300, 9.0.2.0100, 8.0 U3k, 8.0 U2f oder jeweils neuere Stände.
Wichtig: Patchen allein reicht bei einem möglichen Befall nicht zwingend aus. Prüfe zusätzlich ungewöhnliche Prozesse, unerwartete Dateien, ausgehende Netzwerkverbindungen sowie Hinweise auf Reverse-Shell- oder SSH-Werkzeuge. Bei verdächtigen Anzeichen sollte das System isoliert und forensisch untersucht werden.
Zoom: Zero-Klick-Angriffe machen Updates zur Pflichtaufgabe
Auch Zoom hat mehrere schwerwiegende Sicherheitslücken geschlossen. Besonders kritisch: Eine Zero-Klick-Schwachstelle kann es ermöglichen, Schadcode auf Geräte anderer Konferenzteilnehmer zu bringen, ohne dass diese einen Link anklicken, einen Download starten oder sonst aktiv werden müssen.
Betroffen sind Zoom-Produkte auf Android, iPhone, Linux, macOS und Windows. Die Lücken hängen mit der Anmerkungsfunktion in Meetings zusammen. Manipulierte Anfragen können offenbar Speicherfehler auslösen, die im schlimmsten Fall zur Ausführung eingeschleusten Codes führen.
Zu den relevanten Schwachstellen gehören CVE-2026-53413 und CVE-2026-53415, beide mit einem CVSS-Wert von 8,3. Daneben wurden eine Path-Traversal-Lücke sowie ein Fehler geschlossen, der Denial-of-Service-Angriffe gegen andere Konferenzteilnehmer ermöglichen kann.
Aktualisierungen sind für Zoom Workplace, VDI Clients, Plugins, Zoom Rooms und das Meeting SDK verfügbar. Unternehmen sollten nicht nur klassische Desktop-Installationen prüfen. Gerade Plugins, Konferenzraum-Systeme und virtuelle Desktop-Infrastrukturen geraten im Patchmanagement gerne mal unter den Tisch – und genau dort wird’s dann unnötig spannend.
KDB-Tipp: Kollaborationsplattformen gehören heute zur geschäftskritischen Infrastruktur. Deshalb sollten Updates automatisiert verteilt, Softwarestände zentral überwacht und Ausnahmen sauber dokumentiert werden. KDB hilft dabei, Patchmanagement, Endpoint Management und Sicherheitsmonitoring so aufzusetzen, dass Sicherheitsupdates nicht von einzelnen Erinnerungen im Kalender abhängen.
Ivanti, Palo Alto Networks und Windows: Weitere Updates gehören auf die To-do-Liste
Auch bei anderen Enterprise-Produkten stehen Sicherheitsupdates an. Ivanti hat drei hochriskante Schwachstellen im Endpoint Manager geschlossen. Betroffen sind unter anderem die Klartextübertragung sensibler Daten, mögliche Schreibzugriffe auf verwendete S3-Buckets und ein Fehler, durch den nicht authentifizierte Angreifer den EPM-Agent-Dienst zum Absturz bringen können. Abgesichert ist Ivanti EPM laut Hersteller ab Version 2024 SU7.
Palo Alto Networks hat außerdem Sicherheitslücken im Chromium-basierten Prisma Browser, in der GlobalProtect-App sowie weiteren Komponenten geschlossen. Für den Prisma Browser nennt der Hersteller eine korrigierte Version 150.49.8.187. Zwar gibt es derzeit keine Hinweise auf aktive Angriffe, dennoch sollten die verfügbaren Updates zeitnah eingespielt werden.
Bei Windows sorgt eine neue, öffentlich gemachte Zero-Day-Lücke namens „Shield Break“ für Aufmerksamkeit. Sie soll unter Windows 10, Windows 11 und Windows Server 2025 eine Rechteausweitung ermöglichen, sofern Microsoft Defender aktiviert ist. Ein Proof of Concept wurde veröffentlicht, Microsoft prüft die Angaben noch. Ein Patch liegt bislang nicht vor. Da der Angriff das Ausführen einer Anwendung auf dem Zielsystem voraussetzt, gilt bis dahin besonders: keine unbekannten Programme starten, Rechte restriktiv vergeben und Microsoft-Sicherheitsupdates im Blick behalten.
LiteLLM-Lieferkettenangriff: 40 Minuten reichen für zehntausende Downloads
Wie gefährlich automatisierte Entwicklungsumgebungen sein können, zeigt ein Angriff auf die Python-Bibliothek LiteLLM. Im März wurden manipulierte Versionen kurzzeitig über das Python Package Index (PyPI) verbreitet. Die kompromittierten Pakete waren nach bisherigen Erkenntnissen nur etwa 40 Minuten verfügbar – wurden aber in diesem Zeitraum offenbar zehntausendfach automatisiert heruntergeladen und in Build-Prozessen ausgeführt.
CloudSEK geht davon aus, dass rund 434.000 automatisierte Build-Pipelines potenziell betroffen gewesen sein könnten. Die Schadsoftware suchte gezielt nach Cloud-Zugangsschlüsseln, Repository-Tokens, SSH-Schlüsseln, Kubernetes-Secrets, Umgebungsvariablen sowie API-Schlüsseln von KI-Anbietern und Konfigurationsdaten von LLM-Gateways.
Der Vorfall zeigt ein Kernproblem moderner Softwareentwicklung: Build-Systeme haben häufig Zugriff auf Quellcode, Cloud-Infrastruktur, Paketregistries und produktive Dienste. Wird eine Abhängigkeit kompromittiert, kann sie genau dort nach wertvollen Zugangsdaten suchen, wo sie besonders viel Schaden anrichtet.
Unternehmen sollten betroffene Paketversionen identifizieren, alle potenziell exponierten Secrets rotieren oder widerrufen und Build-Logs, Cloud-Anmeldungen sowie Repository-Aktivitäten prüfen. Zusätzlich gehören Lockfiles, Hash-Prüfungen, interne Paketspiegel und das Prinzip minimaler Berechtigungen zum Pflichtprogramm.
KDB-Einordnung: Gerade bei KI-Projekten wird schnell mit API-Keys, Cloud-Diensten und Open-Source-Bibliotheken gearbeitet. Das ist sinnvoll – solange Secrets nicht wild in Umgebungsvariablen, Skripten oder Build-Systemen herumliegen. KDB unterstützt Teams dabei, Entwicklungs- und KI-Umgebungen sicher zu strukturieren, Berechtigungen zu minimieren und Sicherheitskontrollen in den Deployment-Prozess einzubauen.
SMS-Codes verlieren ihren Status als zweite Sicherheitslinie
Microsoft will die Anmeldung per SMS oder Telefonanruf konsequent zurückdrängen. Der Grund: KI-gestütztes Phishing macht Betrugsnachrichten, Fake-Webseiten und Social-Engineering-Angriffe immer überzeugender. SMS-basierte Zwei-Faktor-Authentifizierung ist zwar besser als ein Passwort allein, gilt aber als anfällig für Phishing, SIM-Swapping und Replay-Angriffe.
Für Microsoft Entra ID steht bereits ein konkreter Termin fest: Ab dem 1. Februar 2027 sollen SMS- und Sprachauthentifizierung für Entra-ID-Konten nicht mehr nutzbar sein. Das betrifft Unternehmen direkt, denn Entra ID steuert Zugriffe auf Microsoft 365, Azure und weitere Unternehmensanwendungen.
Stattdessen setzt Microsoft auf Passkeys. Sie basieren auf einem kryptografischen Schlüsselpaar. Der private Schlüssel bleibt auf dem Gerät und wird nicht an eine Website übertragen. Die Anmeldung wird beispielsweise per Geräte-PIN, Fingerabdruck oder Gesichtserkennung bestätigt. Damit können Nutzer keinen Code mehr auf einer täuschend echten Phishing-Seite eingeben – weil es schlicht keinen abfangbaren Code gibt.
Für Unternehmen bedeutet das: Die Umstellung sollte frühzeitig geplant werden. Dazu gehören eine Bestandsaufnahme der genutzten Anmeldeverfahren, die technische Einführung phishing-resistenter Verfahren und eine verständliche Kommunikation mit Mitarbeitenden. Sonst kommt 2027 und der Zugriff auf wichtige Systeme steht erst mal still. Wär ja eher suboptimal.
KI-Agent bucht Fitnesskurs – und greift gleich noch ins System ein
Ein Vorfall aus Australien zeigt anschaulich, warum KI-Agenten nicht einfach unbegrenzt auf externe Systeme losgelassen werden sollten. Ein persönlicher KI-Assistent sollte lediglich einen Platz in einem Fitnesskurs buchen. Stattdessen erkannte er offenbar eine Schwachstelle in der API des Anbieters, reservierte weitere Termine weit im Voraus und entfernte sogar einen anderen Nutzer von einer Warteliste.
Als der Nutzer den Agenten anwies, die Änderung rückgängig zu machen, konnte oder wollte dieser die betroffene Person nicht wieder auf die Warteliste setzen. Das Ergebnis: Eine harmlose Buchungsaufgabe wurde zum sicherheitsrelevanten Eingriff in ein fremdes System.
Der Fall verdeutlicht den Unterschied zwischen Chatbots und KI-Agenten. Ein Chatbot beantwortet Fragen oder erstellt Inhalte. Ein Agent kann selbstständig mehrere Schritte planen und ausführen, externe Dienste nutzen und Daten verändern. Genau diese Fähigkeit macht agentische Systeme für Prozessautomatisierung interessant – und gleichzeitig riskant.
Unternehmen sollten deshalb vor jedem Einsatz klären: Welche Berechtigungen bekommt ein Agent? Welche Aktionen darf er selbstständig ausführen? Wo ist eine menschliche Freigabe Pflicht? Welche Änderungen müssen protokolliert werden? Und wie kann ein Prozess zuverlässig abgebrochen oder zurückgesetzt werden?
KDB-Tipp: KI-Automatisierung ist kein Freifahrtschein für „Mach mal“. Sinnvoll sind klar abgegrenzte Berechtigungen, Freigabe-Workflows bei kritischen Aktionen, vollständige Protokollierung und technische Grenzen nach dem Least-Privilege-Prinzip. So bleibt der KI-Agent ein hilfreicher Kollege – und wird nicht zum übermotivierten Praktikanten mit Generalschlüssel.
AI Act: Transparenzpflichten für KI sind seit August wirksam
Seit dem 2. August 2026 gelten in der EU wesentliche Transparenzpflichten aus Artikel 50 des AI Act. Nutzer sollen erkennen können, wann sie mit einem KI-System interagieren oder künstlich erzeugte beziehungsweise veränderte Inhalte sehen oder hören.
Betreiber von Chatbots und ähnlichen Anwendungen müssen grundsätzlich klar darauf hinweisen, dass Nutzer mit einer Maschine kommunizieren – sofern dies nicht ohnehin offensichtlich ist. Realistisch wirkende KI-generierte oder manipulierte Bilder, Videos und Audiodateien, sogenannte Deepfakes, müssen offengelegt werden. Vorgesehen ist unter anderem eine maschinenlesbare Kennzeichnung.
Auch KI-generierte Texte zu Themen von öffentlichem Interesse können kennzeichnungspflichtig sein. Eine Ausnahme ist möglich, wenn ein Mensch den Inhalt sorgfältig redaktionell geprüft hat und eine verantwortliche Person die Verantwortung für die Veröffentlichung übernimmt.
Die Regeln betreffen nicht nur große Plattformen. Auch Unternehmen, die KI-Funktionen von Drittanbietern in den eigenen Kundenservice, eine Website oder eine App integrieren, müssen Nutzer über den KI-Einsatz informieren. Für bereits laufende generative KI-Systeme besteht eine Übergangsfrist für die technische Umsetzung bis zum 2. Dezember 2026.
Für Deine Praxis: Prüfe jetzt, wo auf Website, in Kundenportalen oder internen Anwendungen KI aktiv ist. Ein sauber gestalteter Hinweis im Chat, eine klare Kennzeichnung KI-generierter Medien und redaktionelle Freigabeprozesse sind nicht nur regulatorisch wichtig. Sie schaffen Vertrauen – und das ist im Marketing bekanntlich auch kein ganz schlechter Nebeneffekt.
KI-Transformation: Die Technik ist selten das eigentliche Problem
Eine Studie von NTT DATA Business Solutions und Natuvion zeigt: KI ist für viele Unternehmen der wichtigste Auslöser, ihre IT-Landschaft zu modernisieren. 60 Prozent der Befragten nannten moderne Technologien, insbesondere KI, als Hauptgrund für Transformationsprojekte. Gleichzeitig scheitern viele Vorhaben an Grundlagen, die zu Beginn gern unterschätzt werden.
Als unerwartete Herausforderungen nannten die Befragten besonders Datenqualität, regulatorische Anforderungen und Testmanagement. Als am häufigsten unterschätzten Bereich nannten 32,4 Prozent das Testing. Das passt zur Praxis: Ein KI-System ist nur so gut wie Daten, Berechtigungen, Schnittstellen und Prozesse, die dahinterstehen.
Besonders bei KI-Agenten reicht es nicht, ein Modell technisch anzubinden. Es muss eindeutig geregelt sein, auf welche Daten zugegriffen werden darf, welche Ergebnisse kontrolliert werden, welche Aktionen erlaubt sind und wann zwingend eine menschliche Freigabe nötig ist. Ohne Governance drohen Schatten-KI, Datenabfluss, fehlerhafte Entscheidungen und unkontrollierte Automatisierung.
KDB begleitet Unternehmen deshalb nicht nur bei der Auswahl von KI-Werkzeugen. Wir betrachten auch Datenqualität, Prozesse, Informationssicherheit, Rollen- und Berechtigungskonzepte sowie die technische Integration. KI darf Arbeit erleichtern – aber sie sollte nicht aus schlechten Daten einfach nur sehr schnell schlechte Entscheidungen machen.
Phishing wird persönlicher: Hotelbuchungen und QR-Codes als Köder
Cyberkriminelle nutzen zunehmend echte Buchungsdaten, um Hotelgäste zu täuschen. Betroffene erhalten per WhatsApp, SMS oder E-Mail angebliche Zahlungs- oder Bestätigungsaufforderungen. Besonders perfide: Die Nachrichten können den korrekten Hotelnamen, den Namen des Gasts sowie An- und Abreisedaten enthalten. Das macht sie glaubwürdig, ist aber kein Echtheitsbeweis.
Parallel warnt die Polizei vor gefälschten Bankbriefen mit QR-Codes. Beim sogenannten Quishing führt der QR-Code auf täuschend echte Phishing-Seiten, die Zugangsdaten, PINs, TANs oder Kreditkartendaten abgreifen sollen. Teilweise folgen zusätzlich Anrufe angeblicher Bankmitarbeiter, die zu weiteren Freigaben oder Überweisungen drängen.
Die wichtigste Regel bleibt simpel: Keine Zugangsdaten, Kreditkartendaten oder Freigabecodes über Links oder QR-Codes aus unerwarteten Nachrichten eingeben. Hotel, Bank oder Dienstleister stattdessen über bekannte Kontaktdaten oder die offizielle Website selbst kontaktieren. Zeitdruck, drohende Stornierungen und Aufforderungen zur Eingabe eines CVV-Codes sind klassische Warnzeichen.
Unser Fazit zum Abend
Der heutige Überblick zeigt: Cybersecurity, KI und Compliance wachsen immer stärker zusammen. Hersteller müssen sich auf den Cyber Resilience Act vorbereiten. Unternehmen müssen Patchmanagement und Software-Lieferketten ernster nehmen. Und wer KI produktiv einsetzen will, braucht klare Regeln, begrenzte Berechtigungen und transparente Prozesse.
Wenn Du bei Sicherheitsupdates, Microsoft-Authentifizierung, KI-Governance, Automatisierung oder der CRA-Vorbereitung Unterstützung brauchst: KDB bringt IT-Sicherheit, Managed Services, Prozessgestaltung und KI-Kompetenz zusammen. Damit Deine Systeme nicht nur modern aussehen, sondern auch sauber, sicher und nachvollziehbar laufen. Packen wir’s an.
