Shai-Hulud 2.0: Wie Sie Secure Supply Chain die zweite Welle Secure können

• Selbstverbreitender Wurm: Shai-Hulud 2.0 stiehlt GitHub-Anmeldedaten, verpackt sich selbst neu und veröffentlicht sich erneut im gesamten npm-Portfolio eines Maintainers.

• Massive Verbreitung:Über 700 infizierte npm-Pakete, über 25.000 GitHub-Repositorys, über 500 Betreuer betroffen; alle 30 Minuten kommen über 1.000 neue Repositorys hinzu (Wiz).

• Auswirkungen auf verschiedene Ökosysteme: Auch in Maven/Java durch automatisiertes npm-zu-Maven-Mirroring beobachtet.

• Hauptrisiken: CI/CD-Exposition, kompromittierte Geheimnisse, Ausführung während der Installation und vergiftete Registrierungen.

• Verteidigung: SBOM-Genauigkeit, Herkunftsüberprüfung, Laufzeitüberwachung und strenge Token-/Geheimhaltungshygiene.

Das Ausmaß und die Geschwindigkeit der Verbreitung von Shai-Hulud 2.0 haben alles übertroffen, was wir in den letzten Jahren bei Vorfällen in der Lieferkette gesehen haben. Was als gezielter Angriff auf npm begann, eskalierte schnell zu einer systemischen, plattformübergreifenden Infektion, von der Tausende von Projekten und Hunderte von Betreuern betroffen waren.

Im Gegensatz zu typischer npm-Malware, bei der es sich in der Regel um ein einzelnes trojanisiertes Paket handelt, verhält sich Shai-Hulud 2.0 wie ein Wurm. Nachdem es einen Entwickler kompromittiert hat, stiehlt es GitHub-Anmeldedaten, packt sich selbst neu und veröffentlicht sich erneut im gesamten Paket-Set des Maintainers, wodurch jedes Opfer zu einem neuen Verbreitungsort wird. Das Ergebnis ist eine schnelle, exponentielle Ausbreitung im gesamten Ökosystem.

Hunderte von npm-Paketen wurden kompromittiert. Darunter befinden sich auch hochkarätige Projekte, die von renommierten Organisationen betreut werden, was die Gefahr für nachgelagerte Systeme noch verstärkt.

Es wurde beobachtet, dass der Wurm alle 30 Minuten mehr als 1.000 neue bösartige GitHub-Repositorys generiert (Wiz), angetrieben durch automatisierte Veröffentlichungen mit gestohlenen Anmeldedaten. Jedes neue Opfer wird zu einem Verbreitungsknoten, wodurch sich die Gesamtwirkung mit jedem Zyklus vervielfacht.

Die Komponente zum Diebstahl von Anmeldedaten von Shai-Hulud 2.0 erweist sich als besonders schädlich. Zu den bestätigten geleakten Geheimnissen gehören mehr als 1.500 Anmeldedaten und Tokens, die sich über wichtige Plattformen erstrecken – GitHub, AWS, Google Cloud und Azure.

Diese Menge sensibler Token stellt einen umfassenden Multi-Cloud-Kompromiss dar, der das Potenzial für eine langfristige Ausnutzung birgt.

Glücklicherweise haben mehrere namhafte Maintainer wie Zapier, PostHog und Postman bereits die Kontrolle über ihre Pakete zurückerlangt. Die bösartigen Versionen wurden aus npm entfernt, und viele betroffene Repositorys werden zurückerobert oder bereinigt.

Der Vorfall ist jedoch noch nicht abgeschlossen. Selbst bei einer schnellen Behebung müssen Unternehmen weiterhin die Integrität von Abhängigkeiten, CI-Pipelines und GitHub-Konten überwachen, um Anzeichen für weitere Lecks von Anmeldedaten oder automatisierte Neuveröffentlichungen zu erkennen.

Bemerkenswert ist, dass diese Entwicklung auch andere Ökosysteme wie Maven/Java durch die automatisierte Konvertierung von npm- zu Maven-Artefakten (JFrog) beeinflusst hat.

• Während npm weiterhin das Hauptziel von Shai-Hulud 2.0 bleibt, hat diese Welle das Risiko einer Ausbreitung über verschiedene Ökosysteme hinweg aufgezeigt, insbesondere in Java/Maven-Projekte. Sicherheitsforscher identifizierten das bösartige Maven-Artefakt:
  • org.mvnpm:posthog-node:4.18.1 die dieselbe Nutzlast enthält (setup_bun.js und bun_Umgebung.js) in kompromittierten npm-Paketen gefunden (Die Hacker-Nachrichten) .
