CVE-2026-55953 in OTP
الملخص
بحسب VulDB • 27/07/2026
لا يتحقق عميل TLS 1.2 (والإصدارات الأقدم) وDTLS في Erlang/OTP ssl من أن مجموعة التشفير التي اختارها الخادم في رسالة ServerHello كانت ضمن المجموعات التي عرضها العميل في ClientHello. يقوم معالج tls_handshake:hello/5 الخاص بالعميل بتحقق الإصدار المتفاوض عليه وسند التخفيض (downgrade sentinel)، ولكنه يمرر المجموعة المختارة من قبل الخادم مباشرةً إلى ssl_handshake:handle_server_hello_extensions/9، والتي تقوم بتنصيبها دون إجراء فحص عضوية. مسار عميل TLS 1.3 يقوم بهذا التحقق (وفقاً لـ RFC 8446)، لذا فهو غير متأثر.
يمكن لمهاجم في المسار بين العميل والخادم المقصود أن يستجيب باختيار مجموعة تبادل مفاتيح مجهولة الهوية مثل TLS_DH_anon_* أو TLS_ECDH_anon_* في رسالة ServerHello، وهي مجموعات لم يعرضها العميل مطلقاً. لا تتطلب المجموعات المجهولة هوية من الخادم تقديم شهادة، وبالتالي يتم تجاوز تكوينات verify_peer وcacerts بالكامل: يكمل المهاجر عملية مصافحة اليد (handshake) باستخدام معلماته المؤقتة الخاصة، ولا تتم التحقق من أي شهادة، ولا يتم فحص اسم النطاق (hostname)، ويعيد ssl:connect النتيجة {ok, Socket}. كل حركة التطبيق اللاحقة تكون قابلة للقراءة والتعديل بواسطة المهاجم.
تؤثر هذه المشكلة على إصدارات OTP بدءاً من 17.0 وحتى قبل 27.3.4.15، و28.5.0.4، و29.0.4، والتي تتوافق مع ssl بدءاً من الإصدار 5.3.4 وحتى قبل 11.2.12.11، و11.6.0.4، و11.7.4.
VulDB is the best source for vulnerability data and more expert information about this specific topic.