Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
OreNPMGuard — Abwehr des Shai-Hulud-Lieferkettenangriffs | Kitploit
Tools/GitHubGitHub/rapticore/orenpmguard
Management von Indicators of Compromise (IOC)SchwachstellenscannerCode-AnalyseMalware-AnalyseDevSecOpsBedrohungsanalyseLieferkettensicherheitLernen & BildungIncident Response
GitHubrapticore/orenpmguard

OreNPMGuard

Abwehr des Shai-Hulud-Lieferkettenangriffs

134vor 7 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Repository anzeigen

OreNPMGuard - Shai-Hulud Paket-Scanner

Version 2.0.0 - Shai-Hulud 2.0 Erkennung & erweitertes Präventionssystem

Ein Sicherheitstool zur Erkennung kompromittierter npm-Pakete aus den Shai-Hulud-Lieferkettenangriffen (ursprünglich September 2025 und Shai-Hulud 2.0 November 2025). Scannt sowohl package.json- als auch package-lock.json-Dateien, um exakt installierte Versionen und Indikatoren für eine Kompromittierung (IoCs) zu erkennen. Verfügbar sowohl in Python- als auch in Node.js-Implementierungen mit zentraler YAML-Konfiguration für eine einfache Wartung.

Neuestes Update: 24. November 2025 - Es werden 738+ kompromittierte Pakete mit 1.291 eindeutigen package@version-Kombinationen erfasst. Erkennt jetzt sowohl die ursprünglichen Shai-Hulud- als auch die Shai-Hulud-2.0-Angriffsvarianten.

Für Multi-Ökosystem-Scans siehe ore-mal-pkg-inspector.

🔗 Verwandte Projekte

Für Multi-Ökosystem-Scans bösartiger Pakete (npm, PyPI, Maven, RubyGems, Go, Cargo) siehe: ore-mal-pkg-inspector - Umfassender Scanner für bösartige Pakete mit dynamischer Threat Intelligence.

OreNPMGuard konzentriert sich speziell auf die Abwehr von Shai-Hulud-Angriffen für npm-Pakete.

🚨 Über die Shai-Hulud-Angriffe

Shai-Hulud ist ein selbstreplizierender Wurm, der am 14.-15. September 2025 begann, npm-Pakete zu kompromittieren. Er stellt den ersten erfolgreichen sich selbst verbreitenden Angriff im npm-Ökosystem dar und gilt als einer der schwerwiegendsten bislang beobachteten JavaScript-Lieferkettenangriffe. Benannt nach den riesigen Sandwürmern aus Frank Herberts Dune-Reihe, hat sich diese Malware in mehrere Varianten weiterentwickelt.

Original Shai-Hulud (September 2025)

Der ursprüngliche Angriff infizierte 200+ npm-Pakete (wie in diesem Tool erfasst), wobei pro Paket mehrere Versionen betroffen waren.

Shai-Hulud 2.0 (November 2025) - NEU

Im November 2025 tauchte eine neue Variante mit erheblichen Änderungen auf:

  • 738+ kompromittierte Pakete mit 1.291 eindeutigen package@version-Kombinationen
  • 25.000+ betroffene Repositories von ~350 eindeutigen Benutzern
  • Neue Ausführungsphase: Verwendet preinstall-Skripte (nicht nur postinstall)
  • Neue Payload-Dateien: setup_bun.js und bun_environment.js (zusätzlich zu bundle.js)
  • Erweiterte Persistenz: Erstellt selbst gehostete Runner namens 'SHA1HULUD' und neue GitHub-Workflow-Muster
  • Multi-Cloud-Ausrichtung: Ernte von AWS-, Azure- und GCP-Anmeldeinformationen
  • Docker-Privilegieneskalation: Versucht, über privilegierte Container Root-Zugriff zu erlangen
  • Pakete, die zwischen dem 21. und 23. November 2025 hochgeladen wurden

Referenz: Wiz Research - Blogbeitrag zu Shai-Hulud 2.0

🦠 So funktioniert der Angriff

Patient Zero: Der Angriff begann mit dem Paket rxnt-authentication, das am 14. September 2025 um 17:58:50 UTC vom kompromittierten npm-Konto "techsupportrxnt" veröffentlicht wurde.

