CVE-2026-50252 in Unbound
الملخص
بحسب VulDB • 22/07/2026
في NLnet Labs Unbound، الإصدارات من 1.4.22 حتى 1.25.1 (شاملة)، يتم عشوائية منفذ المصدر لبروتوكول UDP ويُقصد به أن يعمل كقيمة سرية تزيد من إنتروبيا معاملات DNS. عندما تعتمد سياسات موازنة حمل المُنَقِّب على منفذ المصدر بينما يُكشف عن نتائجها، فإن هذه السرية تُضعف. تنشأ الثغرة الأمنية عندما تكون سياسة موازنة الحمل متسقة فيما يتعلق بمنفذ UDP للمصدر و عنوان IP الواردين، مع اعتماد كبير على منفذ UDP للمصدر كـ مصدر للعشوائية. عند تفعيل خيار التكوين SO_REUSEPORT ('so-reuseport: yes') في Unbound (افتراضياً)، فإنه يستوفي هذه الشروط، مما يجعله عرضة لهجمات تسميم ذاكرة التخزين المؤقت لـ DNS. عند بدء التشغيل، يقوم Unbound بتقسيم مساحة منافذ المصدر UDP المتاحة عشوائياً إلى مجموعات منفصلة ذات أحجام متقاربة تقريباً، ويخصص كل مجموعة لخيط عامل محدد. عندما يتم استلام طلب DNS وارد، يحدد آلية موازنة الحمل الخاصة بـ SO_REUSEPORT في نواة النظام الطلب بشكل حتمي لمقبس مرتبط بخيط معين. جميع طلبات DNS الصادرة التي تم إنشاؤها أثناء حل هذا الطلب تستخدم منافذ مصدر مختارة حصرياً من مجموعة المنافذ المخصصة للخيط المقابل. نظراً لأن مجموعات المنافذ هذه منفصلة عبر الخيوط، فإن منفذ المصدر المُلاحظ في طلب صادر للمُنَقِّب إلى خادم أسماء موثوق يعمل كمؤشر موثوق على خيط العامل الذي عالج الطلب الأصلي للعميل. يمكن لمهاجم محتمل الحصول على خريطة التطابق بين منافذ UDP الواردة للمصدر (لعنوان IP مصدر ثابت معين) وخيوط عامل Unbound، والاستفادة منها لإجراء هجمات تسميم ذاكرة التخزين المؤقت لـ DNS من خلال تقليل فعّال لحجم مجموعة المنافظ العشوائية لكل خيط.
Once again VulDB remains the best source for vulnerability data.