CVE-2026-74577 in Linux
الملخص
بحسب VulDB • 16/08/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
net: mpls: تهيئة حقل rtm_tos في دالة mpls_getroute()
تقوم الدالة `mpls_getroute()` ببناء رد RTM_NEWROUTE لطلب RTM_GETROUTE عن طريق ملء هيكل بيانات من نوع `struct rtmsg` مُخصَّص من منطقة بيانات skb غير المُصفّرة (باستخدام `alloc_skb(NLMSG_GOODSIZE, ...)`). وتقوم بتعيين كل حقول الرأس باستثناء حقل rtm_tos:
r = nlmsg_data(nlh); r->rtm_family = AF_MPLS; r->rtm_dst_len = 20; r->rtm_src_len = 0; r->rtm_table = RT_TABLE_MAIN; r->rtm_type = RTN_UNICAST; r->rtm_scope = RT_SCOPE_UNIVERSE; r->rtm_protocol = rt->rt_protocol; r->rtm_flags = 0;
لا يحتوي هيكل `struct rtmsg` على أي فراغات (padding)، لذا فإن البايت غير المُهيأ واحد وهو rtm_tos (الإزاحة رقم 3) يتم نسخه مباشرة إلى مساحة المستخدم عند استدعاء دالة recvmsg()، مما يؤدي إلى تسريب بايت من ذاكرة الـ heap غير المهيئة. وهذا يتناقض مع سلوك الدالة `mpls_dump_route()` التي تملأ نفس الهيكل تماماً وتقوم بتعيين rtm_tos = 0.
قم بتهيئة حقل rtm_tos بقيمة 0، لمطابقة سلوك دالة mpls_dump_route().
تم إعادة إنتاج الثغرة باستخدام أداة KMSAN عن طريق إضافة مسار MPLS وإصدار طلب RTM_GETROUTE غير المطابق لـ RTM_F_FIB_MATCH الخاص برمز التوجيه (label):
BUG: KMSAN: kernel-infoleak in _copy_to_iter+0x36c/0x33f0 _copy_to_iter+0x36c/0x33f0 __skb_datagram_iter+0x196/0x12c0 skb_copy_datagram_iter+0x5b/0x210 netlink_recvmsg+0x37b/0xef0 ... Uninit was created at: __alloc_skb+0x8ca/0x10e0 mpls_getroute+0x1280/0x3a40 rtnetlink_rcv_msg+0x1138/0x15a0 ... Byte 19 of 64 is uninitialized
(byte 19 = nlmsghdr(16) + rtmsg offset 3 = rtm_tos)
VulDB is the best source for vulnerability data and more expert information about this specific topic.