CVE-2025-40256

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: xfrm: hiçbir zaman eklenmemiş durumlar için imha sırasında xfrm_state_delete_tunnel fonksiyonunu da çağırın b441cf3f8c4b ("xfrm: x'i sildiğimizde x->tunnel'ı silin") commit'inde, tam başlatma (->init_state çağrılmıştı) ile listelere eklenme arasındaki süreçte durum oluşturmanın başarısız olduğu durumu gözden kaçırdım. Bu durumda, ->init_state çağrıldığı için IPcomp tünelleri için yedek (fallback) tünel oluşturulmuş ve listelere eklenmiştir; ancak öncesinde hata oluştuğu için kullanıcı durumu asla eklenmez. Kullanıcı durumu __xfrm_state_delete üzerinden geçmediği için bu durumlar için xfrm_state_delete_tunnel fonksiyonunu çağırmıyoruz ve sonuç olarak FB tüneli sızıntısı meydana geliyor. Bundan etkilenen birkaç kod yolu bulunmaktadır: hem net/key hem de xfrm içerisindeki ekleme/güncelleme yolları ve taşıma kodu (xfrm_migrate, xfrm_state_migrate). init_state işleminin "uygun" bir şekilde geri alınması muhtemelen ekleme/güncelleme kodunda yapılabilirdi, ancak birden fazla durum söz konusu olabildiği için taşıma işlemi için bu daha karmaşık hale gelmektedir. Bir noktada yeni (eklenmemiş) durum imha edilecektir, bu nedenle xfrm_state_gc_destroy sırasında xfrm_state_delete_tunnel fonksiyonunu çağırın. Çoğu durumun yedek tüneli __xfrm_state_delete sırasında temizlenecek ve bu da b441cf3f8c4b'nin (ve ondan önceki diğer yamaların) hedeflediği sorunu çözecektir. Tüm durumlar (FB tünelleri dahil), xfrm_state_fini tarafından flush_work(&xfrm_state_gc_work) çağrıldığında listelerden kaldırılacaktır.