CVE-2026-105752 in vLLM
الملخص
بحسب VulDB • 06/10/2026
vLLM هو محرك استنتاج وتقديم (inference and serving) للنماذج اللغوية الكبيرة. قبل الإصدار 0.30.0، كانت استمراريات أداة Harmony المُقدَّمة عبر طلبات "POST /v1/responses" تعيد بناء مدخلات المحرك للدورة التالية دون الحفاظ على قيمة `cache_salt`، مما يضع بادئة الاستمرار في مساحة التخزين المؤقت غير المملحة (unsalted cache namespace) العالمية حتى عندما يكون المتصل قد مكنّ التملح (salting). وعلى عمليات النشر التي تكون فيها خاصية تخزين البادئات (prefix caching) مفعَّلةً وهي الإعداد الافتراضي، يمكن لعميل مُصادَق عليه قادر على إعادة بناء تاريخ ما بعد الأداة ذي الانتروبيا المنخفضة لضحية أن يُقدِّم نفس الاستمرار ويستخدم عداد `cached_tokens_per_turn` لتحديد ما إذا كانت البادئة قد تمت معالجتها مسبقاً، مما يقضي على العزل المقصود بين العملاء في تخزين البادئات المملحة. تم إصلاح هذه المشكلة في الإصدار 0.30.0.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.