اكتشاف ثغرة تنفيذ شفرة عن بُعد غير مُصادقة في وضعية العمليات المتعددة لـ LMCache، تؤثر على طبقة التخزين المؤقت لتخمين النماذج الكبيرة
كشفت مجموعة أبحاث الأمان في JFrog في 7 أكتوبر 2026 عن الثغرة CVE‑2026‑105192، التي حصلت على تقييم 9.8 كخطورة قصوى لتنفيذ شفرة عن بُعد، وتؤثر على طبقة نقل التخزين المؤقت ZeroMQ في نشر LMCache متعدد العقد.

في 8 أكتوبر 2026، نشرت كل من iThome ومجموعة أبحاث الأمان في JFrog تقارير متزامنة تفيد بوجود ثغرة تنفيذ شفرة عن بُعد غير مُصادقة في وضعية العمليات المتعددة (الموزعة) لبرنامج LMCache. تم تصنيف الثغرة تحت رقم CVE‑2026‑105192، وحصلت على درجة أساسية 9.8 وفق معيار CVSS الإصدار 3.1، ما يضعها في الفئة الحرجة جداً. تشير التقارير إلى أن هذه الثغرة تسمح للمهاجمين بتنفيذ تعليمات برمجية بايثون عشوائية على الخادم المستهدف دون الحاجة إلى أي آلية تحقق أو مصادقة، مما يجعلها تهديداً جسيماً للأنظمة التي تعتمد على LMCache في بيئات الحوسبة السحابية أو الحاويات.
نظرة عامة على الثغرة
تم الكشف عن هذا العيب الأمني من قبل فريق البحث في JFrog (المُعرف JFSA‑2026‑001694382) في 7 أكتوبر 2026، وهو يؤثر على جميع الإصدارات بدءاً من LMCache 0.3.9 وحتى أحدث نسخة رسمية 0.5.5، بالإضافة إلى النسخة التجريبية 0.5.6rc3 وفروع التطوير التي لم تُعالج بعد. السبب الجذري للثغرة هو أن LMCache يفتح مقبس ZeroMQ من نوع ROUTER لتبادل الذاكرة المشتركة KV‑cache بين العمليات، ويستمع افتراضياً على المنفذ TCP 5555 دون تفعيل أي آلية مصادقة مثل CURVE أو ZAP أو كلمات مرور أو HMAC. هذا الإعداد يجعل المنفذ مفتوحاً للاتصالات غير الموثوقة إذا تم تعديل إعدادات العنوان إلى قيمة قابلة للتوجيه عبر الشبكة.
تفاصيل تقنية
عند نشر LMCache على عدة عقد، يُطلب من المستخدم تحديد عنوان يمكن توجيهه عبر الخيار `--host`. بمجرد توفير هذا العنوان، يتحول مقبس ZeroMQ من أن يكون مقيداً بـ localhost إلى أن يصبح قابلاً للوصول من خارج الجهاز. يستخدم LMCache تنسيق msgpack لتشفير الرسائل المرسلة عبر الشبكة، حيث يتم تعيين الكود الموسع 1 في msgpack إلى الدالة `DeviceIPCWrapper.Deserialize`. داخل هذه الدالة، يتم استدعاء مباشرةً الدالة `pickle.loads` من مكتبة بايثون القياسية. عملية فك التسلسل هذه تُنفّذ أثناء مرحلة معالجة معلمة `REGISTER_KV_CACHE` قبل أن يتم إنشاء أي معالج طلبات، ما يعني أن المهاجم يستطيع إرسال حمولة pickle خبيثة تُنفّذ كود بايثون عشوائي عند فك تشفيرها، دون أي فحص أو تصديق.
سير عملية الهجوم
يمكن للمهاجم ببساطة إرسال رسالة msgpack مُصمَّمة خصيصاً إلى المنفذ المفتوح 5555. تحتوي هذه الرسالة على حمولة pickle يمكنها كتابة ملفات على نظام الملفات، على سبيل المثال `/tmp/zmq_pwn`. بعد ذلك، يتم تحفيز سجل خطأ من نوع TypeError لتأكيد أن الكود تم تنفيذه داخل سياق عملية LMCache. تجدر الإشارة إلى أن صورة الحاوية الرسمية تُشغِّل LMCache بامتيازات الجذر (root) بشكل افتراضي؛ لذا إذا نجح الاستغلال، يحصل المهاجم على صلاحيات الجذر داخل الحاوية، مما يتيح له التلاعب بخدمات أخرى على نفس المضيف أو حتى الخروج من الحاوية إذا توفرت ثغرات إضافية.
نطاق التأثير
تشمل الإصدارات المتأثرة السلسلة 0.3.9، والإصدارات 0.4.x، وسلسلة 0.5.x، كما أن جميع صور الحاوية الرسمية التي يوزعها المشروع لا تتضمن تصحيحاً لهذه الثغرة. وأشار iThome إلى أن المنفذ ZeroMQ يُفتح فقط عندما يعمل LMCache كخدمة مستقلة متعددة العمليات؛ إذا تم تشغيله داخل عملية vLLM فقط، فإن المنفذ لا يُفعَّل وبالتالي لا يتعرض للخطورة. في الوضع الافتراضي، يقتصر ربط ZeroMQ على localhost، ما يمنع المهاجمين الخارجيين من الوصول مباشرةً إلى المنفذ إلا إذا قام المسؤول بتغيير قيمة `--host` إلى عنوان يمكن توجيهه عبر الشبكة.
التخفيف والتوصيات
توصي JFrog بتقييد عنوان الربط الخاص بخدمة العمليات المتعددة إلى localhost فوراً، واستخدام جدار حماية أو سياسات شبكة عنقودية لحجب منفذ TCP 5555. كما تُنصح بعدم تمرير عناوين قابلة للتوجيه عبر الخيار `--host` ما لم يتم الحصول على تصحيح أمان رسمي. على المدى الطويل، ينبغي إعادة تصميم طبقة النقل لتجنب الاعتماد على pickle في فك تسلسل البيانات الواردة من الشبكة، واستخدام تنسيقات تسلسل آمنة مثل JSON أو protobuf. بالإضافة إلى ذلك، يجب تمكين آلية مصادقة قوية على مقبس ZeroMQ، مثل CURVE أو HMAC، لضمان أن الاتصالات المسموح بها تكون موثوقة فقط.
المتابعة والتوقعات
حتى تاريخ 8 أكتوبر 2026، لم تصدر الشركة أي نسخة مُصحَّحة أو صورة حاوية محدثة تُزيل عملية فك التسلسل غير الآمنة. لا يزال جدول الإصدار غير محدد، ولا يُعرف ما إذا كانت توزيعات الطرف الثالث قد قامت بدمج تدابير تخفيفية في إصداراتها. إذا كان النظام مُعداً بالربط الافتراضي إلى localhost أو تم عزل الحاوية عن الشبكات غير الموثوقة، فإن خطر الهجوم عن بُعد يُقل إلى حد كبير؛ ومع ذلك، لا يزال بإمكان الموظفين الداخليين أو الأنظمة التي تم اختراقها مسبقاً استغلال الثغرة للحصول على أعلى صلاحيات داخل الحاوية.
المصادر
- LLM加速及快取管理平臺LMCache多行程模式曝重大RCE漏洞iThome · ٨ أكتوبر ٢٠٢٦
- LMCache unauthenticated remote code execution via pickle deserializationJFrog Security Research · ٧ أكتوبر ٢٠٢٦



