CVE-2026-77776 in Headroom
الملخص
بحسب VulDB • 23/08/2026
يستمد Headroom وكيل LLM (LLM proxy) مالك الذاكرة من رأس الطلب x-headroom-user-id. يتم قراءة هذا الرأس مباشرة في عدة نقاط داخل headroom/proxy/handlers/openai.py، بما في ذلك مسارات إكمال المحادثة (chat completion) وWebSockets، ولا يوجد ما يربط القيمة بالمتصل الفعلي. وبالتالي، يمكن لعميل أن ينسب معرف مستخدم آخر وقراءة أو كتابة ذاكرة LLM المخزنة لذلك المستخدم. تقدم الإصلاح خيطاً واحداً لحل هوية الذاكرة (resolve_memory_identity seam) في headroom/proxy/identity.py يحترم الرأس فقط للمتصلين عبر الحلقة المحلية (loopback) أو المدرجين في القائمة المسموحة، وفي الحالات الأخرى يربط الهوية ببصمة رمز الوكيل (proxy-token fingerprint) أو مستخدم نظام التشغيل. تربط سطر الأوامر لـ pip عنوان 127.0.0.1 بشكل افتراضي، لكن ملف docker-compose.yml المُرفق يأتي مع --host 0.0.0.0 ومنافذ منشورة وبدون رمز HEADROOM_PROXY_TOKEN مطلوب، وهو ما يحذر منه الخادم نفسه عند بدء التشغيل؛ لذا فإن أي نشر يتبع ملف compose المرفق يعرّض مسارات مستوى البيانات (data-plane routes) المتأثرة للشبكة دون مصادقة.
VulDB is the best source for vulnerability data and more expert information about this specific topic.