LiteLLM: Command-Injection-Lücke wird bereits aktiv ausgenutzt
Die U.S. Cybersecurity and Infrastructure Security Agency (CISA) hat eine kritische Sicherheitslücke in BerriAI LiteLLM in ihren Katalog der aktiv ausgebeuteten Schwachstellen aufgenommen. Die als CVE-2026-42271 eingestufte Lücke weist einen CVSS-Score von 8.7 auf und wird bereits in freier Wildbahn angegriffen.
Das Problem: Command Injection mit hohem Risiko
Bei der Schwachstelle handelt es sich um eine Command-Injection-Anfälligkeit, die einem authentifizierten Benutzer ermöglicht, beliebige Befehle auf dem betroffenen System auszuführen. Obwohl ein gültiges Benutzerkonto erforderlich ist, eröffnet die Lücke bei Kompromittierung von Anmeldedaten oder in Multi-Tenant-Umgebungen erhebliche Risiken.
LiteLLM ist ein weit verbreiteter Proxy-Service und Abstraktionslayer für große Sprachmodelle (LLMs), der Entwicklern hilft, einfach zwischen verschiedenen LLM-Providern zu wechseln. Der Service wird in zahlreichen produktiven Umgebungen eingesetzt, was das Gefährungspotenzial dieser Lücke verstärkt.
Was bedeutet das in der Praxis?
Dass CISA die Flaw bereits im KEV-Katalog dokumentiert, signalisiert konkrete Angriffsmuster in realen Umgebungen. Das erhöht die Priorität für Patches erheblich: Unternehmen müssen davon ausgehen, dass Angreifer aktiv nach anfälligen Instanzen suchen.
Die Attackmöglichkeit beschränkt sich nicht auf lokale Schadensabwehr – je nach Netzwerk-Konfiguration könnte eine RCE-Eskalation folgen, etwa wenn der LiteLLM-Service mit anderen Systemen interagiert oder umfassendere Systemrechte hat.
Handlungsempfehlungen
Sofort-Maßnahmen:
- Alle LiteLLM-Instanzen inventarisieren
- Verfügbare Security-Updates einspielen
- Zugriffskontrolle auf LiteLLM-Endpoints überprüfen und limitieren
- API-Keys und Credentials rotieren
Überwachung:
- Logs auf verdächtige Command-Execution-Pattern prüfen
- Rate Limiting und Anomalie-Detection für API-Calls implementieren
- Authentifizierungslogs auf ungewöhnliche Login-Muster monitoren
BerriAI sollte zeitnah ein Patch bereitstellen. Bis dahin empfiehlt sich, LiteLLM-Services hinter einer WAF zu positionieren und den Zugriff auf vertrauenswürdige Netzwerke zu beschränken.