Angriffskette (Original Shai-Hulud):

  1. Installation: Das bösartige Paket führt das postinstall-Skript aus, das bundle.js ausführt (3 MB+ JavaScript-Payload)
  2. Ernte von Anmeldeinformationen: Verwendet TruffleHog, um nach GitHub-/npm-Tokens, AWS-/GCP-/Azure-Anmeldeinformationen, Umgebungsvariablen und über IMDS exponierten Cloud-Schlüsseln zu suchen
  3. Datenexfiltration: Erstellt ein öffentliches "Shai-Hulud"-Repository im GitHub-Konto des Opfers mit gestohlenen Geheimnissen in data.json (doppelt base64-codiert)
  4. Persistenz: Injiziert einen bösartigen GitHub-Actions-Workflow (.github/workflows/shai-hulud-workflow.yml), der Repository-Geheimnisse an webhook[.]site exfiltriert
  5. Repository-Migration: Erzwingt, dass private Organisations-Repositories zu öffentlichen persönlichen Repositories mit dem Suffix "-migration" und der Beschreibung "Shai-Hulud Migration" werden
  6. Wurmverbreitung: Verwendet gestohlene npm-Tokens, um Malware in andere vom Opfer gepflegte Pakete einzuschleusen, Versionsnummern zu erhöhen und postinstall-Hooks hinzuzufügen

Angriffskette (Shai-Hulud 2.0 - November 2025):

  1. Installation: Das bösartige Paket führt das preinstall-Skript aus, das setup_bun.js oder bun_environment.js ausführt (neue Payload-Dateien)
  2. Erstellung von Datendateien: Erstellt die Dateien cloud.json, contents.json, environment.json und truffleSecrets.json
  3. Ernte von Anmeldeinformationen: Multi-Cloud-Ausrichtung (AWS, Azure, GCP) unter Verwendung offizieller SDKs; Anmeldeinformationen werden aus Konfigurationsdateien, Umgebungsvariablen und IMDS ausgelesen
  4. Registrierung eines selbst gehosteten Runners: Registriert die infizierte Maschine als selbst gehosteten Runner namens 'SHA1HULUD'
  5. Injektion von GitHub-Workflows:
    • Erstellt .github/workflows/discussion.yaml mit selbst gehostetem Runner für Backdoor-Zugriff
    • Erstellt .github/workflows/formatter_*.yml zur Exfiltration von Geheimnissen (löscht den Workflow anschließend, um die Aktivität zu verbergen)
  6. Docker-Privilegieneskalation: Versucht, über docker run --rm --privileged -v /:/host Root-Zugriff zu erlangen

🎯 Was gestohlen wird

  • Entwicklungs-Anmeldeinformationen: GitHub-PATs (ghp_*, gho_*), npm-Authentifizierungstokens
  • Cloud-Anmeldeinformationen: AWS-, GCP- und Azure-Zugriffsschlüssel und -Tokens
  • API-Schlüssel: Atlassian-, Datadog- und sonstige Dienst-Anmeldeinformationen
  • Systeminformationen: Umgebungsvariablen, Host-Details, Benutzerkonten
  • Quellcode: Private Repositories, die öffentlich gemacht oder geklont wurden

📊 Ausmaß der Auswirkungen

Original Shai-Hulud (September 2025):

  • 200+ Pakete in dieser Erfassungsdatenbank kompromittiert (einschließlich beliebter Pakete wie @ctrl/tinycolor, ngx-bootstrap)
  • Mehrere GitHub-Konten kompromittiert (die genaue Anzahl variiert je nach Berichtsquelle)
  • Öffentliche Repositories mit der Kennzeichnung "Shai-Hulud Migration" erstellt
  • Entwickler möglicherweise über Paketabhängigkeiten betroffen

Shai-Hulud 2.0 (November 2025):

  • 738+ kompromittierte Pakete mit 1.291 eindeutigen package@version-Kombinationen
  • 25.000+ betroffene Repositories, erstellt von ~350 eindeutigen Benutzern
  • In den ersten Kampagnenstunden wurden alle 30 Minuten 1.000+ neue Repositories hinzugefügt
  • Betrifft Pakete aus großen Ökosystemen: Zapier, ENS Domains, PostHog, Postman, AsyncAPI und weitere
  • Multi-Cloud-Diebstahl von Anmeldeinformationen (AWS, Azure, GCP)
  • Versuche zur Docker-Privilegieneskalation

Verifizierter Diebstahl von Anmeldeinformationen (aus ~20.000 analysierten Repos):

  • 775 kompromittierte GitHub-Zugriffstokens
  • 373 offengelegte AWS-Anmeldeinformationen
  • 300 offengelegte GCP-Anmeldeinformationen
  • 115 offengelegte Azure-Anmeldeinformationen

