LONDON (IT BOLTWISE) – Microsoft und GitHub haben nach der Erkennung eines Wurms in nur 105 Sekunden 73 Microsoft-verwaltete Repositories abgeschaltet. Betroffen waren unter anderem Projekte rund um Azure sowie Referenzmaterial und Code-Samples, in die der Schadcode über manipulierte, kryptografisch verifizierte Pakete eingeschleust wurde. Laut Ermittlern zielte die Kampagne auf Entwickler ab, die moderne KI-Coding-Tools nutzen, und versuchte anschließend Zugangsdaten zu stehlen. Gleichzeitig zeigt der Vorfall, wie ernst Supply-Chain-Risiken selbst in professionellen Open-Source-Ökosystemen zu nehmen sind.
Microsoft hat auf einen GitHub-Angriff außergewöhnlich schnell reagiert: Innerhalb von 105 Sekunden nach Erkennung schaltete GitHub 73 Microsoft-verwaltete Repositories ab. Zu den betroffenen Bereichen zählen Projekte rund um Azure, MicrosoftDocs sowie Azure-Samples. Auslöser war eine Kampagne der Gruppe TeamPCP, die Schadcode in als „offiziell“ eingebundene Pakete einschleuste. Besonders brisant: Der Wurm, der als Miasma bzw. Shai-Hulud beschrieben wird, repliziert sich selbst und nutzt die Software-Lieferkette, um möglichst viele Entwicklerumgebungen zu erreichen. Für Unternehmen ist das ein klares Signal, dass die Geschwindigkeit von Incident-Response heute ein Sicherheitsfaktor ist, nicht nur ein Prozessziel.
Technisch betrachtet setzt der Vorfall auf ein Muster, das im Supply-Chain-Kontext wiederkehrt: Ein Angreifer manipuliert Artefakte, die für Nutzer vertrauenswürdig erscheinen, und verschiebt damit die Vertrauensbasis von „wer signiert?“ hin zu „was wird beim Import tatsächlich ausgeführt?“. In der beschriebenen Ausprägung lauerte die Schadlogik in kryptografisch verifizierten Paketen und damit in Komponenten, die in automatisierten Workflows bevorzugt übernommen werden. Sobald Entwickler kompromittierte Tools oder Repositories öffneten, startete der Wurm mit dem Versuch, sensible Zugangsdaten abzugreifen. Dazu zählen Passwörter, API-Schlüssel und Login-Informationen für AWS, Azure, Google Cloud Platform und GitHub.
Die Angriffsfläche ist dabei nicht auf klassische Toolchains beschränkt. Laut den vorliegenden Hinweisen war die Malware in KI-gestützten Entwicklungsumgebungen verankert, etwa dort, wo KI-Coding-Assistenten oder KI-gestützte CLI-Workflows in den Editor oder die lokale Entwicklungsroutine eingebunden sind. Ein solcher Kontext verschärft das Problem, weil Entwickler seltener jeden Pull Request als potenziellen Codepfad prüfen und häufiger in kurzen Iterationen zwischen Code, Tests und Deployments wechseln. Historisch zeigen ähnliche Kampagnen, dass eine einzige kompromittierte Abhängigkeit im schlimmsten Fall nicht nur Build-Server, sondern auch produktive Accounts betrifft. Der Schritt, Repositories innerhalb von Minuten zu deaktivieren, unterbricht genau diesen „Weiterleitungsmechanismus“.
Am Markt ordnet sich der Vorfall in eine Serie von Supply-Chain-Vorfällen ein, bei denen Angreifer auf wiederholte Kompromittierungen einzelner Infrastrukturbereiche setzen. Sicherheitsanalysten berichten, dass die Gruppe TeamPCP den Einbruch als „Re-Kompromittierung“ bestimmter Systeme wiederholte. Zusätzlich ist ein früheres Ziel in derselben Azure-Organisationsumgebung genannt: Das Repository „durabletask“ war bereits Mitte Mai 2026 angegriffen worden. Die Ermittler vermuten, dass die Täter von früheren Infektionen über kompromittierte Red-Hat-npm-Pakete umschwenkten. Als Vergleich: Auch bei anderen Plattformen wie GitLab wurde in der Vergangenheit intensiv über Dependency- und Repository-Sicherheitsmodelle diskutiert, was zeigt, dass die Lieferkette branchenweit zur Kernbaustelle wird.
Für den Betrieb ist die Reaktion nicht nur „abschalten und fertig“. Es gab unerwünschte Nebeneffekte: Die temporäre Deaktivierung der GitHub-Action „Azure/functions-action“ führte bei einigen Nutzern zu Serviceausfällen. Das ist ein typisches Spannungsfeld in der Sicherheitsarbeit: Man muss einerseits die Ausbreitung stoppen, andererseits die Stabilität von CI/CD-Pipelines erhalten. Microsoft bestätigte die temporäre Entfernung der Repositories während der Untersuchung. Viele Projekte wurden inzwischen wiederhergestellt und gelten als bereinigt, einzelne Ressourcen blieben jedoch zunächst offline. Genau hier wird Enterprise-Software-Disziplin sichtbar: Sicherheitsmaßnahmen müssen orchestriert und rückkehrfähig sein, damit Teams ohne Verzögerung produktiv bleiben.
Experten werten den Fall als Lehrstück für die Kombination aus KI-gestützter Entwicklung und klassischer Geheimnisabsicherung. Denn der entscheidende Schritt nach dem Zugriff ist nicht allein das „Lesen“: Der Wurm sollte laut Beschreibung Persistenzmechanismen und alternative Kommunikationswege nutzen, um den Zugriff auf infizierten Systemen aufrechtzuerhalten. Wenn dabei Zugangsdaten für Cloud-Provider und Plattform-Accounts abgegriffen werden, wird aus einem technischen Vorfall sehr schnell ein Geschäftsrisiko: Token-Diebstahl kann kurzfristig ausreichen, um Workloads neu zu starten, Daten zu exportieren oder Rollenberechtigungen zu eskalieren. Branchenkenner betonen daher, dass Zero-Trust-Prinzipien in modernen Entwicklungsumgebungen praktisch umgesetzt werden müssen.
Besonders wichtig ist die Quelle der Kompromittierung: TeamPCP soll laut den Ermittlern seit Ende 2025 aktiv sein und die Kampagne über ein kompromittiertes Mitwirkenden-Konto umgesetzt haben. Ergänzend finden sich Hinweise auf bösartige Versionen des DurableTask-Pakets auf PyPI, mit Versionen 1.4.1 bis 1.4.3, die eine Komponente enthalten haben, welche auf das Ausspähen von Zugangsdaten aus Kubernetes, HashiCorp Vault und verschiedenen Passwortmanagern ausgerichtet war. Ergänzend wird berichtet, dass die Malware zusätzliche Persistenzmechanismen und abweichende Kommunikationspfade nutzte. Solche Muster machen deutlich, dass ein „einmaliger“ Block weiterer Prüfung bedarf und dass Monitoring und Verifikation über mehrere Paketregistries hinweg gedacht werden müssen.
Für die Zukunft lässt sich daraus vor allem ein Handlungsauftrag ableiten: Organisationen, die KI-gestützte Entwicklerprozesse nutzen, müssen ihre Supply-Chain-Kontrollen auf die Realität automatisierter Workflows ausrichten. Ein Kernpunkt ist die konsequente Geheimniskontrolle, etwa durch kurze Token-Lebenszyklen, getrennte Rollen und starke Authentisierung, damit ein einmal abgegriffener Schlüssel nicht sofort zu dauerhaftem Zugriff führt. Darüber hinaus sollten Teams die Integrität von Abhängigkeiten nicht nur über Signaturen betrachten, sondern mit verhaltensbasiertem Monitoring und strikter Policy-Validierung koppeln. Wenn sich der Trend zu wiederholten „Re-Kompromittierungen“ fortsetzt, profitieren vor allem diejenigen, die Security-Engineering in ihre CI/CD-Architektur fest einbauen und nicht als nachträgliche Reaktion verstehen.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Microsoft stoppt GitHub-Wurm „Miasma“ nach 105 Sekunden" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Microsoft stoppt GitHub-Wurm „Miasma“ nach 105 Sekunden" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Microsoft stoppt GitHub-Wurm „Miasma“ nach 105 Sekunden« bei Google Deutschland suchen, bei Bing oder Google News!