CVE-2026-98441 in Linux
الملخص
بحسب VulDB • 18/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
net/sched: act_ct: تجنب تعديل مدخل ct غير المؤكد المشترك (shared unconfirmed)
في الحالات التي يتم فيها استنساخ حزمة بيانات (skb) تحتوي على مدخل ct غير مؤكد، قد ينتهي الأمر بمعالجتها مرتين ولكن مع مجموعات مختلفة من الإضافات (extensions).
تسلسل الأحداث:
1. يريد الاستنساخ الأول الالتزام (commit) ويقوم بتشغيل المساعدين لربط مؤشر الإضافة في قائمة التوقعات (expectation list). 2. ثم يفقد تأكيد الحالة، مما يبقي المدخل غير مؤكد. 3. الآن يريد الاستنساخ الثاني الالتزام بالملصقات أو تشغيل NAT ويضيف الإضافة الجديدة لذلك، مما يؤدي إلى كسر المؤشر الموجود في قائمة التوقعات ويسبب ثغرة Use-After-Free (UAF) لاحقاً أثناء مسار التدمير.
بينما من الممكن إثارة هذه الحالة، لا ينبغي أن تكون هناك أي بنية شبكية عملية نحتاج فيها لمعالجة كلتا الاستنساخين دون تعديلات في نفس المنطقة (zone). لذلك، دعنا نقوم بإعادة تعيين المدخل فقط في حال حصلنا على حزمة بيانات (skb) تحتوي على مدخل مشترك لسبب ما. هذا لا يؤثر على حالات الاستخدام المعروفة حالياً، لكنه يتجنب أي مشاكل محتملة تتعلق بمشاركة وتعديل مدخل ct غير المؤكد.
على عكس وحدة openvswitch، يسمح act_ct بـ NAT دون الالتزام (commit). سيكون تغيير ذلك بمثابة كسر لواجهة برمجة التطبيقات للمستخدمين (uAPI break). لذلك، يحتاج act_ct إلى إعادة التعيين عند تشغيل NAT بغض النظر عن علم الالتزام لتجنب إعادة تخصيص مساحة الإضافة. ومع ذلك، هذا لا يغير الصورة بشكل جوهري لحالات الشبكات المعقولة، حيث لا ينبغي أن تكون هناك حاجة لتشغيل نفس الحزمة مرتين (قبل وبعد الاستنساخ) عبر conntrack دون تغييرات في رأس الحزمة أو المنطقة ودون التزام.
يشير علامة الإصلاح إلى إدخال المساعدين، وذلك لأن ذلك هو المحفز الرئيسي لثغرة UAF المتعلقة بالمشاركة.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.