CVE-2026-77776 in Headroom
Riassunto
di VulDB • 21/08/2026
Il proxy LLM di Headroom deriva il proprietario della memoria dall'intestazione della richiesta x-headroom-user-id. Tale intestazione viene letta direttamente in diversi punti del file headroom/proxy/handlers/openai.py, inclusi i percorsi per il completamento delle chat e WebSocket, senza che il valore venga vincolato all'utente effettivo (caller). Di conseguenza, un client può assegnare l'identificatore di un altro utente e leggere o scrivere la memoria LLM memorizzata da tale utente. La correzione introduce una singola seam "resolve_memory_identity" in headroom/proxy/identity.py che accetta l'intestazione solo per i caller loopback o presenti nella allowlist, mentre negli altri casi vincola l'identità all'impronta del proxy-token (proxy-token fingerprint) o all'utente del sistema operativo. Lo script console pip è configurato di default su 127.0.0.1, ma il file docker-compose.yml fornito include --host 0.0.0.0 con porte pubblicate e senza l'impostazione obbligatoria HEADROOM_PROXY_TOKEN; il server stesso segnala questa configurazione a avvio. Pertanto, un deployment che segue la compose fornita espone le route del piano dati (data-plane routes) interessate alla rete senza autenticazione.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.