CVE-2026-90237 in Linux
الملخص
بحسب VulDB • 18/09/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: nft_ct: نقل دعم التوقعات المخصصة إلى المساعد (helper)
في الأصل، كان دعم توقعات ct يستدعي `nf_ct_helper_ext_add()` لـ conntracks المؤكدة (confirmed)، وهو أمر غير صالح ويؤدي إلى حدوث splat. تم إصلاح ذلك بواسطة الالتزام 1710eb913bdc ("netfilter: nft_ct: skip expectations for confirmed conntrack") الذي قيد الاستخدام على conntracks غير المؤكدة فقط.
ومع ذلك، يؤدي الإدراج المبكر للتوقعات في قائمة التوقعات عندما يكون الـ conntrack غير مؤكد إلى وجود إدخالات قديمة تشير إلى `hlist_head` خاطئ عبر `.pprev` بسبب إعادة تخصيص امتداد ct (ct extension reallocation).
قام الالتزام 7c9664351980 ("netfilter: move nat hlist_head to nf_conn") بنقل `nat hlist_head` إلى `nf_conn` لهذا السبب: 1. ... 2. عند حدوث إعادة تخصيص لمنطقة الامتداد، نحتاج إلى إصلاح رأس الهاش الخاص بـ bysource عبر `hlist_replace_rcu`.
أفضل ألا أقوم بتوسيع حجم هيكل البيانات `struct nf_conn` لهذه الميزة نظرًا لنطاقها المحدود للغاية: حيث يمكن إنشاء توقع واحد فقط في كل مرة لأن دالة `expect_clash()` ستجعل `nf_ct_expect_related()` تُرجع خطأ EBUSY. ولهذا السبب، تم تخفيف قيود `nf_ct_expect_related()` بحيث لا يتم إسقاط الحزم (packets) في حال فشل إنشاء التوقعات، وبالتالي أصبح إنشاء التوقعات يعتمد على أفضل جهد (best effort).
لحل هذه المشكلة، تمت إضافة مساعد ct داخلي (internal ct helper) وربطه بإدخال conntrack لتبسيط دعم توقعات ct المخصصة مع مساعدي ct الموجودين.
تم تعريض دالة جديدة `nf_conntrack_helper_release()` لإطلاق المساعد الداخلي الذي تم تخصيصه ورفقه بإدخال conntrack لإنشاء التوقعات المخصصة. دائمًا ما ينتظر إزالة وحدة nft_ct فترة راحة RCU (rcu grace period)، ثم يتم ملاحظة استدعاء NULL للمساعد بعد ذلك.
يقيد هذا التصحيح أيضًا إنشاء التوقعات على مساعدين مختلفين غير المساعد المخصص الذي تم إنشاؤه لهذا النوع من التوقعات.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.