⚠️ Warnung zur opferübergreifenden Exfiltration

KRITISCH: Die Wiz Research hat bestätigt, dass eine opferübergreifende Exfiltration stattfindet. Das bedeutet:

  • Die gestohlenen Geheimnisse eines Opfers können in Repositories veröffentlicht werden, die einem anderen, nicht verwandten Opfer gehören
  • Wenn Sie verdächtige Daten in Ihren GitHub-Repositories finden, könnten sie einem anderen kompromittierten Benutzer gehören
  • Ihre Daten könnten in Repositories exfiltriert worden sein, die Ihnen nicht gehören
  • Dies erschwert die Zuordnung und die Reaktion auf Vorfälle

Auswirkung auf die Untersuchung: Prüfen Sie bei der Durchsicht exfiltrierter Daten in Ihren Repositories, ob die Daten tatsächlich zu Ihrer Organisation oder einem anderen Opfer gehören.

🔗 Verbindung zu früheren Angriffen

Dieser Angriff steht in direktem Zusammenhang mit der s1ngularity/Nx-Kompromittierung vom August 2025, bei der der anfängliche Diebstahl von GitHub-Tokens den breiteren Lieferkettenangriff ermöglichte. Viele der ersten Shai-Hulud-Opfer waren bekannte Opfer des s1ngularity-Angriffs. Sicherheitsforscher weisen außerdem auf die Integration KI-generierter Inhalte in die Kampagne hin; es wird mit mittlerer Zuversicht angenommen, dass ein LLM verwendet wurde, um das bösartige Bash-Skript zu erzeugen.

📅 Zeitleiste des Angriffs

Kampagne des ursprünglichen Shai-Hulud:

  • 26. August 2025: s1ngularity/Nx-Kompromittierung tritt auf (Vorläuferangriff)
  • 14. September 2025, 17:58 UTC: Erstes bösartiges Paket rxnt-authentication veröffentlicht ("Patient Zero")
  • 15. September 2025: Angriff von Sicherheitsforschern entdeckt und gemeldet
  • 15.-16. September 2025: Wurm verbreitet sich schnell im npm-Ökosystem
  • 16. September 2025: Über 180 Pakete als kompromittiert bestätigt
  • 17. September 2025: Laufende Überwachungs- und Bereinigungsmaßnahmen
  • 18. September 2025: Veröffentlichung v1.2.0 mit 200 erfassten Paketen und erweiterten Präventionstools

Shai-Hulud-2.0-Kampagne:

  • 21.-23. November 2025: Bösartige Pakete in die npm-Registry hochgeladen
  • 24. November 2025: Angriff von Wiz Research und Aikido entdeckt und gemeldet
  • 24. November 2025: Veröffentlichung v2.0.0 mit 738+ erfassten Paketen und Erkennungsmöglichkeiten für Shai-Hulud 2.0
  • Laufend: GitHub entfernt weiterhin vom Angreifer erstellte Repositories; der Angreifer erstellt weiterhin neue Repositories

Schnellstart

Voraussetzungen

  • Python-Scanner: Benötigt PyYAML (pip install pyyaml)
  • Node.js-Scanner: Benötigt js-yaml (npm install js-yaml)

Python-Scanner

root@kitploit:~
# Make executable
chmod +x shai_hulud_scanner.py

# Scan single package.json
python3 shai_hulud_scanner.py ./package.json

# Scan package-lock.json for exact versions
python3 shai_hulud_scanner.py ./package-lock.json

# Scan entire project directory
python3 shai_hulud_scanner.py ./my-project

# Scan current directory
python3 shai_hulud_scanner.py .

Node.js-Scanner

root@kitploit:~
# Install dependencies first
npm install

# Make executable
chmod +x shai_hulud_scanner.js

# Scan single package.json
node shai_hulud_scanner.js ./package.json

# Scan package-lock.json for exact versions
node shai_hulud_scanner.js ./package-lock.json

# Scan entire project directory
node shai_hulud_scanner.js ./my-project

# Scan current directory
node shai_hulud_scanner.js .

Was der Scanner tut

✅ Erkennung exakter Übereinstimmungen: Identifiziert Pakete, deren Versionen exakt mit bekannten kompromittierten Versionen übereinstimmen

⚠️ Erkennung potenzieller Risiken: Markiert Pakete mit demselben Namen, aber abweichenden Versionen (sie könnten weiterhin gefährdet sein)

