Top 5 Cybersicherheit News Stories vom 22. Mai 2026
Die Top 5 Cybersicherheit News Stories vom 22. Mai 2026 dieser Woche sind keine Zusammenfassung. Sie sind eine strategische Einordnung, wo Vertrauen in Schichten erodiert, die Unternehmen nie als Angriffsfläche modelliert haben. Eine Visual-Studio-Code-Erweiterung, die von Entwicklern bei GitHub, OpenAI und Mistral AI genutzt wurde. Die Antiviren-Engine, die auf nahezu jedem verwalteten Windows-Endpunkt läuft. Das Content-Management-System, das Behörden- und Gesundheitsportale quer durch Europa betreibt. Ein KI-Modell, das nicht zur Verteidigung, sondern zur Entdeckung und Bewaffnung einer bisher unbekannten Schwachstelle eingesetzt wurde. Und ein Windows-Server-Buffer-Overflow aus dem Jahr 2008, der noch immer erreichbar ist und 2026 noch immer aktiv ausgenutzt wird.
Der gemeinsame Faden durch alle fünf Meldungen ist keine gemeinsame technische Schwachstellenklasse. Es ist eine gemeinsame Governance-Annahme: dass bestimmte Schichten der digitalen Umgebung ihrer Natur nach Infrastruktur sind — und nur ausnahmsweise Angriffsfläche. Diese Woche hat, über fünf separate Vorfälle hinweg, gezeigt, dass diese Annahme strukturell falsch ist.
1) GitHub, OpenAI und Mistral AI über eine VS-Code-Erweiterung kompromittiert, die 18 Minuten lang aktiv war
Am 18. Mai veröffentlichte TeamPCP eine bösartige Version der Nx-Console-Visual-Studio-Code-Erweiterung im Visual Studio Marketplace. Sie war genau 18 Minuten verfügbar. In diesem Zeitfenster wurde sie von Entwicklern bei GitHub, OpenAI und Mistral AI installiert und lieferte einen Credential-Stealer, der npm-Token, GitHub-Token, AWS-Zugangsdaten und 1Password-Vault-Inhalte abgriff. GitHub bestätigte die anschließende Exfiltration von rund 3.800 internen Repositories. OpenAI bestätigte einen begrenzten Zugriff auf interne Quellcode-Repositories. Mistral AI bestätigte, dass seine npm- und PyPI-SDKs mit Schadcode versehen wurden; der Quellcode wird nun auf kriminellen Foren zum Kauf angeboten. Separat wurden am 19. Mai drei bösartige Versionen von Microsofts offiziellem durabletask-Python-SDK — mit über 400.000 monatlichen Downloads — innerhalb eines 35-Minuten-Fensters auf PyPI veröffentlicht und verteilten denselben Cloud-Credential-Harvesting-Payload in Azure-Durable-Functions-Umgebungen.
Das strategische Problem ist nicht die Kürze des Expositionsfensters. Es ist, wo der Schadcode gelandet ist. GitHub, OpenAI und Mistral AI sind gemeinsam die Quellcode-Infrastruktur, die Modellforschungsplattform und die Entwickler-SDK-Schicht für einen erheblichen Anteil des globalen KI- und Softwareentwicklungs-Ökosystems. Jedes interne Designdokument, jeder Trainingspipeline-Zugangsdaten, jeder API-Schlüssel, der nun in kriminellen Händen ist, repräsentiert eine sekundäre Exposition, die die betroffenen Unternehmen nicht vollständig erfassen können. Die durabletask-Kompromittierung weitet dies auf Azure-Cloud-Umgebungen aus, wo das SDK Produktions-Workflows orchestriert. Dies ist TeamPCPs neunter bestätigter Supply-Chain-Angriff seit Januar 2026. Jede aufeinanderfolgende Angriffswelle hat die Vertrauensstufe der angegriffenen Infrastruktur eskaliert — von Open-Source-Registries bis hin zu den Codebasen der Unternehmen, die die Werkzeuge bauen, auf die diese Registries angewiesen sind.
Read more on: BleepingComputer
2) Google GTIG bestätigt den ersten KI-generierten Zero-Day-Exploit im aktiven Einsatz
Googles Threat Intelligence Group veröffentlichte diese Woche die Dokumentation des ersten bestätigten KI-entwickelten Zero-Day-Exploits, der in einer aktiven Ausnutzungskampagne beobachtet wurde. Das Ziel war Webmin, ein weit verbreitetes Open-Source-Web-Administrationswerkzeug für Linux-Server-Administratoren. Der Exploit — ein Python-Skript, das die Zwei-Faktor-Authentifizierung von Webmin vollständig umgeht — wies die strukturellen Merkmale von LLM-generiertem Code auf: umfangreiche erklärende Docstrings, ein halluzinierter CVSS-Score für eine Schwachstelle, der zuvor keine CVE-Nummer zugewiesen worden war, und eine lehrbuchmäßige Python-Struktur, die für KI-Trainingsdaten charakteristisch ist. GTIG bewertet mit hoher Konfidenz, dass der Bedrohungsakteur ein KI-Modell einsetzte, um Webmins Quellcode zu analysieren, eine fest codierte Vertrauensannahme in der 2FA-Implementierung zu identifizieren — wo die Entwicklerintention von der tatsächlichen Ausführung abweicht — und einen funktionsfähigen Proof-of-Concept-Exploit zu generieren. Google koordinierte die Offenlegung mit den Webmin-Entwicklern, und die Schwachstelle wurde gepatcht, bevor eine breitere Ausnutzung beginnen konnte.
Die Grenze, die diese Woche überschritten wurde, ist präzise: KI wurde nachweislich eingesetzt, um den vollständigen Zero-Day-Workflow abzuschließen — Entdeckung, Analyse, Bewaffnung — bei Produktionssoftware, mit einer Geschwindigkeit und semantischen Tiefe, die bisher erfahrene Sicherheitsforscher erforderte. Die identifizierte Schwachstellenklasse — eine fest codierte Vertrauensannahme, bei der die Intention von der Implementierung abweicht — ist genau die Art von Fehler, die LLMs strukturell gut erkennen können, weil sie Code so verarbeiten, wie Entwickler ihn schreiben: Intention verstehend, nicht nur Syntax. Diese Fähigkeit steht nun jedem Akteur zur Verfügung, der Zugang zu einem leistungsfähigen Modell und dem Quellcode oder der Dokumentation des Zielsystems hat. Der breitere GTIG-Bericht dokumentiert einen systematischen Übergang bei staatlich unterstützten und kriminellen Gruppen von experimentellen KI-gestützten Operationen zu operativem Einsatz. Der erste KI-generierte Zero-Day ist ein Datenpunkt in einer Entwicklung, kein isoliertes Ereignis. Die Frage, die sich Unternehmen stellen sollten, lautet nicht, ob dies geschehen ist. Es ist geschehen. Die Frage ist, wie ihre Schwachstellenmanagement-Zeitpläne kalibriert wurden — und ob sie der Annahme folgen, dass Angreifer-Forschung menschliche Forscher benötigt.
Read more on: The Hacker News
3) Microsoft Defender wird erneut aktiv ausgenutzt — zum zweiten Mal in drei Wochen
Microsoft bestätigte diese Woche, dass zwei Defender-Schwachstellen, die beide am 20. Mai in CISAs Known Exploited Vulnerabilities Catalogue aufgenommen wurden, aktiv in freier Wildbahn ausgenutzt werden. CVE-2026-41091, die kritischere der beiden, ermöglicht es einem lokalen Angreifer, über eine Schwachstelle bei der Symbolic-Link-Auflösung in der Microsoft Malware Protection Engine SYSTEM-Privilegien zu erlangen. Wenn Defender eine Datei über einen Symbolic Link während eines Scans verarbeitet, validiert es den Zielpfad vor der Aktion nicht ausreichend — was eine Privilegienerweiterung von einem Standardbenutzerkonto zu SYSTEM ohne zusätzliche Authentifizierung oder Ausnutzung anderer Komponenten ermöglicht. CVE-2026-45498 ermöglicht separat einen Denial-of-Service-Zustand gegen dieselbe Engine. Beide wurden in der Malware Protection Engine Version 1.1.26040.8 gepatcht. Bundesbehörden haben eine CISA-Abhilfefrist bis zum 3. Juni.
CVE-2026-41091 ist der zweite aktiv ausgenutzte Microsoft-Defender-Zero-Day, der innerhalb von drei Wochen in Angriffen bestätigt wurde — nach der BlueHammer-Schwachstelle (CVE-2026-33825), die Ende April gepatcht wurde. Die strukturelle Erklärung für dieses Muster ist keine Produktqualitätsfrage. Es ist eine Frage der Betriebsarchitektur. Defender muss konstruktionsbedingt in laufende Prozesse eingreifen, privilegierte Dateipfade scannen und mit Kernel-Komponenten interagieren, um seine Funktion auszuführen. Diese Anforderung schafft eine Angriffsfläche, die von Natur aus breit und hochprivilegiert ist. Eine Symbolic-Link-Schwachstelle auf dieser Ebene liefert SYSTEM-Zugang, ohne irgendeinen benutzerseitigen Code zu berühren. Defender läuft standardmäßig auf nahezu jedem verwalteten Windows-Endpunkt, arbeitet mit erhöhtem Systemvertrauen und wird häufig durch Richtlinien oder Konfiguration von der Überwachung durch Drittanbieter ausgeschlossen. Angreifer haben genau diese Kombination identifiziert — ubiquitäre Bereitstellung, hohe Systemprivilegien, begrenzte externe Sichtbarkeit — als zuverlässigen Privilegienerweiterungspfad. Zwei ausgenutzte Zero-Days in drei Wochen sind die Bestätigung dieser Kalkulation, keine Anomalie.
Read more on: The Hacker News
4) Drupals Notfallpatch: Keine Authentifizierung, voller Datenzugriff, Regierungsinfrastruktur im Expositionsfenster
Am 20. Mai veröffentlichte das Drupal Security Team einen Notfallpatch für eine Schwachstelle, die mit 20 von 25 Punkten als „highly critical“ eingestuft wird — angekündigt als PSA-2026-05-18 und katalogisiert als SA-CORE-2026-004. Die Schwachstelle ermöglicht es jedem nicht authentifizierten Angreifer mit Netzwerkzugang, alle nicht-öffentlichen Daten auf betroffenen Drupal-Installationen zu lesen und zu modifizieren — einschließlich Benutzerdatensätzen, privaten Inhalten und administrativen Konfigurationen — ohne jede Authentifizierung und ohne Komplexitätsanforderungen. Betroffen sind Drupal 10.5.x, 10.6.x, 11.2.x und 11.3.x. Das Drupal Security Team warnte ausdrücklich, dass Exploit-Code innerhalb von Stunden nach Veröffentlichung des Patches entwickelt werden könnte, und verwies auf ein Scoring-Profil, das dem Drupalgeddon2-Fehler von 2018 sehr ähnelt — der eine der schnellsten und weitreichendsten Massenausnutzungskampagnen auslöste, die je gegen ein Content-Management-System gerichtet wurde.
Die strategische Dimension dieser Schwachstelle liegt in ihrer Zielpopulation. Drupal ist die Content-Management-Infrastruktur der Wahl für Ministerien, Bundesbehörden, öffentliche Universitäten, nationale Forschungseinrichtungen und Gesundheitsorganisationen in ganz Europa. Eine authentifizierungsfreie, vollständig lese- und schreibfähige Schwachstelle in Drupal ist, operativ betrachtet, eine authentifizierungsfreie Schwachstelle in der bürgernahen Datenschicht eines erheblichen Teils der digitalen Infrastruktur des europäischen öffentlichen Sektors. Das Timing verschärft die Exposition: Die betroffenen Sektoren stehen gleichzeitig unter aktivem NIS2-Konformitätsdruck, was bedeutet, dass ein erfolgreicher Ausnutzungsvorfall direkte regulatorische Verantwortung für das Management unter den persönlichen Haftungsbestimmungen trägt, die in Deutschland im Mai 2026 in Kraft getreten sind. Viele Drupal-Installationen in diesen Sektoren werden von Drittanbieter-Agenturen oder akademischen IT-Abteilungen verwaltet, wo Patch-Deployment-Zeitpläne in Wochen statt Stunden gemessen werden. Der Verweis des Sicherheits-Teams auf Drupalgeddon2 ist nicht alarmistisch. 2018 identifizierten und begannen automatische Scanner innerhalb von 24 Stunden nach Veröffentlichung des Patches, verwundbare Drupal-Installationen auszunutzen. Das Patch-Fenster für diese Schwachstelle sollte in Stunden gemessen werden.
Read more on: Drupal.org
5) CISA fügt CVEs aus den Jahren 2008–2010 in seinen Katalog aktiv ausgenutzter Schwachstellen ein. Irgendjemand erreicht diese Systeme noch immer.
Am 20. Mai fügte CISA sieben Schwachstellen in seinen Known Exploited Vulnerabilities Catalogue ein, fünf davon wurden zwischen 2008 und 2010 öffentlich bekannt gegeben. Die Legacy-Einträge umfassen CVE-2008-4250, einen Buffer Overflow in Windows Server 2003 und Windows XP mit CVSS 10.0; CVE-2009-1537, einen NULL-Byte-Überschreiber in Microsoft DirectX; CVE-2009-3459, einen Heap-basierten Buffer Overflow in Adobe Acrobat und Reader; sowie CVE-2010-0249 und CVE-2010-0806, zwei Internet-Explorer-Use-After-Free-Schwachstellen. CISA fügt Schwachstellen dem KEV-Katalog nur dann hinzu, wenn es bestätigte Hinweise auf aktive Ausnutzung gibt. Alle fünf Legacy-Einträge wurden auf dieser Grundlage aufgenommen: Im Jahr 2026, sechzehn bis achtzehn Jahre nach der öffentlichen Bekanntgabe und der Verfügbarkeit von Patches, werden diese Schwachstellen in aktiven Angriffen gegen reale Systeme eingesetzt.
Die einzigen Systeme, auf denen ein Windows-Server-Buffer-Overflow aus dem Jahr 2008 im Jahr 2026 noch ausnutzbar ist, sind Systeme, die in sechzehn Jahren weder gepatcht noch ersetzt wurden. Diese Population ist größer, als die meisten Sicherheitsprogramme berücksichtigen. Sie umfasst eingebettete Industrie- und Gebäudemanagementsysteme, deren Hersteller nicht mehr existieren. Sie umfasst Medizin- und Laborgeräte, die unter Windows XP laufen und bei denen ein Software-Ersatz eine regulatorische Neuzertifizierung und geplante klinische Ausfallzeiten erfordert. Sie umfasst herstellerverwaltete Geräte — Zutrittskontrollsysteme, HVAC-Regler, Kioskmodule — bei denen die Organisation keinen Administratorzugang zum zugrunde liegenden Betriebssystem hat. Sie umfasst OT-Umgebungen, bei denen „offline“ oder „air-gapped“ als ausreichend sicher galt — bis ein lateraler Bewegungspfad sie mit etwas verband, das es nicht war. CISAs Hinzufügung von CVEs aus dem Jahr 2008 in seinen Katalog aktiv ausgenutzter Schwachstellen im Jahr 2026 bedeutet, dass Bedrohungsakteure heute aktiv nach diesen Bedingungen suchen und sie als operative Zugangsvektoren nutzen. Die Governance-Frage, die sich für Entscheider stellt, lautet nicht, ob ihre bekannten, verwalteten Assets gepatcht sind. Sie lautet, ob sie ein genaues und vollständiges Inventar dessen haben, was tatsächlich mit ihrem Netzwerk verbunden ist.
Read more on: CISA
Wenn uns diese Woche etwas lehrt, dann Folgendes:
Die fünf Meldungen der Cybersicherheit News Stories vom 22. Mai 2026 teilen ein strukturelles Merkmal, das der technische Detailreichtum jedes einzelnen Vorfalls zu verdecken neigt. Jede von ihnen hat etwas angegriffen, das Unternehmen als Infrastruktur behandeln — und nicht als Angriffsfläche. Die Entwickler-Toolchain — die IDE-Erweiterungen, die SDK-Pakete, die Quellcode-Repositories — ist Infrastruktur. Microsoft Defender ist Infrastruktur. Drupal ist Infrastruktur für die öffentlichen Sektororganisationen, die ihre Bürgerdienste darauf betreiben. Ein Windows-Server-Buffer-Overflow aus dem Jahr 2008 ist Infrastruktur in dem Sinne, dass er noch irgendwo läuft, verbunden mit etwas, das relevant ist. Und KI ist nun operative Infrastruktur für Angreifer in derselben Weise, wie sie operative Infrastruktur für Verteidiger wird — aber der Einsatz-Zeitplan auf Angreifer-Seite bewegt sich schneller.
Das gemeinsame Governance-Versagen, das diese Meldungen aufzeigen, ist nicht, dass Unternehmen keine Sicherheitskontrollen haben. Es ist, dass die Bedrohungsmodelle, auf denen diese Kontrollen basieren, nicht für diese Schichten konzipiert wurden. Entwickler-Werkzeuge wurden standardmäßig als vertrauenswürdig behandelt. Sicherheitssoftware wurde als Kontrolle modelliert, nicht als potenzielles Ziel. Öffentliche Sektor-Web-Infrastruktur galt durch Beschaffungs-Governance als gehärtet. Legacy-Geräte wurden als isoliert, irrelevant oder als Problem anderer angesehen. KI wurde als Fähigkeitsvorteil betrachtet, den Verteidiger zuerst erreichen würden. Fünf Vorfälle in einer Woche haben, mit Präzision, gezeigt, dass jede dieser Annahmen falsch ist. Die Angriffsfläche endet nicht am Perimeter. Im Jahr 2026 umfasst sie die Werkzeuge, die zum Aufbau des Perimeters verwendet werden, die Software zu seiner Verteidigung, die Plattformen für den Betrieb öffentlicher Dienste und die Systeme, die lange vergessen wurden, bevor der Perimeter überhaupt definiert wurde.
Für weitere Informationen kontaktieren Sie uns jetzt!
