Shai-Hulud kehrt zurück: Der „ChainDrop“-Wurm befällt npm und infiziert Hunderte von Paketen

Am 4. August 2026 übernahm ein Angreifer das GitHub-Konto des Betreuers von „keyv“, einer Schlüssel-Wert-Caching-Bibliothek mit wöchentlich rund mehreren hundert Millionen npm-Downloads, und schleuste einen Wurm zum Diebstahl von Anmeldedaten in die gesamte Paketfamilie des Betreuers ein, darunter „cacheable“, „flat-cache“, „file-entry-cache“ und „cache-manager“. Unter dem Namen „ChainDrop“ verbreitete er sich auf Hunderte weiterer Pakete mit insgesamt mehr als zwei Milliarden monatlichen Installationen.

Das Gefährliche daran ist nicht die Anzahl der Downloads, sondern die Art und Weise, wie der Schadcode als vertrauenswürdig eingestuft wurde. Der Angreifer veröffentlichte die Dateien über die projektinterne automatisierte Release-Pipeline, sodass die manipulierten Versionen eine gültige Herkunftsangabe aufwiesen: einen signierten Nachweis, dass ein Paket von der offiziellen Pipeline aus der echten Quelle erstellt wurde. Dieser Nachweis soll eigentlich ein Sicherheitssignal sein. In diesem Fall war er echt, da die Pipeline selbst kompromittiert war. Für einen Entwickler oder ein Sicherheitstool, das die Signatur überprüft, wirkte die schädliche Version vollkommen authentisch.

ChainDrop ist die jüngste Welle einer Kampagne, die Forscher seit September 2025 verfolgen: Shai-Hulud 1.0 (September 2025), 2.0 (November 2025) und Mini Shai-Hulud, Welle Vier (Mai 2026). Die Angriffe haben sich jeweils verschärft, wobei spätere Varianten eine aggressivere Ausbreitung und umfassendere Schwachstellen in der Lieferkette ausnutzen.

• Datum: Der 4. August 2026 ist der bestätigte Starttermin für „keyv@6.0.0“, der am keyv@6.0.0 veröffentlicht wurde.

• Einstiegspunkt: Der Angriff begann mit einem gehackten GitHub-Konto eines Betreuers, und die bösartige Version durchlief die legitime Veröffentlichungspipeline des Projekts.

• Ausmaß: Die Zahlen variieren je nach Tracker, doch alle Berichte stimmen darin überein, dass es sich um einen sehr umfangreichen Vorfall in der npm-Lieferkette handelte. StepSecurity meldete frühzeitig 435 Pakete bzw. 1.557 Versionen, während Aikido und spätere Berichte die Gesamtzahl nach oben korrigierten – einige Schätzungen gingen von über 1.300 Paketen und rund 2 Milliarden Downloads pro Monat aus.

• Payload: Es gibt einen Vorinstallationspfad über „setup.mjs“, der „Bun“ herunterlädt und eine umfangreiche, verschleierte Payload zum Diebstahl von Anmeldedaten startet.

• Zuordnung: Forscher ordnen sie der Malware-Familie „Shai-Hulud“ zu.

Was ChainDrop besonders besorgniserregend macht, ist die Tatsache, dass es sich nicht auf einen auffälligen Exploit oder eine gefälschte Download-Seite stützte. Stattdessen nutzte es die normale Software-Lieferkette aus – denselben Prozess zur Veröffentlichung und Installation von Paketen, den Millionen von Entwicklern nutzen.

In der Praxis bedeutet dies, dass ein Paket auf den ersten Blick legitim wirkt, dabei jedoch heimlich Schadcode enthält, der während der Installation aktiviert wird. Sicherheitsteams geben an, dass die Malware entwickelt wurde, um geheime Daten von Entwicklerrechnern und CI/CD-Systemen zu stehlen, darunter GitHub-Token, npm-Anmeldedaten, AWS-Schlüssel, Kubernetes-Geheimnisse und andere Zugangsdaten.

Das allgemeine Risiko beschränkt sich nicht nur auf Entwickler. Jede Organisation, die betroffene Pakete verwendet, kann durch Build-Systeme, Abhängigkeiten und automatisierte Release-Pipelines indirekt von der Sicherheitslücke betroffen sein.

ChainDrop macht deutlich, dass Open-Source-Abhängigkeiten ein geschäftliches Risiko darstellen und nicht nur ein Anliegen der Entwickler sind.

Für jedes Unternehmen, das auf JavaScript- und Node.js-Software angewiesen ist, ist ChainDrop eine Mahnung daran, dass Open-Source-Abhängigkeiten ein geschäftliches Risiko darstellen und nicht nur ein Anliegen der Entwickler sind.

Ein kompromittiertes Paket kann indirekt über Abhängigkeiten und Build-Systeme weitergegeben werden und zu gestohlenen Anmeldedaten, unbefugtem Zugriff auf die Cloud-Infrastruktur sowie umfangreichen Maßnahmen zur Rotation von Geheimnissen und zur Reaktion auf Vorfälle führen. Da Softwareintegrität, Zugriffskontrolle und Risiken durch Drittanbieter Teil Ihrer Kontrollumgebung sind – wie dies unter PCI DSS, DORA, NIS2 und CMMC der Fall ist –, wirkt sich dieses Risiko auch unmittelbar auf die Compliance und Governance aus.

Falls Sie möglicherweise am oder nach dem 4. August 2026 ein betroffenes Paket installiert haben:

• Überprüfen Sie Ihre Abhängigkeiten: Erstellen Sie eine SBOM und überprüfen Sie die Abhängigkeiten auf bekanntermaßen schädliche Versionen

• Erstellen Sie vor dem Widerruf ein Image: Erstellen Sie ein Image der betroffenen Systeme, bevor Sie die Tokens rotieren. Die Malware überwacht den Widerruf von Anmeldedaten und kann einen Handler auslösen, wenn Sie die Rotation zuerst durchführen.

• Geheime Zugangsdaten regelmäßig wechseln: Wechseln Sie alle zugänglichen geheimen Zugangsdaten (npm-Token, GitHub-PATs, SSH-Schlüssel, Cloud-Anmeldedaten) regelmäßig aus und setzen Sie die Zwei-Faktor-Authentifizierung (MFA) durch.

• Auf die genaue Version prüfen, nicht auf den Namen: Abgleich anhand der genauen, aufgelösten Version, nicht anhand des Paketnamens; die Registry-Tags haben sich während des Vorfalls verschoben

• Entfernen Sie die Hooks auf Repo-Ebene: Überprüfen Sie die Dateien „.claude/settings.json“ und „.vscode/tasks.json“, nicht nur „node_modules“.

• CI/CD-Prüfung: Überprüfen Sie CI/CD und GitHub Actions auf unerwartete Veröffentlichungen oder neue Workflows

Die Lehre daraus ist, dass der dauerhafte Schutz vor dieser Art von Angriffen darin besteht, den Inhalt einer Komponente zu überprüfen, anstatt darauf zu vertrauen, woher sie stammt.