CVE-2026-97965

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: vxlan: vxlan_xmit_one() funksiyasında _md dəyişənini sıfırlayın Əgər VXLAN cihazı həm VXLAN_F_COLLECT_METADATA, həm də VXLAN_F_GBP ilə konfiqurasiya edilibsə və paket onun vasitəsilə IP_TUNNEL_VXLAN_OPT_BIT bayrağı olmayan xarici ip_tunnel_info istifadə edilərək ötürülürsə, md dəyişəni sıfırlanmamış _md stek dəyişəninə yönəlmiş vəziyyətdə qalır: if (test_bit(IP_TUNNEL_VXLAN_OPT_BIT, info->key.tun_flags)) { if (info->options_len < sizeof(*md)) goto drop; md = ip_tunnel_info_opts(info); } IP_TUNNEL_VXLAN_OPT_BIT təyin edilmədiyi üçün md yenilənmir və _md-yə yönəlmiş olaraq qalır. Daha sonra md ilə vxlan_build_skb() çağırılır ki, bu da nəticədə vxlan_build_gbp_hdr() funksiyasını çağırır: if (vxflags & VXLAN_F_GBP) vxlan_build_gbp_hdr(vxh, md); vxlan_build_gbp_hdr() daxilində md->gbp oxunur: if (!md->gbp) return; gbp = (struct vxlanhdr_gbp *)vxh; ... if (md->gbp & VXLAN_GBP_DONT_LEARN) gbp->dont_learn = 1; Əgər stekdə təsadüfi məlumatlar varsa, bu aşağıdakılara səbəb olur: 1) VXLAN başlığında VXLAN_HF_GBP bayrağının yanlış şəkildə təyin edilməsinə. 2) gbp->dont_learn və gbp->policy_applied dəyərlərinin stek bitləri əsasında təyin edilməsinə. 3) gbp->policy_id-nin sıfırlanmamış kernel stekindən 16 bit məlumat almasına və bu məlumatın şəbəkə üzərindən sızmasına. Bu problem _md dəyişəninin sıfırla başladılması ilə həll edilmişdir. Əgər IP_TUNNEL_VXLAN_OPT_BIT mövcud deyilsə, md->gbp 0 olaraq qalır və vxlan_build_gbp_hdr() VXLAN başlığını dəyişdirmədən erkən geri dönür.