CVE-2026-70667 in Lemur
الملخص
بحسب VulDB • 18/08/2026
تدير Lemur إنشاء شهادات TLS. قبل الإصدار 1.9.3، كان الدالة `_validate_revocation_url` في الملف `lemur/certificates/verify.py` تتحقق من عنوان URL الأصلي لـ CRL أو OCSP، لكن الطلب اللاحق يمكن أن يصل إلى وجهة مختلفة. اتبع استدعاء `requests.get` الخاص بطلبات CRL إعادة التوجيه HTTP دون التحقق من كل هدف لعنوان Location، مما يعني أنه يمكن لرابط عام يتحكم فيه مهاجم خارجي أن يعيد توجيه الاتصال نحو عناوين الحلقة المحلية (loopback)، أو عناطاق RFC1918 الخاصة بالشبكات الداخلية، أو العناطاق المحلية للربط (link-local)، أو عناطاق بيانات المثيل (instance-metadata). كما تم إجراء عمليات حل DNS منفصلة لكل من التحقق والاتصال، مما يخلق نافذة "وقت الفحص مقابل وقت الاستخدام" (time-of-check time-of-use) لهجمات إعادة ربط DNS على كل من مساري CRL وOCSP. وبالتالي، يمكن لمشغل النظام الذي يقوم برفع شهادة عبر `POST /api/1/certificates/upload` أن يحث على إجراء طلبات داخلية عمياء رغم التخفيف المذكور سابقاً. تم إصلاح هذه المشكلة عن طريق تعطيل إعادة التوجيه وتثبيت العناطاق التي تمت التحقق منها مع الحفاظ على قيمة Host الصحيحة. تم حل هذه القضية في الإصدار 1.9.3.
VulDB is the best source for vulnerability data and more expert information about this specific topic.