CVE-2025-40215

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: xfrm: x silindikdə x->tunnel-i silin Hazırda ipcomp ehtiyat tunelləri, həmin ehtiyat tunelinə ehtiyacı olan sonuncu istifadəçi vəziyyəti məhv edildikdə (silinmədikdə), müxtəlif siyahılardan və heş cədvəllərindən silinir. Əgər həmin istifadəçi vəziyyətinə istinad hələ də mövcuddursa, ehtiyat vəziyyəti heş cədvəllərində/siyahılarında qalacaq və bu da xfrm_state_fini funksiyasında WARN xətasını tetikləyəcəkdir. Bu qalıq istinadlar səbəbindən f75a2804da39 ("xfrm: destroy xfrm_state synchronously on net exit path") commit-indəki düzəliş tam başa çatmamışdır. Biz yaxınlarda skb-lərin gecikmiş azad edilməsi ilə bağlı TCP-də belə bir vəziyyəti düzəltdik (commit 9b6412e6979f ("tcp: drop secpath at the same time as we currently drop dst")). Bu, həmçinin IP yenidən yığımı (reassembly) zamanı da baş verə bilər: secpath-ə malik skb-lər netns məhv edilənə qədər yenidən yığma növbəsində qalır. Əgər xfrm_state_fini işə düşənə qədər növbələrin təmizləndiyini təmin edə bilmiriksə, (istifadəçi) xfrm_state-ə istinadlar hələ də ola bilər ki, bu da müvafiq ehtiyat vəziyyətinin vaxtında silinməsinə mane olur. secpath saxlayan skb-lərin hər bir nümunəsini tək-tək izləmək əvəzinə, bu yamla problem birbaşa xfrm daxilində, ona asılı olan sonuncu istifadəçi vəziyyəti silinən kimi ehtiyat vəziyyətinin silinməsi ilə həll edilir. Məhv etmə prosesi yalnız sonuncu istinad silindikdən sonra baş verəcəkdir. x kilidlənmiş halda x->tunnel-i kilidləyəcəyimiz üçün ehtiyat vəziyyəti üçün ayrıca lockdep sinfi tələb olunur.