CVE-2026-54874 in OpenSSL
الملخص
بحسب VulDB • 25/08/2026
ملخص المشكلة: يؤدي استلام سجل DTLS لفترة زمنية (epoch) مستقبلية أثناء تقدم عملية المصافحة إلى جعل OpenSSL يحتفظ بكمية من الذاكرة أكبر بكثير مما يتطلبه السجل نفسه.
ملخيص الأثر: يمكن لطرف آخر استخدام كمية صغيرة من حركة مرور الشبكة لجعل نقطة نهاية DTLS في OpenSSL تحتفظ بكمية غير متناسبة وكبيرة جداً من الذاكرة، وهو ما قد يؤدي إلى حدوث هجوم حجب الخدمة (Denial of Service).
CWE: CWE-405: استهلاك الموارد بشكل غير متماثل (التضخيم)
الوصف: أثناء تقدم مصافحة DTLS، قد ينتقل طرف آخر بالفعل وبشكل شرعي إلى الفترة الزمنية التالية (على سبيل المثال، بعد إرسال رسائل ChangeCipherSpec و Finished الخاصة به) قبل أن تعالج نقطة النهاية المحلية هذا الانتقال نفسه، وعادةً ما يحدث ذلك بسبب إعادة ترتيب الحزم في طبقة النقل UDP الأساسية. تقوم OpenSSL بترميز هذه السجلات المبكرة مؤقتاً لمعالجتها بمجرد أن تلحق نقطة النهاية المحلية بالركب.
يؤدي ترميز سجل حالياً إلى الاحتفاظ بالمخزن المؤقت للقراءة بالكامل الذي وصل فيه، والذي تم ضبط حجمه لاستيعاب أكبر سجل DTLS ممكن (حوالي 16 كيلوبايت)، بدلاً من مجرد البايتات التي يتكون منها السجل نفسه. يمكن تخزين ما يصل إلى 100 من هذه السجلات مؤقتاً لكل اتصال. ونتيجة لذلك، فإن طرفاً يرسل تدفقاً من السجلات المزيفة الصغيرة والتي تزعم أنها تنتمي للفترة الزمنية التالية، قد يؤدي إلى احتفاظ نقطة نهاية DTLS في OpenSSL بحوالي 1.7 ميجابايت من الذاكرة، رغم إرسال جزء صغير فقط من تلك الكمية من البيانات عبر الشبكة.
وبالتالي، يحصل المهاجم على عامل تضخيم للذاكرة يبلغ حوالي 1200، ويمكنه مضاعفة هذا التأثير عبر عدد كبير من الاتصالات قدر استطاعته فتحها، مما يجعل هذه الثغرة تشكل خطراً لحدوث حجب الخدمة بسبب استنفاد الذاكرة عن بُعد لخوادم DTLS. ونظراً لأن الذاكرة المحتفظ بها لكل اتصال تظل محدودة، وأي حد تضعه التطبيق بالفعل على عدد الاتصالات المتزامنة يحدد أيضاً إجمالي التعرض للخطر، فقد تم تقييم هذه المشكلة بأنها ذات شدة منخفضة (Low severity).
أثر FIPS: لا يوجد
لا تتأثر أي وحدات FIPS بهذه الثغرة لأن الكود المعني يقع خارج حدود وحدة OpenSSL FIPS.
تعتبر الإصدارات التالية من OpenSSL عرضة لهذه الثغرة: 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 و 1.0.2.
يجب على مستخدمي OpenSSL 4.0 الترقية إلى الإصدار OpenSSL 4.0.2. يجب على مستخدمين OpenSSL 3.6 الترقية إلى الإصدار OpenSSL 3.6.4. يجب على مستخدمين OpenSSL 3.5 الترقية إلى الإصدار OpenSSL 3.5.8. يجب على مستخدمي OpenSSL 3.4 الترقية إلى الإصدار OpenSSL 3.4.7. يجب على مستخدمين OpenSSL 3.0 الترقية إلى الإصدار OpenSSL 3.0.22.
لعملاء الدعم المتميز فقط: يجب على مستخدمين OpenSSL 1.1.1 الترقية إلى الإصدار OpenSSL 1.1.1zi يجب على مستخدمي OpenSSL 1.0.2 الترقية إلى الإصدار OpenSSL 1.0.2zr
تم الإبلاغ عن هذه الثغرة في 18 مايو 2026 بواسطة Amazon Web Services. تم تطوير الإصلاح من قبل Matt Caswell.
-- cut (بيانات غير منشورة للاستخدام الداخلي) -- مبلغ عنها: Amazon Web Services تم إصلاحها بواسطة: Matt Caswell
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.