CVE-2025-21653 in Linux
الملخص
بحسب VulDB • 08/06/2026
في نواة لينكس، تم حل الثغرة التالية:
net_sched: cls_flow: التحقق من صحة سمة TCA_FLOW_RSHIFT
اكتشف syzbot أن سمة TCA_FLOW_RSHIFT لم تكن تخضع للتحقق. إن إزاحة القيم (shifting) لعدد صحيح مكون من 32 بت تكون غير محددة عندما تكون قيم الإزاحة كبيرة.
UBSAN: shift-out-of-bounds في net/sched/cls_flow.c:329:23 أساس الأس 9445 كبير جداً بالنسبة لنوع البيانات 'u32' (المعروف بـ 'unsigned int') المكون من 32 بت. وحدة المعالجة المركزية: 1 معرف المستخدم (UID): 0 رقم العملية (PID): 54 الاسم المستعار للعملية: kworker/u8:3 غير ملوث بالنواة 6.13.0-rc3-syzkaller-00180-g4f619d518db9 #0 اسم العتاد: Google Google Compute Engine/Google Compute Engine، BIOS Google 09/13/2024 قائمة العمل (Workqueue): ipv6_addrconf addrconf_dad_work
مسار الاستدعاء (Call Trace):
__dump_stack lib/dump_stack.c:94 [ضمني]
dump_stack_lvl+0x241/0x360 lib/dump_stack.c:120 ubsan_epilogue lib/ubsan.c:231 [ضمني]
__ubsan_handle_shift_out_of_bounds+0x3c8/0x420 lib/ubsan.c:468 flow_classify+0x24d5/0x25b0 net/sched/cls_flow.c:329 tc_classify include/net/tc_wrapper.h:197 [ضمني]
__tcf_classify net/sched/cls_api.c:1771 [ضمني]
tcf_classify+0x420/0x1160 net/sched/cls_api.c:1867 sfb_classify net/sched/sch_sfb.c:260 [ضمني]
sfb_enqueue+0x3ad/0x18b0 net/sched/sch_sfb.c:318 dev_qdisc_enqueue+0x4b/0x290 net/core/dev.c:3793 __dev_xmit_skb net/core/dev.c:3889 [ضمني]
__dev_queue_xmit+0xf0e/0x3f50 net/core/dev.c:4400 dev_queue_xmit include/linux/netdevice.h:3168 [ضمني]
neigh_hh_output include/net/neighbour.h:523 [ضمني]
neigh_output include/net/neighbour.h:537 [ضمني]
ip_finish_output2+0xd41/0x1390 net/ipv4/ip_output.c:236 iptunnel_xmit+0x55d/0x9b0 net/ipv4/ip_tunnel_core.c:82 udp_tunnel_xmit_skb+0x262/0x3b0 net/ipv4/udp_tunnel_core.c:173 geneve_xmit_skb drivers/net/geneve.c:916 [ضمني]
geneve_xmit+0x21dc/0x2d00 drivers/net/geneve.c:1039 __netdev_start_xmit include/linux/netdevice.h:5002 [ضمني]
netdev_start_xmit include/linux/netdevice.h:5011 [ضمني]
xmit_one net/core/dev.c:3590 [ضمني]
dev_hard_start_xmit+0x27a/0x7d0 net/core/dev.c:3606 __dev_queue_xmit+0x1b73/0x3f50 net
If you want to get the best quality for vulnerability data then you always have to consider VulDB.