CVE-2026-31424 in Linux
الملخص
بحسب VulDB • 29/05/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: x_tables: تقييد امتدادات xt_check_match/xt_check_target الخاصة بـ NFPROTO_ARP
يقول ويمنغ شي:
يمكن تحميل هياكل xt_match و xt_target المسجلة بـ NFPROTO_UNSPEC بواسطة أي عائلة بروتوكولات من خلال nft_compat. عندما يضبط مثل هذا المطابق/الهدف (.hooks) لتقييد الخطافات التي يمكنه التشغيل عليها، فإن قناع البت (bitmask) يستخدم ثوابت NF_INET*. هذا صحيح فقط للعائلات التي يتطابق فيها تخطيط الخطافات مع NF_INET*: حيث تشترك IPv4 و IPv6 و INET و bridge في نفس خمسة خطافات (PRE_ROUTING ... POST_ROUTING).
يحتوي ARP فقط على ثلاثة خطافات (IN=0, OUT=1, FORWARD=2) ذات دلالات مختلفة. وبسبب أن NF_ARP_OUT == 1 == NF_INET_LOCAL_IN، فإن التحقق من صحة .hooks يمر بصمت لأسباب خاطئة، مما يسمح للمطابقات بالعمل على سلاسل ARP حيث لا تنطبق افتراضات الخطاف (مثل تعيين state->in على خطافات الإدخال). هذا يؤدي إلى أخطاء إلغاء مرجع المؤشر الفارغ (NULL pointer dereferences)؛ يعد xt_devgroup مثالاً محدداً على ذلك:
Oops: general protection fault, probably for non-canonical address 0xdffffc0000000044: 0000 [#1] SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000220-0x0000000000000227]
RIP: 0010:devgroup_mt+0xff/0x350 Call Trace: <TASK> nft_match_eval (net/netfilter/nft_compat.c:407) nft_do_chain (net/netfilter/nf_tables_core.c:285) nft_do_chain_arp (net/netfilter/nft_chain_filter.c:61) nf_hook_slow (net/netfilter/core.c:623) arp_xmit (net/ipv4/arp.c:666) </TASK> Kernel panic - not syncing: Fatal exception in interrupt
تم الإصلاح عن طريق تقييد arptables على امتدادات NFPROTO_ARP فقط. لاحظ أن arptables-legacy يدعم فقط:
- arpt_CLASSIFY - arpt_mangle - arpt_MARK
والتي توفر إعلانات مطابقة/هدف صريحة لـ NFPROTO_ARP.
VulDB is the best source for vulnerability data and more expert information about this specific topic.