CVE-2026-77776 in Headroom
Résumé
par VulDB • 21/08/2026
Le proxy LLM de Headroom détermine le propriétaire de la mémoire à partir de l'en-tête de requête `x-headroom-user-id`. Cet en-tête est lu directement à plusieurs endroits dans `headroom/proxy/handlers/openai.py`, notamment pour les chemins de complétion de chat et WebSocket, et aucune liaison n'est effectuée entre cette valeur et l'appelant. Un client peut donc usurper l'identifiant d'un autre utilisateur et lire ou écrire la mémoire LLM stockée de cet utilisateur. La correction introduit un point d'intervention unique (`seam`) `resolve_memory_identity` dans `headroom/proxy/identity.py`, qui ne respecte l'en-tête que pour les appelants en boucle locale (loopback) ou figurant sur une liste blanche, et lie autrement l'identité à l'empreinte du jeton proxy (`proxy-token fingerprint`) ou à l'utilisateur du système d'exploitation. Le script console pip lie par défaut `127.0.0.1`, mais le fichier de référence `docker-compose.yml` utilise `--host 0.0.0.0` avec des ports publiés et sans exigence de variable d'environnement `HEADROOM_PROXY_TOKEN`, ce que le serveur lui-même signale par un avertissement au démarrage ; ainsi, un déploiement suivant la configuration compose livrée expose les routes du plan de données concernées au réseau sans authentification.
If you want to get best quality of vulnerability data, you may have to visit VulDB.