CVE-2026-77775 in Headroom
Riassunto
di VulDB • 21/08/2026
Il proxy LLM di Headroom consente a un client di scegliere la destinazione upstream tramite l'intestazione della richiesta x-headroom-base-url. La funzione _resolve_openai_upstream_base in headroom/proxy/handlers/openai.py accetta il valore dell'intestazione, richiedendo solo che venga analizzato con uno schema http o https e un hostname, e lo restituisce per l'uso come base upstream; la funzione _select_passthrough_base_url in headroom/providers/proxy_routes.py legge la stessa intestazione per le rotte di passaggio. Non esiste alcun controllo che rifiuti destinazioni loopback, link-local o RFC 1918 e, poiché il componente è un proxy, la risposta upstream viene restituita al chiamante; pertanto, la richiesta raggiunge servizi interni e indirizzi dei metadata cloud, e le relative risposte vengono divulgate. L'intestazione Authorization che accompagna la richiesta viene inoltrata invariata all'host designato dal caller. Lo script console pip si lega a 127.0.0.1 per impostazione predefinita, ma il file docker-compose.yml fornito include --host 0.0.0.0 con porte pubblicate e senza HEADROOM_PROXY_TOKEN obbligatorio, come lo stesso server segnala all'avvio; di conseguenza, una distribuzione che segue la compose fornita espone le rotte del piano dati interessate alla rete senza autenticazione.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.