LiteLLM-Paket kompromittiert: Schadcode in beliebter Python-Bibliothek

Security · 21.10.2026

Das weitverbreitete Python-Paket LiteLLM wurde Opfer eines Supply-Chain-Angriffs. Angreifer schleusten eine Hintertür und einen Credential Stealer ein.

Das populäre Python-Paket LiteLLM, das häufig für die standardisierte Schnittstellenintegration verschiedener KI-Sprachmodelle genutzt wird, wurde Ziel eines Software-Supply-Chain-Angriffs. Sicherheitsforscher meldeten, dass die Version 1.107.0 über das offizielle PyPI-Repository mit Schadcode infiziert wurde. Dieser Schadcode agiert als Credential Stealer und installiert eine Hintertür im betroffenen System.

Warum ist das wichtig?

Unternehmen im DACH-Raum setzen im Zuge der KI-Integration vermehrt auf automatisierte Entwicklungspipelines und binden Bibliotheken wie LiteLLM in ihre internen Tools ein. Ein erfolgreicher Angriff auf diese Lieferkette ermöglicht es Bedrohungsakteuren, sensible Zugangsdaten direkt aus den Entwicklungsumgebungen und Servern abzugreifen. Durch die eingeschleuste Hintertür können Angreifer zudem tiefer in das Unternehmensnetzwerk eindringen. Da viele Updates in CI/CD-Pipelines automatisiert eingespielt werden, verbreitet sich infizierte Software extrem schnell und oft unbemerkt in produktiven Umgebungen.

Was Nutzer jetzt tun sollten

IT-Verantwortliche und Entwickler sollten unverzüglich folgende Sicherheitsmaßnahmen ergreifen:

• Versionsprüfung: Überprüfen Sie Ihre Python-Umgebungen und Paket-Abhängigkeiten auf die betroffene Version LiteLLM 1.107.0.
• Update einspielen: Aktualisieren Sie umgehend auf eine neuere, bereinigte Version des Pakets, in der die bösartigen Abhängigkeiten entfernt wurden.
• Anmeldedaten rotieren: Falls die kompromittierte Version in Ihrem System aktiv war, müssen alle dort genutzten API-Schlüssel, Passwörter und Zugangsdaten zwingend neu generiert werden.
• Systemanalyse: Führen Sie eine Sicherheitsüberprüfung der betroffenen Server durch, um mögliche Hinterlassenschaften der Hintertür aufzuspüren.

Fazit

Dieser Vorfall verdeutlicht erneut das hohe Risiko, das von modernen Open-Source-Lieferketten ausgeht. Ein kontinuierliches Monitoring von Drittanbieter-Bibliotheken sowie automatisierte Sicherheits-Scans für Abhängigkeiten sind für Admins und IT-Sicherheitsverantwortliche mittlerweile unerlässlich.

Quelle: The Hacker News