CVE-2026-74577

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: net: mpls: mpls_getroute() funksiyasında rtm_tos dəyişənini başlatın mpls_getroute() funksiyası, məlumat sahəsi sıfırlanmamış bir skb-dən (alloc_skb(NLMSG_GOODSIZE, ...)) ayrılmış struct rtmsg strukturunu doldurmaqla RTM_GETROUTE sorğusuna RTM_NEWROUTE cavabını formalaşdırır. Funksiya rtm_tos istisna olmaqla başlığın bütün sahələrini təyin edir: 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 strukturunda padding yoxdur, buna görə də başladılmamış tək bir bayt olan rtm_tos (ofset 3), recvmsg() zamanı birbaşa istifadəçi sahəsinə kopyalanır və başladılmamış heap yaddaşının bir baytı sızır. Bu, eyni başlığı dolduran və rtm_tos = 0 təyin edən mpls_dump_route() funksiyasından fərqlidir. mpls_dump_route() ilə uyğunlaşdırmaq üçün rtm_tos dəyişənini 0 olaraq başladın. KMSAN vasitəsilə MPLS marşrutu əlavə etdikdən sonra onun etiketi üçün non-RTM_F_FIB_MATCH RTM_GETROUTE sorğusu göndərməklə problem təkrarlandı: 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 (bayt 19 = nlmsghdr(16) + rtmsg ofset 3 = rtm_tos)