- Die sich selbst verbreitende „Shai-Hulud“-Kampagne hat mindestens 187 npm-Pakete kompromittiert und wird noch untersucht.
- Angreifer missbrauchten vertrauenswürdige Herausgeberkonten, schleusten eine Bundle.js-Nutzlast ein und nutzten TruffleHog, um Geheimnisse zu erbeuten.
- Schädliche Post-Install-Skripte zielten auf CI/CD ab, um Umgebungsvariablen, Cloud-Anmeldeinformationen und Token zu exfiltrieren.
- ReversingLabs führt den Ausbruch auf eine bösartige Veröffentlichung der rxnt-Authentifizierung am 14. September 2025 zurück; npm und Anbieter bereinigen verunreinigte Pakete.
Angesichts der verstärkten Aufmerksamkeit für die Risiken von Open-Source-Software erschüttert ein großangelegter Angriff auf das npm-Paketnetzwerk mit dem Namen „Shai-Hulud“ das JavaScript-Ökosystem. Hunderte von Paketen sind betroffen, und die Aufräumarbeiten laufen bereits . Forscher berichten, dass die Operation Kontoübernahmen, automatisierte Veröffentlichungen und den Diebstahl von Geschäftsgeheimnissen auf eine Weise kombiniert, die ihre Eindämmung ungewöhnlich schwierig macht.
Erste Analysen deuten darauf hin, dass Angreifer vertrauenswürdige Publisher-Konten missbrauchen, um präparierte Updates einzuschleusen, während die Automatisierung bösartige Releases rasch in populären Projekten verbreitet . Da npm-Pakete häufig wiederverwendet werden, sind die Auswirkungen entlang der Abhängigkeitsstrukturen besonders besorgniserregend für Teams, die auf CI/CD-Pipelines angewiesen sind.
Wie die Kampagne entdeckt wurde
Sicherheitsforscher bemerkten zunächst verdächtige Aktivitäten im Zusammenhang mit Projekten, die auf CrowdStrike-bezogene Pakete verwiesen. Dies veranlasste sie zu einer umfassenderen Überprüfung der Registry auf Anomalien und unautorisierte Uploads von scheinbar legitimen Konten . Mehrere dieser Ziele scheinen in Unternehmensumgebungen häufig anzutreffen zu sein, was das potenzielle Risiko erhöht.
Der Entwickler Daniel Pereira warnte öffentlich vor einem groß angelegten Lieferkettenangriff, nachdem er vergeblich versucht hatte, private Sicherheitskreise zu erreichen. Er riet Entwicklern dringend davon ab, die neuesten Versionen von @ctrl/tinycolor zu installieren, einem Paket mit Millionen wöchentlicher Downloads . Seine Warnung löste eine koordinierte Untersuchung mehrerer Sicherheitsteams aus.
Was die Malware zu stehlen versucht
Nach der Installation können manipulierte Pakete Skripte ausführen, die Umgebungsvariablen, Tokens und andere sensible Daten auslesen . Dadurch werden Build-Server und Entwickler-Workstations gefährdet, falls die schädlichen Versionen während der Installation oder der CI-Pipeline-Ausführung verwendet werden.
Durch gezielte Angriffe auf CI/CD-Systeme versuchten die Angreifer, Authentifizierungsdaten wie Cloud-Provider-Schlüssel, private Zugriffstoken und Service-Zugangsdaten zu erbeuten . Mit diesen Daten konnten sie sich lateral im Netzwerk bewegen, erneut eindringen und möglicherweise Pipelines oder sensible Anwendungen manipulieren.
Wie sich der Wurm zwischen Paketen verbreitet
Untersuchungen deuten darauf hin, dass die Kampagne eine sich selbst verbreitende Komponente enthält, die jedes Paket, das einem kompromittierten Maintainer gehört, herunterlädt, dessen package.json ändert , eine bundle.js- Payload einfügt, es neu packt und erneut veröffentlicht – wodurch die Trojanisierung nachfolgender Releases automatisiert wird.
Die Schadsoftware missbrauchte außerdem das legitime Tool TruffleHog zum Scannen geheimer Zugangsdaten, um nach solchen zu suchen, und referenzierte Konfigurationsdateien mit dem Namen shai-hulud.yaml – eine Anspielung auf die Sandwürmer aus Dune, die der Operation ihren Namen gaben. Diese Kombination aus Wiederverwendung und Automatisierung trug dazu bei, dass sich die Bedrohung schnell ausbreiten konnte.
Umfang und bisher betroffene Pakete
Forscher von Socket und Aikido haben bisher mindestens 187 kompromittierte npm-Pakete identifiziert, wobei die Zahl mit fortschreitender Überprüfung voraussichtlich steigen wird. Da selbst eine einzige fehlerhafte Abhängigkeit Auswirkungen auf zahlreiche Projekte haben kann, ist das tatsächliche Risiko erheblich.
Betroffen waren unter anderem Pakete, die mit CrowdStrike in Verbindung stehen – wie crowdstrike-sdk, crowdstrike-client und crowdstrike-api – sowie weitere gängige Module. Die Fokussierung auf unternehmensweit genutzte Bibliotheken deutet darauf hin, dass die Betreiber eine maximale operative Hebelwirkung anstrebten.
Hinweise zu Herkunft und Zeitlinie
ReversingLabs berichtet, dass der Ausbruch wahrscheinlich auf eine bösartige Veröffentlichung von rxnt-authentication am 14. September 2025 zurückzuführen ist . Der npm-Account techsupportrxnt gilt als potenzieller Ausgangspunkt. Wie dieser Account gehackt wurde, ist weiterhin unklar; die Hypothesen reichen von Phishing bis hin zum Missbrauch einer anfälligen GitHub-Aktion.
Mehrere Unternehmen beschreiben Shai-Hulud als einen beispiellosen, sich selbst replizierenden npm-Paketwurm, der auch Cloud-Token stiehlt . Die Zuordnung der Schadsoftware ist noch nicht abgeschlossen, doch das technische Profil verdeutlicht, wie Angreifer-gesteuerte Automatisierung Paketmanager in mächtige Vertriebskanäle verwandeln kann.
Reaktion und Bereinigung der Industrie
Die npm-Registry und ihre Sicherheitspartner haben Maßnahmen ergriffen, um schädliche Pakete zu entfernen, Herausgeber zu benachrichtigen und Anleitungen zur Überprüfung von Abhängigkeiten bereitzustellen. Entwickler werden dringend gebeten, insbesondere im Hinblick auf Veröffentlichungen Mitte September 2025, Sperrdateien und Versionsverläufe zu überprüfen.
CrowdStrike gab an, die schädlichen Pakete umgehend aus dem öffentlichen npm-Repository entfernt, die Lizenzschlüssel proaktiv ausgetauscht und bestätigt zu haben, dass der Falcon-Sensor diese Module nicht verwendet und der Kundenschutz weiterhin besteht . Das Unternehmen arbeitet mit npm zusammen und führt eine umfassende Überprüfung durch.
Praktische Schritte für Teams
Organisationen sollten Projekte umgehend auf bekannte Indikatoren überprüfen und dabei Abhängigkeitslisten, Sperrdateien und CI-Build-Protokolle priorisieren . Alle potenziell gefährdeten Token und Anmeldeinformationen, einschließlich npm-Token, GitHub-PATs und Cloud-Schlüssel, sollten regelmäßig gewechselt werden.
- Entfernen oder fixieren Sie betroffene Pakete und gehen Sie zurück zu sicheren Versionen. Erstellen Sie den Neustart aus sauberen Umgebungen.
- Aktivieren Sie die obligatorische 2FA für npm-Publisher-Konten und erzwingen Sie Token mit geringsten Berechtigungen in CI/CD.
- Überprüfen Sie Abhängigkeiten und Artefakte kontinuierlich auf Manipulationen und überwachen Sie sie auf anomales Verhalten nach der Installation.
- Richten Sie Warnmeldungen für unerwartete Veröffentlichungen aus Ihrer Organisation ein und überprüfen Sie die Paketintegrität vor der Beförderung.
Um zukünftige Sicherheitslücken zu minimieren, sollten automatisierte Prüfungen eingeführt werden, die verdächtige Skripte während der Installation blockieren und die Herkunft neuer oder aktualisierter Abhängigkeiten vor der Produktivsetzung überprüfen . Die Überprüfung der Zugriffsrechte der Maintainer, des Schutzes von Repositories und der Signaturrichtlinien kann die Sicherheitskette zusätzlich stärken.
Die Shai-Hulud-Kampagne hat deutlich gemacht, wie schnell ein entschlossener Akteur das Vertrauen in populäre Registrys missbrauchen kann, indem er kompromittierte Konten, wurmartige Verbreitung und heimliches Sammeln von Daten einsetzt , um seine Wirkung zu verstärken; Wachsamkeit, schnelle Behebung der Probleme und stärkere Kontrollen der Publisher sind nun unmittelbare Prioritäten für Teams im gesamten Ökosystem.
