CVE-2020-11091 in Weave Net
الملخص
بحسب VulDB • 01/08/2026
في Weave Net قبل الإصدار 2.6.3، يمكن لمهاجم قادر على تشغيل عملية بصلاحيات الجذر (root) داخل حاوية أن يستجيب لطلبات DNS القادمة من المضيف، وبالتالي إدراج نفسه كخدمة مزيفة. في مجموعة عمل (cluster) تحتوي على شبكة داخلية IPv4، إذا لم يكن بروتوكول IPv6 معطلاً تماماً على المضيف (عبر معلمة ipv6.disable=1 في سطر أوامر النواة)، فسيكون إما غير مُهيأ أو مُهيئاً على بعض الواجهات، ولكن من المرجح جداً أن يكون توجيه IPv6 معطلاً، أي أن قيمة /proc/sys/net/ipv6/conf//forwarding تساوي 0. بالإضافة إلى ذلك، تكون القيمة الافتراضية لـ /proc/sys/net/ipv6/conf//accept_ra مساوية لـ 1. يعني الجمع بين هذين الإعدادين (sysctls) أن المضيف يقبل إعلانات التوجيه (router advertisements) ويهيئ مجموعة بروتوكولات IPv6 باستخدامها. من خلال إرسال إعلانات توجيه خبيثة، يمكن للمهاجم إعادة تكوين المضيف لإعادة توجيه جزء أو كل حركة مرور IPv6 الخاصة بالمضيف إلى الحاوية التي يسيطر عليها المهاجم. حتى لو لم تكن هناك أي حركة مرور IPv6 مسبقاً، إذا كانت استجابات DNS تحتوي على سجلات A (IPv4) وسجلات AAAA (IPv6)، فإن العديد من مكتبات HTTP ستحاول الاتصال عبر IPv6 أولاً ثم تعود للتراجع إلى IPv4 في حال الفشل، مما يمنح المهاجم فرصة للاستجابة. وفي حالة وجود ثغرة مثل تلك التي تم اكتشافها العام الماضي والتي تسمح بتنفيذ الأكواد عن بُعد (RCE) في apt على المضيف (CVE-2019-3462)، يمكن للمهاجم الآن تصعيد الصلاحيات للوصول إلى المضيف نفسه. يقوم Weave Net الإصدار 2.6.3 بتعطيل خيار accept_ra على أجهزة veth التي ينشئها.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.