Betroffene Einrichtungen
Bereich
LiteLLM 1.18.10 enthält eine kritische Schwachstelle für Remote Code Execution (RCE) in der MCP-Server-Erstellungsfunktionalität: Angreifer können über eine JSON-Konfiguration beliebige Betriebssystembefehle an die Parameter 'command' und 'args' übergeben, die ohne Validierung auf dem Host ausgeführt werden, wodurch vollständige Systemkompromittierung mit den Rechten des LiteLLM-Prozesses möglich ist. LiteLLM wird als KI-Gateway und LLM-Proxy-Framework eingesetzt und könnte in Gesundheitseinrichtungen im Rahmen von KI-gestützten Anwendungen, Chatbots oder klinischen Entscheidungsunterstützungssystemen betrieben werden – sofern dies der Fall ist, besteht das Risiko, dass ein Angreifer von dort aus auf interne Systeme einschließlich KIS oder Patientendaten zugreifen kann. Angesichts des CVSS-Scores von 9.8 und der einfachen Ausnutzbarkeit ist umgehender Handlungsbedarf geboten: Betroffene Instanzen müssen sofort identifiziert, abgesichert oder abgeschaltet werden.
1 LiteLLM auf eine Version aktualisieren, die die MCP-Server-Konfiguration validiert (JSON-Eingabe für 'command'- und 'args'-Felder); bis ein Fix verfügbar ist, MCP-Server-Funktionalität in LiteLLM deaktivieren oder den Zugang zur Admin-Oberfläche auf vertrauenswürdige Netzsegmente beschränken.
2. Netzwerksegmentierung prüfen: LiteLLM-Instanzen in isolierten Segmenten betreiben und eingehende Verbindungen zur API/Admin-Oberfläche per Firewall auf autorisierte Hosts begrenzen.
3. Privilegien des LiteLLM-Prozesses minimieren: Dienst unter einem dedizierten Konto ohne Root-/Administratorrechte ausführen, um den Explosionsradius einer erfolgreichen Ausnutzung zu reduzieren.
4. Protokollierung und Monitoring aktivieren: Alle Zugriffe auf die MCP-Server-Konfiguration sowie ungewöhnliche Prozessaufrufe des LiteLLM-Prozesses in SIEM oder Log-Management erfassen und auf Anomalien überwachen.
5. Bestandsaufnahme durchführen: Alle Einsatzorte von LiteLLM (inkl. KI-Integrationsprojekte, Chatbot-Infrastruktur, API-Gateway-Setups) im Haus inventarisieren und Verantwortliche über die kritische Schwachstelle informieren.
NIS2-Relevanz: ••• B3S: ••• ISG: ••ˆ Meldepflicht DE: ja