LMCache: Fehlende Authentifizierung in der Fleet-Control-API des MP-Coordinators
Zusammenfassung
LMCache bis und mit 0.5.5 enthält eine fehlende Authentifizierung im Multiprocess-(MP-)Coordinator. Die HTTP-Fleet-Control-API lauscht standardmässig auf allen Schnittstellen. Ein entfernter, nicht authentifizierter Angreifer, der den Port erreichen kann, kann Instanzen registrieren oder deregistrieren, Quoten überschreiben, Ereignisse einschleusen und Cache-Schlüssel auflisten. Dadurch kann das KV-Caching gestört und Platzierungsmetadaten können offengelegt werden. Eine Codeausführung wird nicht beschrieben.
Betroffen
- LMCache 0.5.5 und frühere Versionen (MP-Coordinator)
Behoben in
Unbekannt. Zum Zeitpunkt der Recherche war keine gepatchte Version veröffentlicht. Eine Korrektur ist in Prüfung (GitHub PR #6174, Merge-Status nicht bestätigt).
Umgehung
- Keine offizielle Umgehungslösung des Herstellers.
- Port 9300 (Coordinator) und Port 9000 (Controller-API-Server) auf localhost oder vertrauenswürdige Management-Netze beschränken, mittels Host-Bindung, Firewall-Regeln oder Netzwerksegmentierung.
- Der Controller-API-Server bietet eine ähnliche nicht authentifizierte Schnittstelle, daher genügt es nicht, nur den Coordinator einzuschränken.
Ausnutzung
- Bekanntermassen ausgenutzt (KEV): keine Hinweise gefunden.
- Der Melder der Issue hat die Schwachstelle auf 0.5.5 zur Laufzeit bestätigt. Ein separates öffentliches Exploit-Repository wurde nicht gefunden.
- CISA SSVC: Exploitation none, Automatable yes, Technical Impact partial.
Unsere Empfehlung
- Inventar: Prüfen Sie Python-Umgebungen, Container-Images und Helm-Charts auf lmcache und stellen Sie fest, ob Version 0.5.5 oder eine frühere Version eingesetzt wird.
- Ports 9300 und 9000 umgehend auf vertrauenswürdige Netze beschränken.
- Das Upstream-Repository auf eine veröffentlichte Korrektur überwachen, nach Verfügbarkeit aktualisieren und prüfen, dass der Controller-API-Server ebenfalls abgedeckt ist.
- Die Cache-Management-Ebene nur intern betreiben.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- CVE-2026-107205 VulnCheck advisory www.vulncheck.com
- LMCache issue #5508 github.com
- LMCache v0.5.5 app.py (MP coordinator) github.com
- LMCache v0.5.5 config.py (MP coordinator) github.com
- LMCache pull request #6174 github.com
- LMCache GitHub repository github.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 21:21.
Referenzen der NVD (5)
- https://github.com/LMCache/LMCache
- https://github.com/LMCache/LMCache/blob/v0.5.5/lmcache/v1/mp_coordinator/app.py#L238-L246
- https://github.com/LMCache/LMCache/blob/v0.5.5/lmcache/v1/mp_coordinator/config.py#L71
- https://github.com/LMCache/LMCache/issues/5508
- https://www.vulncheck.com/advisories/lmcache-through-0.5.5-missing-authentication-in-mp-coordinator-fleet-con…
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
