CVE-2026-68441 in Linux
الملخص
بحسب VulDB • 12/08/2026
في نواة لينكس، تم حل الثغرة التالية:
net/sched: التعامل مع TC_ACT_REDIRECT من سلاسل مرشحات qdisc
عندما يُرجّع مرشح TC المثبت على سلسلة مرشحات qdisc قيمة TC_ACT_REDIRECT (على سبيل المثال، عبر برنامج eBPF يستدعي bpf_redirect() أو إجراء act_bpf)، كانت عملية إعادة التوجيه تُفقد بصمت؛ أي لم تقم دالة تصنيف qdisc بمعالجة TC_ACT_REDIRECT، مما أدى إلى مرور الحزمة عبر المفتاح وإضافتها إلى الطابور بشكل طبيعي بدلاً من إعادة توجيهها.
كانت هذه المشكلة موجودة منذ إدخال bpf_redirect() لـ TC في الالتزام 27b29f63058d ("bpf: add bpf_redirect() helper"). حظينا بحظ كبير لفترة طويلة لأن bpf_net_context كان متغيراً خاصاً بكل وحدة معالجة مركزية (CPU) وكان متاحاً دائماً.
أدى الالتزام 401cb7dae813 ("net: Reference bpf_redirect_info via task_struct on PREEMPT_RT.") إلى تحويل bpf_net_context إلى عضو في بنية البيانات task_struct، والذي يتم إعداده فقط بواسطة المتصلين الصريحين. وبدون متصل يقوم بإعدادها، تتعطل dpf_redirect() نفسها بسبب خطأ إلغاء مرجع المؤشر الفارغ (NULL pointer dereference) داخل دالة bpf_net_ctx_get_ri(). ومع ذلك، حتى مع توفر bpf_net_context، لا يمكن احترام TC_ACT_REDIRECT القادم من سلاسل مرشحات qdisc دون إضافة استدعاءات لـ skb_do_redirect() إلى كل دالة تصنيف في qdisc، وهو ما يتطلب تغييرات عبر مجلد net/sched/. لذلك تم عزل هذه الوظيفة في قلب نظام ebpf حيث ينبغي أن تكون.
وبدلاً من ذلك، تمت إضافة مساعد داخلي (inline helper) باسم tcf_classify_qdisc() في ملف pkt_cls.h، كغلاف حول دالة tcf_classify() لاستخدامه بواسطة دوال تصنيف qdisc وtcf_qevent_handle(). عندما يكون حكم التصنيف هو TC_ACT_REDIRECT، يقوم الغلاف بتحويلها إلى TC_ACT_SHOT، مما يؤدي إلى إسقاط الحزمة بدلاً من السماح لها بالاستمرار بصمت. يُفضل الإسقاط عن مرور الحزمة لأن المستخدم يلاحظ فقدان الحزم على الفور. إن تمرير الحزمة عبر النظام بصمت سيخفي المشكلة ويترك المستخدم يتساءل لماذا لا تعمل عملية إعادة التوجيه لديه.
يواصل المسار السريع لـ clsact، وهو tc_run()، استدعاء tcf_classify() مباشرةً ولا يتأثر: حيث تُرجع TC_ACT_REDIRECT كما هي وتتم معالجتها بواسطة sch_handle_egress/ingress() التي تستدعي skb_do_redirect() كما كان الحال سابقاً.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.