Dan Gudmundsson

#5160من 57,946
56.5إجمالي CVSS
الثغرات · 7
متوسطة
1
عالية
6
PT-2026-64989
8.7
2026-07-27
Unknown · Erlang/Otp · CVE-2026-58227
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang/OTP من 23.2 إلى 27.3.4.14 إصدار Erlang/OTP 28.5.0.3 إصدار Erlang/OTP 29.0.3 **الوصف** يفشل تطبيق ssl في اكتشاف الدورات عند إعادة بناء سلسلة شهادات نظيرة غير مكتملة أثناء عملية المصافحة (handshake) لـ TLS أو DTLS. وعلى وجه التحديد، تقوم الدالة `handle incomplete chain/5` بتمرير السلسلة إلى `build certificate chain/5`، التي تستخدم بدورها `do certificate chain/7` لتتبع علاقات الجهات المصدرة دون حد للعمق أو اكتشاف للدورات. إذا قدم أحد الأقران شهادتين متبادلتي التوقيع بشكل غير مرتب، فإن النظام يدخل في تكرار لا نهائي، مما يتسبب في نمو مكدس الاستدعاءات ومجمع السلسلة بلا حدود. يمكن لمهاجم بعيد غير مصدق عليه استغلال هذه الثغرة عن طريق إرسال سلسلة شهادات مصممة خصيصًا في رسالة مصافحة لاستنفاد الذاكرة وإحداث تعطل في عقدة BEAM. يؤثر هذا على كل من الخوادم والعملاء ولا يتطلب سوى اتصال TCP ومصافحة جزئية. **التوصيات** تحديث Erlang/OTP إلى الإصدار 27.3.4.15 أو أحدث. تحديث Erlang/OTP إلى الإصدار 28.5.0.4 أو أحدث. تحديث Erlang/OTP إلى الإصدار 29.0.4 أو أحدث.
PT-2026-55270
8.2
2026-07-02
Unknown · Erlang/Otp · CVE-2026-54891
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang/OTP من 17.0 إلى 29.0.2 إصدارات Erlang/OTP 28.x السابقة للإصدار 28.5.0.3 إصدارات Erlang/OTP 27.x السابقة للإصدار 27.3.4.14 **الوصف** يؤدي التطبيق غير السليم لسلامة الرسائل أثناء الإرسال في الوحدة النمطية `tls gen connection` إلى تمكين مهاجم موجود على الشبكة من إدخال نص عادي غير مصدق عليه، والذي يعامله تطبيق عميل TLS لاحقًا على أنه بيانات خادم مصدق عليها. تفشل الدالة `handle protocol record()` في رفض سجلات APPLICATION DATA التي تصل في حالات ما قبل المصافحة عندما تعمل نقطة النهاية كعميل. يمكن للمهاجم إرسال سجلات APPLICATION DATA بنص عادي أثناء عملية المصافحة، حيث يتم تخزينها مؤقتًا في المخزن المؤقت وتسليمها إلى التطبيق كبيانات مصادق عليها بعد المصافحة بمجرد اكتمال عملية المصافحة. ويؤدي ذلك إلى الحقن الأعمى لبايتات غير مصادق عليها. وتكون نافذة الحقن أوسع في إصدارات TLS السابقة لـ TLS 1.3 مقارنةً بـ TLS 1.3. **التوصيات** تحديث Erlang/OTP إلى الإصدار 29.0.3 أو أحدث. تحديث Erlang/OTP إلى الإصدار 28.5.0.3 أو أحدث. تحديث Erlang/OTP إلى الإصدار 27.3.4.14 أو أحدث.
PT-2026-55272
8.2
2026-07-02
Unknown · Erlang/Otp · CVE-2026-55952
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang/OTP من 22.2 إلى 29.0.2 إصدار Erlang/OTP 28.5.0.3 إصدار Erlang/OTP 27.3.4.14 إصدارات ssl من 9.5 إلى 11.7.2 إصدار ssl 11.6.0.3 إصدار ssl 11.2.12.10 **الوصف** يفشل تطبيق ssl في التحقق من أن قائمة هويات PSK وقائمة المربط في ملحق المفتاح المشترك مسبقًا لـ TLS 1.3 ClientHello لهما نفس الطول. في الدالة `handle pre shared key/3`، يتم تمرير سجل `OfferedPreSharedKeys` ذي أطوال غير متطابقة إلى `use/4`، مما يتسبب في تعطل عملية معالج تذكرة الجلسة. يمكن لمهاجم بعيد غير مصدق إرساله رسالة ClientHello مُصممة خصيصًا إلى خادم TLS 1.3 الذي تم تمكين تذاكر الجلسة عليه لتعطيل معالجة تذاكر الجلسة. وعلى الرغم من أن عمليات المصافحة الجديدة لـ TLS 1.3 قد تكتمل، إلا أنها تتعطل عندما يحاول الخادم إصدار تذكرة جلسة، مما يجعل TLS 1.3 غير قابل للاستخدام على المستمع حتى يتم إعادة تشغيل التطبيق. لا تتأثر اتصالات TLS 1.2 بهذه المشكلة. **التوصيات** قم بتحديث Erlang/OTP إلى الإصدار 29.0.3 أو أحدث. قم بتحديث Erlang/OTP إلى إصدار أحدث من 28.5.0.3. قم بتحديث Erlang/OTP إلى إصدار أحدث من 27.3.4.14. قم بتحديث ssl إلى الإصدار 11.7.3 أو أحدث. قم بتحديث ssl إلى إصدار أحدث من 11.6.0.3. قم بتحديث ssl إلى إصدار أحدث من 11.2.12.10. قم بتعطيل تذاكر الجلسة على خوادم TLS 1.3 عن طريق تعيين `session tickets` على disabled في خيارات ssl الخاصة بالخادم. قم بتقييد الخادم على TLS 1.2 عن طريق تعيين `versions` على `[’tlsv1.2‘]` في خيارات ssl الخاصة بالخادم.
PT-2026-55271
8.7
2026-07-02
Unknown · Erlang/Otp · CVE-2026-55950
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang/OTP من 25.3 إلى 29.0.2 إصدارات Erlang/OTP 28.x السابقة للإصدار 28.5.0.3 إصدارات Erlang/OTP 27.x قبل الإصدار 27.3.4.14 إصدارات ssl من 10.9 إلى 11.7.2 إصدارات ssl 11.6.x قبل الإصدار 11.6.0.3 إصدارات ssl 11.2.x قبل الإصدار 11.2.12.10 **الوصف** توجد حالة تنافس «وقت الفحص - وقت الاستخدام» (TOCTOU) في الوحدة النمطية `dtls packet demux` ضمن مكون ssl. ويحدث ذلك عندما يستخدم مستمع خادم DTLS عملية `gen server` مشتركة لـ `dtls packet demux` لتوجيه حزم بيانات UDP. يمكن لمهاجم بعيد غير مصدق أن يتسبب في حدوث تعطل عن طريق إرسال رسائل ClientHello متعددة بسرعة من نفس عنوان المصدر والمنفذ. يؤدي هذا إلى حدوث حالة تنافس في مخزن القيم والمفاتيح الداخلي `gb trees`، مما ينتج عنه تعطل `{key exists, {old, Client}}` الذي ينهي عملية الفصل. ونظرًا لأن هذه العملية مشتركة، يتم إنهاء جميع جلسات DTLS النشطة على المستمع، مما يؤدي إلى رفض خدمة مستمر. تقع المشكلة في الملف `lib/ssl/src/dtls packet demux.erl` ولا تؤثر إلا على عمليات النشر التي تستخدم `ssl:listen/2` مع نقل قائم على بروتوكول UDP. **التوصيات** تحديث Erlang/OTP إلى الإصدار 29.0.3 أو أحدث. تحديث Erlang/OTP إلى الإصدار 28.5.0.3 أو أحدث. تحديث Erlang/OTP إلى الإصدار 27.3.4.14 أو أحدث. تحديث ssl إلى الإصدار 11.7.3 أو أحدث. تحديث ssl إلى الإصدار 11.6.0.3 أو أحدث. تحديث ssl إلى الإصدار 11.2.12.10 أو أحدث.
PT-2026-55269
8.2
2026-07-02
Unknown · Erlang/Otp · CVE-2026-54887
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang/OTP من 20.0 إلى 29.0.2 إصدارات Erlang/OTP من 28.0 إلى 28.5.0.2 إصدارات Erlang/OTP من 27.0 إلى 27.3.4.13 إصدارات ssl من 8.2 إلى 11.7.2 إصدارات ssl من 11.6.0 إلى 11.6.0.2 إصدارات ssl من 11.2.0 إلى 11.2.12.9 **الوصف** يتيح استخدام مفتاح تشفير افتراضي في خادم DTLS إمكانية حساب ملف تعريف ارتباط DTLS بشكل يمكن التنبؤ به خلال فترة بدء التشغيل، مما يتيح تجاوز التحقق من عنوان المصدر. عند بدء تشغيل الخادم، تقوم الدالة `dtls server connection:initial hello/3` بتهيئة المتغير `previous cookie secret` إلى قيمة ثنائية فارغة بدلاً من قيمة عشوائية. ونظرًا لأن HMAC باستخدام مفتاح فارغ عملية حتمية، يمكن للمهاجم الذي يراقب النص العادي لـ ClientHello حساب `dtls handshake:cookie()` وتزوير ملف تعريف ارتباط DTLS صالح قبل حدوث أول عملية تدوير للسر (عادةً في غضون 0 إلى 15 ثانية). وهذا يسمح بتضخيم مصافحة DTLS باستخدام عناوين مصدر مزيفة، متجاوزًا إجراءات التخفيف من هجمات رفض الخدمة (DoS) التي تهدف إلى منع عناوين IP المزيفة من إجبار الخادم على تخصيص الحالة وتنفيذ عمليات تشفير مكلفة. **التوصيات** قم بتحديث Erlang/OTP إلى الإصدار 29.0.3 أو 28.5.0.3 أو 27.3.4.14. تحديث ssl إلى الإصدار 11.7.3 أو 11.6.0.3 أو 11.2.12.10.
PT-2026-44041
7.6
2026-05-27
Unknown · Public Key · CVE-2026-42790
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Erlang OTP من 19.3 حتى 26.2.5.20 إصدارات Erlang OTP من 26.2.5.21 حتى 27.3.4.11 إصدارات Erlang OTP من 27.3.4.12 حتى 28.5.0.0 إصدارات Erlang OTP من 28.5.0.1 إلى 29.0.0 إصدارات public key من 1.4 إلى 1.15.1.6 إصدارات public key من 1.15.1.7 إلى 1.17.1.2 إصدارات public key من 1.17.1.3 إلى 1.20.3.0 إصدارات public key من 1.20.3.1 إلى 1.21.0 **الوصف** يؤدي التحقق غير السليم من صحة الشهادات في وحدتي `pubkey cert` و`public key` إلى تجاوز قيود اسم DNS (nameConstraints) أثناء التحقق من اسم مضيف TLS. يحدث هذا لأن `pubkey cert:validate names/6` تتحقق فقط من إدخالات DNS الخاصة بالاسم البديل للموضوع (SAN) مقابل قيود الاسم (nameConstraints)، مما يعني أن الشهادات التي لا تحتوي على SAN تستوفي بسهولة قيود DNS المسموح بها. وفي الوقت نفسه، تلجأ `public key:pkix verify hostname/3` إلى الاسم الشائع (CommonName) للموضوع في حالة عدم وجود SAN، وتقوم بمطابقته مع اسم المضيف المرجعي. يسمح هذا المزيج لسلطة التصديق التابعة (CA) ذات قيود اسم DNS المقيدة بإصدار شهادة نهائية يقبلها عميل OTP TLS لاسم مضيف خارج النطاق. يمكن الوصول إلى هذا التجاوز عبر `ssl:connect` باستخدام `verify peer`، وسلطة تصديق موثوقة، وSNI، ومطابق اسم مضيف https الصارم. **التوصيات** قم بتحديث Erlang OTP إلى الإصدار 26.2.5.21 أو 27.3.4.12 أو 28.5.0.1 أو 29.0.1 حسب فرع الإصدار الحالي. قم بتحديث public key إلى الإصدار 1.15.1.7 أو 1.17.1.3 أو 1.20.3.1 أو 1.21.1 حسب فرع الإصدار الحالي. استخدم `verify fun