SecBoard
Zurück zur Übersicht
Niedrig16 / 100Konfidenz: Mittel
Keine strukturierten CVE-Daten
▸Herleitung der Bewertung(2)

Wie der Wert zustande kommt

  • Lieferketten-Kompromittierung — Thema: supply chain, malicious package, malicious packages | Ereignisbeleg: been compromised, stole+10
  • 1 zugeordnete(r) Akteur/Malware-Eintrag aus dem MITRE-Katalog+6

Woraus sich die Konfidenz ergibt

  • 3 unabhaengige Herausgeber berichten den Sachverhalt

Die Konfidenz misst die Belegqualität, nicht die Schwere.

Einschränkungen

  • Keine CVE im Text erkannt — der Wert stuetzt sich nur auf Text- und Kontextsignale.
  • Schmale Datenlage: der Wert beruht auf wenigen Einzelsignalen.

Bewertung v1.2, deterministisch berechnet. Bedrohungswert und Konfidenz sind getrennte Größen.Methodik

LiteLLM Compromised in Supply Chain Attack Delivering Credential Stealer and Backdoor

The Hacker News·
Originalartikel lesen bei The Hacker News

Das beliebte Python-Paket LiteLLM wurde durch einen kompromittiert, wobei die Version 1.107.0 einen Credential-Stealer und eine enthielt. Betroffen sind Nutzer, die diese Version über PyPI oder Docker-Images heruntergeladen haben, da Cloud-Zugangsdaten, private Schlüssel und Browserdaten gestohlen werden konnten. Nutzern wird dringend empfohlen, die betroffene Version zu deinstallieren und alle relevanten Zugangsdaten zu widerrufen.

SecBoard-Einordnung

Die Kompromittierung ermöglicht den Diebstahl sensibler Daten wie Cloud-Zugangsdaten, privater Schlüssel und Browserdaten, was zu weitreichenden Systemkompromittierungen führen kann.

Realistisch schlimmster Fall: Der schlimmste Fall ist der vollständige Verlust von Cloud-Konten und anderen Systemen durch gestohlene Zugangsdaten und private Schlüssel, was zu Datenexfiltration und weiteren Angriffen führen kann.

Empfehlung: Deinstallieren Sie umgehend die betroffene Version 1.107.0 von LiteLLM, widerrufen Sie alle potenziell kompromittierten Zugangsdaten und privaten Schlüssel und aktualisieren Sie auf eine saubere Version des Pakets.

Im erfassten Bestand

  • ▸21. erfasste Meldung zu TeamPCP innerhalb von 90 Tagen.

Gezählt im eigenen Bestand, rückwärts ab dem Erscheinungsdatum. Das ist Belegstärke, keine Aussage über die Häufigkeit in der Welt.

Betroffen

Nutzer des Python-Pakets LiteLLM, die Version 1.107.0 über PyPI oder Docker-Images heruntergeladen haben.

Prüfen

3
  • ▸Überprüfen Sie Ihre Abhängigkeiten auf die Verwendung von LiteLLM Version 1.107.0.
  • ▸Suchen Sie in Ihren Systemen nach Indikatoren für den Diebstahl von Cloud-Zugangsdaten, privaten Schlüsseln oder Browserdaten.
▸ 1 weitere
  • ▸Stellen Sie sicher, dass alle Zugangsdaten, die während der Nutzung der betroffenen Version verwendet wurden, widerrufen und neu ausgestellt werden.

Offene Punkte

3
▸ anzeigen
  • ▸Es ist nicht spezifiziert, welche spezifischen Cloud-Anbieter oder Browserdaten betroffen sind.
  • ▸Der genaue Mechanismus der Backdoor ist nicht detailliert beschrieben.
  • ▸Der Ursprung des Supply-Chain-Angriffs ist nicht spezifiziert.

Erwähnte Akteure & Werkzeuge

Bedrohungsakteure

Abgleich mit dem MITRE-ATT&CK-Katalog

MITRE ATT&CK(3)

Techniken aus allen Quellen zusammengeführt — nach Stärke des Belegs sortiert.

T1195Supply Chain Compromisezugeordnet

„Das beliebte Python-Paket LiteLLM wurde durch einen Supply-Chain-Angriff kompromittiert“

T1505Server Software Componentzugeordnet

„eine Backdoor enthielt“

T1552Unsecured Credentialszugeordnet

„einen Credential-Stealer und eine Backdoor enthielt. ... Cloud-Zugangsdaten, private Schlüssel und Browserdaten gestohlen werden konnten.“

Mehrere Herkünfte bei derselben Technik heißt: mehrere unabhängige Wege führen dorthin.

Verlauf der Belege

Wann welche Quelle den Vorgang zuerst berichtet hat — nicht der Ablauf des Angriffs selbst.

  1. SecurityWeekKontext
    Rank Math PRO WordPress Plugin Compromised in Supply Chain Attack
  2. BleepingComputerKontext
    WordPress SEO plugin Rank Math compromised to backdoor websites
  3. The Hacker NewsKontext
    LiteLLM Compromised in Supply Chain Attack Delivering Credential Stealer and Backdoor

Der Vorgang wird seit 2 Tagen berichtet.

Quellen & Belege· 3 unterschiedliche Quellen

BleepingComputerKontextPUBLICZuverlässigkeit C

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

SecurityWeekKontextPUBLICZuverlässigkeit C

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

The Hacker NewsKontextPUBLICZuverlässigkeit Cdiese Meldung

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

  • Ausschliesslich redaktionelle Berichterstattung, keine Primaer- oder Technikquelle im Bestand.
  • Unabhaengigkeit meint den Herausgeber. Zwei Haeuser, die dieselbe Herstellermeldung nacherzaehlen, gelten hier weiter als zwei Belege.

Verknüpfte Intelligence

Dieselben Entitäten an anderer Stelle auf SecBoard.

Akteursprofile