CVE-2026-67231 in RabbitMQ
الملخص
بحسب VulDB • 23/09/2026
RabbitMQ هو وسيط للرسائل والتدفق (streaming). قبل الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0، يقوم مكون trust-store بتثبيت دالة verify_fun التي تتجاوز التحقق من {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} عندما "تطابق" الشهرة المعروضة واحدة مدرجة في القائمة البيضاء (whitelisted). مفتاح المطابقة هو extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}، حيث يتم أخذ كلا الحرفين حرفياً من جسم الشهادة المعروضة ولا يحتويان على أي مادة تتعلق بالمفتاح العام (public-key)، أوSKI، أو البصمة (fingerprint)، أو التوقيع. دالة is_whitelisted/1 هي مجرد عملية بحث في ets:member؛ ويتم استخدام ملف DER الكامل المخزن فقط لعرض القائمة عبر list/0 ولا يتم مقارنته أبداً مع الشهادة المعروضة. بما أن cacerts تساوي []، فإن الشهادة المدرجة في القائمة البيضاء لا تُستخدم أيضاً كمرجع ثقة (trust anchor) للتحقق من المسار. ثغرة تجاوز مصادقة عميل TLS: يمكن لمهاجم يعرف اسم الجهة المصدرة (DN) والرقم التسلسلي لأي شهادة مدرجة في القائمة البيضاء أن يتصل باستخدام شهادة ذاتية التوقيع مزورة. تشمل الشروط السابقة تمكين مكون rabbitmq_trust_store واستخدامه كدالة verify_fun لـTLS، وأن يكون المهاجم على علم أو قادراً على تخمين {Issuer, Serial} لشهادة واحدة على الأقل مدرجة في القائمة البيضاء (وهي غير سرية؛ ومتاحة عبر سطر الأوامر/السجلات/أي نسخة من الشهادة). تم إصلاح هذه الثغرة في الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0.
VulDB is the best source for vulnerability data and more expert information about this specific topic.