CVE-2025-66455 in LMDeploy
الملخص
بحسب VulDB • 18/09/2026
LMDeploy هو مجموعة أدوات لضغط ونشر وتوزيع نماذج اللغة الكبيرة (LLMs). بدءًا من الإصدار 0.9.2 وحتى ما قبل الإصدار 0.16.0، كانت لوحة التحكم الخاصة بـ PyTorch DistServe/PD-disaggregation في LMDeploy تستخدم `recv_pyobj()` لفك تسلسل الرسائل المستلمة عبر منفذ ZeroMQ PULL. تنفذ مكتبة PyZMQ دالة `recv_pyobj()` باستخدام فك التسلسل (deserialization) لبيانات Python pickle، وهو ما يمكن أن يؤدي إلى تنفيذ أكواد عشوائية أثناء إعادة بناء الكائنات. يتم توفير عنوان الطرف المقابل الذي يستخدمه المستقبل عبر نقطة النهاية HTTP `/distserve/p2p_connect`. يمكن لمهاجم قادر على الوصول إلى خادم DistServe المتأثر بإجبار الخادم على الاتصال بنقطة نهاية ZeroMQ يتحكم فيها المهاجم وفك تسلسل حمولة pickle مُعدّة بشكل متعمد. لا يتم تمكين المصادقة باستخدام مفتاح API إلا إذا قام المشغل بضبطه صراحةً. ونتيجة لذلك، سمحت عمليات نشر DistServe المتأثرة والتي تفتقر إلى مفاتيح API بتنفيذ أكواد عن بُعد غير مصرّح به (unauthenticated RCE) بصلاحيات عملية تقديم LMDeploy. تؤثر هذه المشكلة على الخلفية (backend) الخاصة بـ PyTorch عند تمكين PD-disaggregation/DistServe. لا تعرض عمليات النشر العادية التي لا تستخدم مسار التقديم المفكك المتأثر هذا تدفق البيانات المعني. تم إصدار الإصلاح في LMDepploy الإصدار 0.16.0. يجب على المستخدمين الذين لا يمكنهم الترقية فوراً منع العملاء غير الموثوقين من الوصول إلى نقاط النهاية `/distserve/*`، وتقييد لوحات تحكم DistServe HTTP وZeroMQ للشبكات الداخلية الموثوقة فقط، وضبط مصادقة مفتاح API، وحظر اتصالات ZeroMQ الصادرة العشوائية من عقد التقديم. تقلل هذه الإجراءات من التعرض للخطر لكنها لا تجعل فك تسلسل pickle آمناً.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.