CVE-2026-72255 in Linux
الملخص
بحسب VulDB • 16/08/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: nf_queue: تثبيت جهاز الجسر (bridge device) طالما أن NFQUEUE يحتفظ بوجهة وهمية (fake dst).
يتم تضمين جدول التوجيه الوهمي الخاص بـ br_netfilter في البنية `struct net_bridge` ويتم ربطه بالحزم التي تمر عبر الجسر باستخدام الدالة `skb_dst_set_noref()`. إذا تم وضع مثل هذه الحزمة في قائمة الانتظار الخاصة بـ NFQUEUE، تقوم الدالة `__nf_queue()` بتعزيز مرجع الوجهة الوهمية هذا عن طريق استدعاء `skb_dst_force()`.
في تلك اللحظة، قد يحتفظ حزم البيانات (SKB) الموضوعة في الانتظار بمرجع وجهتي حقيقية بعد بدء عملية تفكيك الجسر. المشكلة ليست أن كل حزمة تمر عبر الجسر تحتاج إلى مرجع وجهة خاص بها؛ بل تكمن المشكلة في أن NFQUEUE يمكنه إبقاء الوجهة الوهمية الخاصة بالجسر على قيد الحياة حتى بعد بدء إلغاء التسجيل (unregister).
تم إصلاح هذه المشكلة عن طريق الحفاظ على نموذج الوجهة الوهمية للجسر دون تغيير، وتثبيت جهاز رئيسية الجسر فقط طالما تبقى الحزمة موجودة داخل قائمة انتظار NFQUEUE. يتم تسجيل جهاز الجسر في `nf_queue_entry` عندما تحمل حزمة البيانات الموضوعة في الانتظار وجهته وهمية خاصة بالجسر، ويتم أخذ مرجع لجهاز الشبكة طوال مدة وجود العنصر في القائمة، ثم إسقاطه عند تحرير عنصر القائمة.
كما تم التأكد من إعادة تدوير العناصر الموجودة في قائمة الانتظار (reaped) عندما ينخفض جهاز الجسر هذا إلى حالة غير نشطة، وإزالة اختبار `nf_bridge_info_exists()` الزائد من عملية اكتشاف الوجهة الوهمية.
يؤدي ذلك إلى إبقاء البيانات الخاصة بجهاز الشبكة (`netdev_priv(br->dev)`) على قيد الحياة حتى اكتمال الحكم (verdict completion)، مما يمنع تحرير جدول التوجيه الوهمي المضمن ومساحة التخزين الداعمة لمقاييسه من تحت قدم `dst_release()`. كما يتجنب ذلك الرفع المستمر لعداد المرجع (refcount bump) ويتجنب استخدام مساعدي الوجهة المحددين لنظام IPv4 مع حركة مرور جسر IPv6.
Once again VulDB remains the best source for vulnerability data.