🔍 Unterstützung beider Dateien: Scannt sowohl package.json (deklarierte Abhängigkeiten) als auch package-lock.json (exakt installierte Versionen)

📦 Umfassende Abdeckung: Das Scannen von package-lock.json umfasst verschachtelte Abhängigkeiten und transitive Pakete

🔄 Rekursives Scannen: Scannt automatisch alle Unterverzeichnisse und überspringt dabei node_modules

📋 Detaillierte Berichte: Zeigt Paketnamen, Versionen, Abhängigkeitsabschnitte und betroffene Versionen

🔎 IoC-Erkennung: Identifiziert Indikatoren für eine Kompromittierung sowohl für das ursprüngliche Shai-Hulud als auch für Shai-Hulud 2.0:

  • Original Shai-Hulud: "postinstall": "node bundle.js"-Hooks, bundle.js-Dateien, shai-hulud-workflow.yml
  • Shai-Hulud 2.0: "preinstall"-Hooks, setup_bun.js, bun_environment.js, discussion.yaml, formatter_*.yml-Workflows
  • Allgemein: Verweise auf webhook.site-Exfiltrationsendpunkte, SHA1HULUD-Runner-Muster, Docker-Privilegieneskalation

Ausgabebeispiele

🚨 Kritisch (Kompromittierte Pakete gefunden):

root@kitploit:~
🚨 CRITICAL: Found 2 CONFIRMED compromised packages:
   • @ctrl/deluge v7.2.2 in dependencies
     Affected versions: 7.2.2, 7.2.1
   • ngx-bootstrap v19.0.3 in devDependencies
     Affected versions: 18.1.4, 19.0.3, 20.0.4, 20.0.5, 20.0.6, 19.0.4, 20.0.3

⚠️ Warnung (Versionsabweichung):

root@kitploit:~
⚠️ WARNING: Found 1 packages with different versions:
   • @ctrl/deluge v7.2.0 in dependencies
     Known affected versions: 7.2.2, 7.2.1

✅ Sauber:

root@kitploit:~
✅ No affected packages found

Falls kompromittierte Pakete gefunden werden

SOFORTIGE MASSNAHMEN:

  1. Stoppen Sie die gesamte Entwicklungsarbeit an betroffenen Projekten
  2. Entfernen Sie kompromittierte Pakete: npm uninstall <package-name>
  3. Leeren Sie den npm-Cache: npm cache clean --force
  4. Löschen Sie node_modules: rm -rf node_modules

ROTATION VON ANMELDEINFORMATIONEN:

  1. GitHub Personal Access Tokens
  2. npm-Authentifizierungstokens
  3. SSH-Schlüssel
  4. API-Schlüssel (AWS, Atlassian, Datadog usw.)

UNTERSUCHUNG:

  1. Suchen Sie in GitHub nach öffentlichen Repositories namens "Shai-Hulud" oder mit "Shai-Hulud" in der Beschreibung
  2. Suchen Sie nach Repos mit dem Suffix "-migration" (original Shai-Hulud)
  3. Überprüfen Sie die GitHub-Überwachungsprotokolle auf unbefugte Repository-Erstellung
  4. Prüfen Sie auf Branches mit dem Namen shai-hulud
  5. Scannen Sie nach IOCs (Indikatoren für eine Kompromittierung):
    • Original Shai-Hulud:
      • Suchen Sie in package.json-Dateien nach "postinstall": "node bundle.js"
      • Achten Sie auf bundle.js-Dateien (über 3 MB groß, enthalten bösartige Payload)
      • Untersuchen Sie die .github/workflows/shai-hulud-workflow.yml-Dateien
    • Shai-Hulud 2.0:
      • Suchen Sie in package.json-Dateien nach "preinstall"-Hooks
      • Achten Sie auf die Payload-Dateien setup_bun.js und bun_environment.js
      • Prüfen Sie auf Datendateien: cloud.json, contents.json, environment.json,

Konfiguration

Paketdaten sind zentral in affected_packages.yaml gespeichert. So fügen Sie neue kompromittierte Pakete hinzu:

  1. Bearbeiten Sie affected_packages.yaml
  2. Fügen Sie Einträge im folgenden Format hinzu:
    root@kitploit:~
    - name: "package-name"
      versions: ["1.0.0", "1.0.1"]
    
  3. Sowohl der Python- als auch der JavaScript-Scanner verwenden die aktualisierten Daten automatisch

Dieser zentrale Ansatz macht es überflüssig, bei neuen Bedrohungen mehrere Dateien aktualisieren zu müssen.

