CVE-2026-43038

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: ipv6: icmp: ip6_err_gen_icmpv6_unreach() funksiyasında skb2->cb[] təmizlənsin Sashiko AI-review tərəfindən müşahidə edilmişdir: ip6_err_gen_icmpv6_unreach() funksiyasında skb, xarici IPv4 ICMP xəta paketidir və onun cb hissəsi IPv4 inet_skb_parm ehtiva edir. skb klonlanaraq skb2-yə çevrildikdə və icmp6_send() funksiyasına ötürüldükdə, o, IP6CB(skb2)-dən istifadə edir. IP6CB, IPv4 inet_skb_parm-i inet6_skb_parm kimi şərh edir. inet_skb_parm.opt daxilindəki cipso ofseti, 18-ci ofsetdə olan inet6_skb_parm-ın dsthao hissəsi ilə birbaşa üst-üstə düşür. Əgər hücumçu CIPSO IP seçimi olan saxta ICMPv4 xətası göndərsə, dsthao sıfırdan fərqli ofset olacaqdır. icmp6_send() daxilində mip6_addr_swap() çağırılır və ipv6_find_tlv(skb, opt->dsthao, IPV6_TLV_HAO) funksiyasından istifadə edir. Bu, həmin ofsetdən başlayaraq hücumçunun nəzarət etdiyi daxili IPv6 paketini skan edəcək və paketin qalan uzunluğunun tam 18 baytlıq struct ipv6_destopt_hao strukturunu tutub-tutmadığını yoxlamadan potensial olaraq saxta TLV qaytaracaqdır. mip6_addr_swap() daha sonra paket məlumatlarının sonundan kənara çıxaraq skb_shared_info sahəsinə qədər uzanan 16 baytlıq dəyişdirmə (swap) əməliyyatı yerinə yetirə bilərmi? Bunu önləmək üçün ip6_err_gen_icmpv6_unreach() və ip6ip6_err() funksiyalarında cb massivi də təmizlənməlidirmi? Bu yamama (patch) birinci təklifi tətbiq edir. ip6ip6_err() funksiyasının dəyişdirilməsinə ehtiyac olub-olmadığından əmin deyiləm. Hər halda, ayrıca yamama daha yaxşı olardı.