• Mechanismus: Automatisierte Bridging-Tools erstellen npm-Pakete als Maven-Artefakte für Java-Projekte neu. Teams, die Node.js nicht direkt verwenden, können gefährdet sein, wenn ihre Projekte auf diesen gespiegelten Artefakten basieren.

Dies verdeutlicht das ökosystemunabhängige Risiko von Angriffen auf die Lieferkette. Selbst Projekte, die npm nicht direkt nutzen, können durch automatisierte Tools Risiken ausgesetzt sein.

Der Vorfall bei PostHog verdeutlicht die Subtilität der CI/CD-Gefährdung:

• Böswillige Pull-Anfragen nutzten pull_request_target in GitHub Actions.

• Ein Bot-PAT wurde exfiltriert, wodurch anschließend die Veröffentlichung von trojanisierten npm-SDKs ermöglicht wurde.

CI/CD-Workflows, selbst automatisierte, sind risikoreiche Angriffsflächen. Beschränken Sie Skripte, minimieren Sie die Gefährdung durch Tokens und setzen Sie kurzlebige Anmeldedaten durch.

• Das Pinning von Abhängigkeiten kann aufgrund transitiver Abhängigkeiten fehlschlagen.

• Statische SCA-Scanner können neu veröffentlichten, mit Trojanern versehenen Code unter legitimen Paketnamen nicht erkennen.

• Der Missbrauch von Tokens über CI/CD-Pipelines bedeutet, dass sogar interne Repositories gefährdet sind.

SBOM- und Lieferketten-Tools können Folgendes bieten:

1. Transparenz der Abhängigkeiten: Verfolgt direkte und transitive Abhängigkeiten mit Metadaten zu Version und Betreuer.
2. Herkunftsüberprüfung: Identifiziert unerwartete Paketänderungen oder unbekannte Betreuer.
3. Überwachung von Anmeldedaten und Geheimnissen: Erkennt Versuche der Datenexfiltration oder missbräuchlich verwendete Tokens.
4. Verhaltensbezogene Erkenntnisse: Überwacht den Zugriff auf Ressourcen oder ungewöhnliche Ausführungsmuster während der Installation.

Es ist zwar keine Wunderwaffe, aber die Kombination von SBOM mit kontinuierlicher Überwachung stärkt die Abwehr gegen wurmartige Angriffe.

Die OPSWAT -Technologie OPSWAT scannt das Quellcode-Repository und erkennt das bösartige npm-Paket „sha1-hulud“.

1. Rotieren Sie Anmeldedaten: GitHub-PATs, npm-Token, SSH-Schlüssel, Cloud-Anmeldedaten; aktivieren Sie MFA.
2. Entfernen Sie kompromittierte Pakete: Leeren Sie den npm-Cache, node_modules und fixieren Sie bekannte saubere Versionen.
3. GitHub und CI/CD prüfen: Nach neuen Repositorys, Workflows und verdächtigen Commits suchen.
4. Pipelines absichern: Lebenszyklus-Skripte einschränken, ausgehenden Netzwerkzugriff begrenzen und Token-Umfang minimieren.
5. Kontinuierliche Überwachung: Behandeln Sie Abhängigkeiten und Build-Pipelines als Teil der kritischen Angriffsfläche.

Die Ausbreitung von Shai-Hulud 2.0 auf Maven/Java über die npm-zu-Maven-Brücke zeigt, dass Supply-Chain-Angriffe Sprach- und Ökosystemgrenzen überschreiten können. Selbst Projekte, die npm nicht direkt verwenden, können gefährdet sein, wenn automatisierte Brückentools zum Einsatz kommen.

Gestohlene Tokens (GitHub, npm, Cloud) ermöglichen die Verbreitung und den Zugriff auf sensible Umgebungen. Verwenden Sie kurzlebige, bereichsbezogene Tokens, setzen Sie MFA durch und rotieren Sie Anmeldedaten sofort, wenn Sie einen Verdacht auf Kompromittierung haben. Verwenden Sie automatisierte Tools zum Scannen geheimer Daten, um den Prozess zu beschleunigen.