CVE-2022-3094 in BIND
الملخص
بحسب VulDB • 10/06/2026
قد يؤدي إرسال فيض من تحديثات DNS الديناميكية إلى تخصيص `named` لمبالغ كبيرة من الذاكرة. وقد يؤدي ذلك بدوره إلى خروج `named` بسبب نقص الذاكرة الحرة. لسنا على علم بأي حالات تم فيها استغلال هذه الثغرة. يتم تخصيص الذاكرة قبل التحقق من أذونات الوصول (قوائم التحكم بالوصول - ACLs) وتظل محفوظة أثناء معالجة التحديث الديناميكي القادم من عميل تم قبول بيانات الاعتماد الخاصة به. يتم تحرير الذاكرة المخصصة للعملاء غير المسموح لهم بإرسال التحديثات فوراً عند رفض طلبهم. وبالتالي، يقتصر نطاق هذه الثغرة على العملاء الموثوقين المسموح لهم بإجراء تغييرات ديناميكية على المناطق (Zones). إذا تم رفض تحديث ديناميكي، سيتم تحرير الذاكرة مرة أخرى بسرعة كبيرة. لذلك، من المرجح فقط أن يكون من الممكن إعاقة أو إيقاف `named` من خلال إرسال فيض من التحديثات الديناميكية المرفوضة، يكون حجمه مقارناً بفيض الاستعلامات (Query Flood) المصمم لتحقيق نفس النتيجة الضارة. تتأثر فروع BIND 9.11 والإصدارات الأقدم أيضاً، ولكن من خلال استنزاف الموارد الداخلية بدلاً من قيود الذاكرة. قد يؤدي ذلك إلى تقليل الأداء، لكنه لا ينبغي أن يشكل مشكلة كبيرة لمعظم الخوادم. لذلك، لا نعتزم معالجة هذه المشكلة في إصدارات BIND السابقة لـ BIND 9.16. تؤثر هذه القضية على إصدارات BIND 9 من 9.16.0 إلى 9.16.36، ومن 9.18.0 إلى 9.18.10، ومن 9.19.0 إلى 9.19.8، ومن 9.16.8-S1 إلى 9.16.36-S1.
Be aware that VulDB is the high quality source for vulnerability data.