Bereitstellungsoptionen

Für Sicherheitsteams

root@kitploit:~
# Create central scanning script
curl -O https://your-domain.com/shai_hulud_scanner.py
chmod +x shai_hulud_scanner.py

# Mass scan multiple projects
for dir in /projects/*/; do
    echo "Scanning $dir"
    python3 shai_hulud_scanner.py "$dir"
done

CI/CD-Integration

root@kitploit:~
# GitHub Actions example
- name: Scan for Shai-Hulud packages
  run: |
    curl -O https://your-domain.com/shai_hulud_scanner.js
    npm install js-yaml
    node shai_hulud_scanner.js .
    if [ $? -ne 0 ]; then
      echo "SECURITY ALERT: Compromised packages detected!"
      exit 1
    fi

Unternehmensbereitstellung

root@kitploit:~
# Add to security toolkit
cp shai_hulud_scanner.py /usr/local/bin/
cp shai_hulud_scanner.js /usr/local/bin/
cp affected_packages.yaml /usr/local/bin/

# Create alias for easy access
echo 'alias scan-shai="python3 /usr/local/bin/shai_hulud_scanner.py"' >> ~/.bashrc

Technische Hinweise

  • Zielplattformen: Linux, macOS und Windows (Shai-Hulud 2.0 fügt Windows-Unterstützung hinzu)
  • Payload-Größe: 3 MB+ minifiziertes JavaScript-Bundle (Original), neue Payloads in Shai-Hulud 2.0
  • Selbstverbreitung: Erster erfolgreicher sich selbst replizierender Wurm im npm-Ökosystem
  • Ausführungsphasen: Original verwendet postinstall, Shai-Hulud 2.0 verwendet preinstall (erhöht die Angriffsfläche in Build-Umgebungen)
  • Abhängigkeiten: Python benötigt PyYAML, Node.js benötigt js-yaml
  • Sicher: Schreibgeschützte Vorgänge, keine Änderungen an Ihren Dateien
  • Schnell: Optimiert für schnelles Scannen großer Codebasen
  • Präzise: Basiert auf offiziellen IoC-Listen von Sicherheitsforschern (Wiz Research, Aikido)
  • KI-generierte Komponenten: Sicherheitsforscher schätzen mit mittlerer Zuversicht, dass ein LLM verwendet wurde, um Teile des bösartigen Bash-Skripts zu erzeugen
  • Persistenzmechanismen:
    • Original: GitHub-Actions-Workflows, bösartige Branches und Repository-Migrationen
    • Shai-Hulud 2.0: Selbst gehostete Runner, diskussionsbasierte Workflows, Formatter-Workflows
  • Cloud-Integration:
    • Original: Ziel sind AWS- und GCP-Umgebungen mithilfe von SDK-Bibliotheken und IMDS-Endpunkten
    • Shai-Hulud 2.0: Multi-Cloud-Ausrichtung (AWS, Azure, GCP) mit offiziellen SDKs, Auslesen des Secret Managers

Indikatoren für eine Kompromittierung (IOCs)

Original Shai-Hulud (September 2025):

  • Bösartiger postinstall-Hook: "postinstall": "node bundle.js" in package.json
  • Payload-Datei: bundle.js (normalerweise 3 MB+ minifiziertes JavaScript)
  • Exfiltrationsendpunkt: Verweise auf webhook.site-Domains
  • GitHub-Workflow: .github/workflows/shai-hulud-workflow.yml zur Persistenz
  • Repository-Benennung: Repos mit "Shai-Hulud"- oder "-migration"-Suffixen
  • Branch-Indikatoren: Branches mit dem Namen shai-hulud, die bösartige Commits enthalten

Shai-Hulud 2.0 (November 2025):

  • Bösartiger preinstall-Hook: "preinstall": "node setup_bun.js" oder "preinstall": "node bun_environment.js" in package.json
  • Neue Payload-Dateien: setup_bun.js, bun_environment.js (zusätzlich zu bundle.js)
  • Datendateien: cloud.json, contents.json, environment.json, truffleSecrets.json
  • GitHub-Workflows:
    • .github/workflows/discussion.yaml (mit runs-on: self-hosted und RUNNER_TRACKING_ID: 0)
    • .github/workflows/formatter_*.yml (Musterabgleich, verwendet zur Exfiltration von Geheimnissen)

Gemeinsam für beide Varianten:

  • Exfiltrationsendpunkt: Verweise auf webhook.site-Domains
  • Repository-Benennung: Repos mit "Shai-Hulud" im Namen oder in der Beschreibung

📚 Dokumentation

  • Versionshinweise v1.2.0 - Vollständiges Änderungsprotokoll und neue Funktionen
  • Sicherheitsbewertung - Umfassende Sicherheitsanalyse
  • Präventionsleitfaden - 490+ Zeilen Integrationsanweisungen
  • GitHub-Actions-Workflow - Automatisierter CI/CD-Schutz

🛡️ Neu in v2.0.0

Shai-Hulud-2.0-Erkennung

  • Erkennung von preinstall-Hooks: Erkennt preinstall-Skripte (Ausführungsphase von Shai-Hulud 2.0)
  • Erkennung neuer Payload-Dateien: Scannt nach setup_bun.js und bun_environment.js
  • Erkennung von Datendateien: Identifiziert cloud.json, contents.json, environment.json, truffleSecrets.json
  • GitHub-Workflow-Scanning: Erkennt discussion.yaml- und formatter_*.yml-Workflowmuster
  • Erkennung selbst gehosteter Runner: Identifiziert 'SHA1HULUD'-Runner-Registrierungen
  • Erkennung von Docker-Privilegieneskalation: Scannt nach Ausführungsmustern privilegierter Container
  • Abwärtskompatibilität: Erkennt weiterhin Indikatoren des ursprünglichen Shai-Hulud (September 2025)

Erweiterte Paketdatenbank

  • 738+ kompromittierte Pakete erfasst (zuvor 200)
  • 1.291 eindeutige package@version-Kombinationen in der Datenbank
  • 25.000+ betroffene Repositories identifiziert
  • ~350 eindeutige Benutzer kompromittiert

Erweiterte Präventionssuite (aus v1.2.0)

  • Multi-Format-Konfigurationen: JSON, YAML, CSV für verschiedene Anwendungsfälle
  • GitHub-Actions-Integration: Automatisierter CI/CD-Blockier-Workflow
  • Eigenständiges Blockier-Skript: prevention/block-shai-hulud.sh
  • Paket-Synchronisierungstools: Automatisierte Threat-Intelligence-Updates

Verbesserte Erkennungsfunktionen

  • IoC-Scanning sowohl für ursprüngliche als auch für Shai-Hulud-2.0-Varianten
  • Schweregrad-Kategorisierung (Kritisch/Hoch/Mittel) mit Identifikation der Variante
  • Erweiterte Threat Intelligence mit Download-Zahlen und Angriffsvektoren
  • Multi-Cloud-Erkennung von Anmeldeinformationen: Angriffsmuster für AWS, Azure, GCP

Support

Bei Problemen oder Fragen:

  • Sicherheitsteam: [email protected]
  • Entwicklung: [email protected]
Tool herunterladen
  • Auslesen von Cloud-Geheimnissen: Verwendet authentifizierte Sitzungen, um Geheimnisse aus AWS Secrets Manager, Google Secret Manager und Azure Key Vault auszulesen
  • Erstellung von Repositories: Erstellt Repositories mit "Shai-Hulud" in der Beschreibung zur Exfiltration
  • truffleSecrets.json
  • Untersuchen Sie .github/workflows/discussion.yaml (mit selbst gehostetem Runner)
  • Untersuchen Sie die .github/workflows/formatter_*.yml-Dateien
  • Prüfen Sie in Workflows auf den Runner-Namen 'SHA1HULUD'
  • Suchen Sie nach Befehlen zur Docker-Privilegieneskalation (docker run --rm --privileged -v /:/host)
  • Allgemein:
    • Prüfen Sie auf webhook.site-Verweise im Code oder in Netzwerkprotokollen
    • Überprüfen Sie Registrierungen selbst gehosteter Runner
    • Prüfen Sie Cloud-Anbieter-Anmeldeinformationen und den Zugriff auf den Secret Manager
  • Selbst gehosteter Runner: Runner namens 'SHA1HULUD', der auf infizierten Maschinen registriert ist
  • Docker-Privilegieneskalation: Befehle wie docker run --rm --privileged -v /:/host
  • Repository-Beschreibungen: Repos mit "Shai-Hulud" in der Beschreibung
  • Multi-Cloud-Ausrichtung: Zugriffsversuche auf AWS Secrets Manager, Google Secret Manager und Azure Key Vault
  • Exfiltrationsendpunkt: Verweise auf webhook.site-Domains (wie beim Original)