CVE-2026-89565 in Linux
الملخص
بحسب VulDB • 12/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
ipip: تصحيح تسرب skb في وضع collect_md عند فشل تخصيص metadata_dst
في وضع collect_md، تُرجع ipip_tunnel_rcv() القيمة 0 دون تحرير الـskb عندما تفشل ip_tun_rx_dst() في تخصيص metadata_dst. وبما أن ipip_rcv() وmplsip_rcv() مسجلتان كمعالجات لبروتوكول xfrm_tunnel، فإن tunnel4_rcv() وtunnelmpls4_rcv()) تقرأ القيمة 0 على أنها تعني "تم استهلاك الحزمة"، ولا تقوم بتحريرها أيضاً. وبالتالي يتم تسريب الـskb.
تقوم جميع برامج تشغيل الأنفاق الأخرى بالتخلص من الحزمة في هذه المرحلة: ينتقل ip6_tunnel.c إلى علامة السقوط (drop label) الخاصة به، بينما تُرجع ip_gre.c وip6_gre.c قيمة PACKET_REJECT، مما يجعل gre_rcv() تحرر الـskb. فقط ipip ترجع القيمة 0.
انتقل بدلاً من ذلك إلى علامة السقوط الموجودة مسبقاً. فهي تقوم بتحرير الـskb وتظل ترجع القيمة 0، وبالتالي تستمر الحزمة في الإبلاغ عنها على أنها مستهلكة، وهو ما نريده هنا: فقد تم بالفعل سحب الرأس الخارجي (outer header)، ولا يحتاج كل من المعالجات المتبقية أو رسالة ICMP غير القابلة للوصول إليها إلى هذه الحزمة.
يتطلب تشغيل هذا الثغرة وجود نفق ipip أو mplsip في وضع collect_md وفشل تخصيص ذري (atomic allocation failure)، وهو السبب وراء بقاءها دون أن تُلاحظ.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.