Miasma-Wurm legt Microsoft lahm: 73 GitHub-Repos in 105 Sekunden deaktiviert
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Der Angriff geht auf das kompromittierte GitHub Konto eines Red Hat Mitarbeiters zurück, über das 32 npm Pakete (@redhat cloud services) manipuliert wurden.
Die Kampagne markiert eine gefährliche Weiterentwicklung von Supply Chain Angriffen, da sie KI Programmier Assistenten wie Claude Code und Cursor ins Visier nahm, indem sie bösartige Anweisungen in Konfigurationsdatei...
What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm coA conceptual security alert for the Miasma worm's spread from npm to Microsoft's Azure GitHub organizations.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm co. Article summary: Here is the full breakdown of the June 2026 Miasma worm campaign across the Red Hat npm compromise and the Microsoft Azure GitHub attack.. Topic tags: general, general web. Reference image context from search candidates: Reference image 1: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud credential theft (GitHub Actions, AWS, GCP, Azure, Kubernetes, HashiCor" source context "Miasma Supply Chain Attack Hits Red Hat @redhat-cloud-services ..." Reference image 2: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud cre
openai.com
In einer dramatischen Eskalation eines anhaltenden Software-Lieferketten-Angriffs wurde Microsofts Präsenz auf GitHub direkt kompromittiert. Ein bösartiger Commit, der über ein Tage zuvor gekapertes Mitarbeiter-Konto eingespielt wurde, löste die automatischen Abwehrmechanismen von GitHub aus. In einer rasanten 105-Sekunden-Aktion wurden 73 Repositories in vier der kritischsten Open-Source-Organisationen von Microsoft deaktiviert . Dieser Vorfall bildete den Höhepunkt einer einwöchigen Kampagne des Miasma-Wurms, der bereits die npm-Registry verseucht hatte und nun eine beängstigende neue Fähigkeit demonstrierte: die gezielte Attacke auf KI-Programmier-Assistenten.
Der Ursprung: Red Hat npm Supply-Chain-Kompromittierung
Der Angriff begann am 1. Juni 2026, als Sicherheitsforscher von Aikido und OX Security bösartigen Code im npm-Namespace entdeckten. Dabei handelt es sich um eine Reihe von Paketen, die die Red Hat Hybrid Cloud Console antreiben. Insgesamt wurden 32 Pakete in 96 schädlichen Versionen kompromittiert, die zusammen wöchentlich etwa 117.000 Mal heruntergeladen wurden .
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „Miasma-Wurm legt Microsoft lahm: 73 GitHub-Repos in 105 Sekunden deaktiviert“?
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden. Der Angriff geht auf das kompromittierte GitHub Konto eines Red Hat Mitarbeiters zurück, über das 32 npm Pakete (@redhat cloud services) manipuliert wurden.
Was soll ich als nächstes in der Praxis tun?
Die Kampagne markiert eine gefährliche Weiterentwicklung von Supply Chain Angriffen, da sie KI Programmier Assistenten wie Claude Code und Cursor ins Visier nahm, indem sie bösartige Anweisungen in Konfigurationsdatei...
Miasma-Wurm legt Microsoft lahm: 73 GitHub-Repos in 105 Sekunden deaktiviert
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Der Angriff geht auf das kompromittierte GitHub Konto eines Red Hat Mitarbeiters zurück, über das 32 npm Pakete (@redhat cloud services) manipuliert wurden.
Die Kampagne markiert eine gefährliche Weiterentwicklung von Supply Chain Angriffen, da sie KI Programmier Assistenten wie Claude Code und Cursor ins Visier nahm, indem sie bösartige Anweisungen in Konfigurationsdatei...
What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm coA conceptual security alert for the Miasma worm's spread from npm to Microsoft's Azure GitHub organizations.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What happened in the June 5, 2026 Miasma worm attack on Microsoft's Azure GitHub organizations, how did it originate from the Red Hat npm co. Article summary: Here is the full breakdown of the June 2026 Miasma worm campaign across the Red Hat npm compromise and the Microsoft Azure GitHub attack.. Topic tags: general, general web. Reference image context from search candidates: Reference image 1: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud credential theft (GitHub Actions, AWS, GCP, Azure, Kubernetes, HashiCor" source context "Miasma Supply Chain Attack Hits Red Hat @redhat-cloud-services ..." Reference image 2: visual subject "**Impact**: At least 32 @redhat-cloud-services packages / 96 malicious versions were backdoored; multi-cloud cre
openai.com
In einer dramatischen Eskalation eines anhaltenden Software-Lieferketten-Angriffs wurde Microsofts Präsenz auf GitHub direkt kompromittiert. Ein bösartiger Commit, der über ein Tage zuvor gekapertes Mitarbeiter-Konto eingespielt wurde, löste die automatischen Abwehrmechanismen von GitHub aus. In einer rasanten 105-Sekunden-Aktion wurden 73 Repositories in vier der kritischsten Open-Source-Organisationen von Microsoft deaktiviert . Dieser Vorfall bildete den Höhepunkt einer einwöchigen Kampagne des Miasma-Wurms, der bereits die npm-Registry verseucht hatte und nun eine beängstigende neue Fähigkeit demonstrierte: die gezielte Attacke auf KI-Programmier-Assistenten.
Der Ursprung: Red Hat npm Supply-Chain-Kompromittierung
Der Angriff begann am 1. Juni 2026, als Sicherheitsforscher von Aikido und OX Security bösartigen Code im npm-Namespace entdeckten. Dabei handelt es sich um eine Reihe von Paketen, die die Red Hat Hybrid Cloud Console antreiben. Insgesamt wurden 32 Pakete in 96 schädlichen Versionen kompromittiert, die zusammen wöchentlich etwa 117.000 Mal heruntergeladen wurden .
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „Miasma-Wurm legt Microsoft lahm: 73 GitHub-Repos in 105 Sekunden deaktiviert“?
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Am 5. Juni 2026 infiltrierte der selbstreplizierende Miasma Wurm Microsofts Azure GitHub Organisationen; GitHub deaktivierte daraufhin in einer automatischen Notfallaktion 73 Repositories innerhalb von 105 Sekunden. Der Angriff geht auf das kompromittierte GitHub Konto eines Red Hat Mitarbeiters zurück, über das 32 npm Pakete (@redhat cloud services) manipuliert wurden.
Was soll ich als nächstes in der Praxis tun?
Die Kampagne markiert eine gefährliche Weiterentwicklung von Supply Chain Angriffen, da sie KI Programmier Assistenten wie Claude Code und Cursor ins Visier nahm, indem sie bösartige Anweisungen in Konfigurationsdatei...
Die Ursache war kein simpler Token-Diebstahl, sondern eine vollständige Kontoübernahme. Die Angreifer übernahmen das GitHub-Konto eines Red-Hat-Mitarbeiters und nutzten diesen Zugang, um schädliche Commits in die CI/CD-Pipeline von RedHatInsights/javascript-clients einzuschleusen . Dadurch konnten sie den vertrauenswürdigen Veröffentlichungsmechanismus (Trusted Publishing) von GitHub missbrauchen, um authentische SLSA-Provenienz-Nachweise für ihre hintertürten Paketversionen zu erstellen und diese direkt in die npm-Registry zu pushen .
Die kompromittierten Pakete enthielten ein preinstall-Skript, das bei der Installation automatisch ausgeführt wurde und eine 28 KB große Schadsoftware herunterlud, die Zugangsdaten stiehlt. Diese Schadsoftware, eine neue Variante der Mini-Shai-Hulud-Familie mit dem Namen "Miasma", die der Bedrohungsgruppe TeamPCP zugeschrieben wird (wobei Nachahmer nicht ausgeschlossen werden können), fungierte als sich selbst verbreitender Wurm .
Der 5. Juni: Der Angriff erreicht Microsoft Azure
Die bei der Red-Hat-Phase gestohlenen Zugangsdaten wurden am 5. Juni 2026 erneut genutzt. Mit einem zuvor kompromittierten Mitarbeiter-Konto pushten die Angreifer einen einzelnen bösartigen Commit in das Repository Azure/durabletask. Dieses Repository war bereits am 19. Mai Opfer einer PyPI-Paket-Kompromittierung geworden, und dasselbe Mitarbeiter-Konto wurde bei beiden Angriffen verwendet – ein Hinweis darauf, dass nach dem ersten Einbruch nicht alle Zugriffsrechte vollständig entzogen worden waren .
Der bösartige Commit enthielt Konfigurationsdateien, die als Falle für KI-Programmier-Assistenten fungierten. Wenn ein Entwickler das Repository in KI-gestützten Tools wie Claude Code, Gemini CLI, Cursor oder VS Code öffnete, wurden die Dateien automatisch gelesen und führten Befehle aus, die eine Schadsoftware zum Stehlen von Zugangsdaten ausführten .
Die Reaktion von GitHub war sofort und beispiellos. In einem automatischen Durchlauf deaktivierte es 73 Repositories in vier Microsoft-GitHub-Organisationen :
Azure (einschließlich des gesamten Repositorys "Azure Functions Action")
Azure-Samples
Microsoft
MicrosoftDocs
Betroffene Repositories zeigten einen grauen Hinweis: „Dieses Repository wurde deaktiviert. Der Zugriff auf dieses Repository wurde von GitHub-Mitarbeitern aufgrund eines Verstoßes gegen die GitHub-Nutzungsbedingungen deaktiviert“ .
Angriffsvektoren: Wie der Wurm operierte
Die Miasma-Kampagne nutzte eine mehrgleisige Angriffsstrategie, die klassische Vergiftung der Lieferkette mit neuartiger Selbstverbreitung und KI-Attacken kombinierte.
Vergiftung der npm-Registry: Der primäre Vektor nutzte hintertürte Pakete mit bösartigen preinstall-Skripten, die ihre Schadsoftware in dem Moment ausführten, in dem ein Entwickler npm install ausführte .
Selbstverbreitung des Wurms: Nach der Infektion eines Entwicklerrechners sammelte die 28 KB große Schadsoftware GitHub-Tokens, npm-Tokens und andere Zugangsdaten. Anschließend nutzte sie diese, um automatisch bösartigen Code in andere Repositories zu committen, auf die das Opfer Zugriff hatte – die Infektion verbreitete sich ohne menschliches Zutun .
Diebstahl von Zugangsdaten: Der Wurm war ein aggressiver Datendieb, der auf Zugangsdaten von AWS, Azure, GCP, Kubernetes, HashiCorp Vault, über 90 Entwicklungstool-Konfigurationen, SSH-Keys, Umgebungsvariablen, Krypto-Wallets und KI-Tool-Persistenzdaten abzielte .
Umgehung von Trusted Publishing: Durch die Kompromittierung des GitHub-Kontos eines Mitarbeiters konnten die Angreifer den OIDC-basierten Trusted-Publishing-Mechanismus von GitHub umgehen. Die bösartigen Pakete erschienen mit gültigen Provenienz-Nachweisen als legitim .
Injektion in KI-Programmier-Assistenten: In der Microsoft-Phase platzierte der Wurm bösartige Anweisungen in Konfigurationsdateien, die gezielt auf KI-Assistenten abzielten. Dadurch werden Entwicklungstools zu einem unfreiwilligen Angriffsvektor, der automatisch vom Angreifer kontrollierte Workflows ausführt .
Schadensbegrenzung und Reaktion
Die Schadensbegrenzung erforderte eine koordinierte Aktion mehrerer großer Technologie- und Sicherheitsorganisationen.
Am 5. Juni deaktivierte GitHub 73 Microsoft-Repositories in einem automatischen 105-Sekunden-Durchlauf, um den Schaden einzudämmen .
Am 1. Juni veröffentlichte Red Hat das Advisory RHSB-2026-006 und widerrief alle kompromittierten npm-Tokens und Veröffentlichungs-Zugangsdaten. Die hintertürten Pakete wurden aus der Registry entfernt .
Am 2. Juni veröffentlichte Microsoft Threat Intelligence eine detaillierte Analyse der Angriffskette und gab der breiteren Community Erkennungshinweise .
Forscher rieten allen betroffenen Entwicklern dringend, sofort alle exponierten CI-Secrets, Cloud-Zugangsdaten, SSH-Keys und npm-Tokens zu rotieren, CI/CD-Pipelines auf nicht autorisierte Commits zu überprüfen und Repositories auf die Signaturzeichenfolge des Wurms zu überwachen: „Miasma – The Spreading Blight“.
Breitere Bedrohungen: Die IronWorm-Kampagne und die Gefahr von Nachahmern
Der Miasma-Angriff ereignete sich nicht im luftleeren Raum. Am 5. Juni enthüllten Forscher von Endor Labs und StepSecurity eine separate, aber parallele Kampagne namens IronWorm, die einen noch größeren Satz von 57 npm-Paketen in über 286 bösartigen Versionen kompromittiert hatte, um eine neue Miasma-Wurmvariante zu verbreiten . Dies zeigte, dass die Bedrohungsakteure ihre Operationen aggressiv ausweiteten und mit neuen Techniken experimentierten, wie dem Missbrauch von binding.gyp-Dateien zur Codeausführung .
Die Cloud Security Alliance (CSA) wies auf ein kritisches langfristiges Risiko hin: Obwohl die Kampagne TeamPCP zugeschrieben wurde, wurde der zugrundeliegende Quellcode öffentlich gemacht. Das bedeutet, dass Nachahmer mit denselben oder modifizierten Werkzeugen nicht ausgeschlossen werden können. Das Miasma-Angriffsmuster wird daher eine anhaltende Bedrohung bleiben .
Die Ursache war kein simpler Token-Diebstahl, sondern eine vollständige Kontoübernahme. Die Angreifer übernahmen das GitHub-Konto eines Red-Hat-Mitarbeiters und nutzten diesen Zugang, um schädliche Commits in die CI/CD-Pipeline von RedHatInsights/javascript-clients einzuschleusen . Dadurch konnten sie den vertrauenswürdigen Veröffentlichungsmechanismus (Trusted Publishing) von GitHub missbrauchen, um authentische SLSA-Provenienz-Nachweise für ihre hintertürten Paketversionen zu erstellen und diese direkt in die npm-Registry zu pushen .
Die kompromittierten Pakete enthielten ein preinstall-Skript, das bei der Installation automatisch ausgeführt wurde und eine 28 KB große Schadsoftware herunterlud, die Zugangsdaten stiehlt. Diese Schadsoftware, eine neue Variante der Mini-Shai-Hulud-Familie mit dem Namen "Miasma", die der Bedrohungsgruppe TeamPCP zugeschrieben wird (wobei Nachahmer nicht ausgeschlossen werden können), fungierte als sich selbst verbreitender Wurm .
Der 5. Juni: Der Angriff erreicht Microsoft Azure
Die bei der Red-Hat-Phase gestohlenen Zugangsdaten wurden am 5. Juni 2026 erneut genutzt. Mit einem zuvor kompromittierten Mitarbeiter-Konto pushten die Angreifer einen einzelnen bösartigen Commit in das Repository Azure/durabletask. Dieses Repository war bereits am 19. Mai Opfer einer PyPI-Paket-Kompromittierung geworden, und dasselbe Mitarbeiter-Konto wurde bei beiden Angriffen verwendet – ein Hinweis darauf, dass nach dem ersten Einbruch nicht alle Zugriffsrechte vollständig entzogen worden waren .
Der bösartige Commit enthielt Konfigurationsdateien, die als Falle für KI-Programmier-Assistenten fungierten. Wenn ein Entwickler das Repository in KI-gestützten Tools wie Claude Code, Gemini CLI, Cursor oder VS Code öffnete, wurden die Dateien automatisch gelesen und führten Befehle aus, die eine Schadsoftware zum Stehlen von Zugangsdaten ausführten .
Die Reaktion von GitHub war sofort und beispiellos. In einem automatischen Durchlauf deaktivierte es 73 Repositories in vier Microsoft-GitHub-Organisationen :
Azure (einschließlich des gesamten Repositorys "Azure Functions Action")
Azure-Samples
Microsoft
MicrosoftDocs
Betroffene Repositories zeigten einen grauen Hinweis: „Dieses Repository wurde deaktiviert. Der Zugriff auf dieses Repository wurde von GitHub-Mitarbeitern aufgrund eines Verstoßes gegen die GitHub-Nutzungsbedingungen deaktiviert“ .
Angriffsvektoren: Wie der Wurm operierte
Die Miasma-Kampagne nutzte eine mehrgleisige Angriffsstrategie, die klassische Vergiftung der Lieferkette mit neuartiger Selbstverbreitung und KI-Attacken kombinierte.
Vergiftung der npm-Registry: Der primäre Vektor nutzte hintertürte Pakete mit bösartigen preinstall-Skripten, die ihre Schadsoftware in dem Moment ausführten, in dem ein Entwickler npm install ausführte .
Selbstverbreitung des Wurms: Nach der Infektion eines Entwicklerrechners sammelte die 28 KB große Schadsoftware GitHub-Tokens, npm-Tokens und andere Zugangsdaten. Anschließend nutzte sie diese, um automatisch bösartigen Code in andere Repositories zu committen, auf die das Opfer Zugriff hatte – die Infektion verbreitete sich ohne menschliches Zutun .
Diebstahl von Zugangsdaten: Der Wurm war ein aggressiver Datendieb, der auf Zugangsdaten von AWS, Azure, GCP, Kubernetes, HashiCorp Vault, über 90 Entwicklungstool-Konfigurationen, SSH-Keys, Umgebungsvariablen, Krypto-Wallets und KI-Tool-Persistenzdaten abzielte .
Umgehung von Trusted Publishing: Durch die Kompromittierung des GitHub-Kontos eines Mitarbeiters konnten die Angreifer den OIDC-basierten Trusted-Publishing-Mechanismus von GitHub umgehen. Die bösartigen Pakete erschienen mit gültigen Provenienz-Nachweisen als legitim .
Injektion in KI-Programmier-Assistenten: In der Microsoft-Phase platzierte der Wurm bösartige Anweisungen in Konfigurationsdateien, die gezielt auf KI-Assistenten abzielten. Dadurch werden Entwicklungstools zu einem unfreiwilligen Angriffsvektor, der automatisch vom Angreifer kontrollierte Workflows ausführt .
Schadensbegrenzung und Reaktion
Die Schadensbegrenzung erforderte eine koordinierte Aktion mehrerer großer Technologie- und Sicherheitsorganisationen.
Am 5. Juni deaktivierte GitHub 73 Microsoft-Repositories in einem automatischen 105-Sekunden-Durchlauf, um den Schaden einzudämmen .
Am 1. Juni veröffentlichte Red Hat das Advisory RHSB-2026-006 und widerrief alle kompromittierten npm-Tokens und Veröffentlichungs-Zugangsdaten. Die hintertürten Pakete wurden aus der Registry entfernt .
Am 2. Juni veröffentlichte Microsoft Threat Intelligence eine detaillierte Analyse der Angriffskette und gab der breiteren Community Erkennungshinweise .
Forscher rieten allen betroffenen Entwicklern dringend, sofort alle exponierten CI-Secrets, Cloud-Zugangsdaten, SSH-Keys und npm-Tokens zu rotieren, CI/CD-Pipelines auf nicht autorisierte Commits zu überprüfen und Repositories auf die Signaturzeichenfolge des Wurms zu überwachen: „Miasma – The Spreading Blight“.
Breitere Bedrohungen: Die IronWorm-Kampagne und die Gefahr von Nachahmern
Der Miasma-Angriff ereignete sich nicht im luftleeren Raum. Am 5. Juni enthüllten Forscher von Endor Labs und StepSecurity eine separate, aber parallele Kampagne namens IronWorm, die einen noch größeren Satz von 57 npm-Paketen in über 286 bösartigen Versionen kompromittiert hatte, um eine neue Miasma-Wurmvariante zu verbreiten . Dies zeigte, dass die Bedrohungsakteure ihre Operationen aggressiv ausweiteten und mit neuen Techniken experimentierten, wie dem Missbrauch von binding.gyp-Dateien zur Codeausführung .
Die Cloud Security Alliance (CSA) wies auf ein kritisches langfristiges Risiko hin: Obwohl die Kampagne TeamPCP zugeschrieben wurde, wurde der zugrundeliegende Quellcode öffentlich gemacht. Das bedeutet, dass Nachahmer mit denselben oder modifizierten Werkzeugen nicht ausgeschlossen werden können. Das Miasma-Angriffsmuster wird daher eine anhaltende Bedrohung bleiben .