CVE-2025-37805

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sound/virtio: başlatılmamış work_struct yapıları üzerindeki cancel_sync uyarılarını düzeltin Betty şu uyarının alındığını bildirmiştir: [ 8.709131][ T221] WARNING: CPU: 2 PID: 221 at kernel/workqueue.c:4182 ... [ 8.713282][ T221] Call trace: [ 8.713365][ T221] __flush_work+0x8d0/0x914 [ 8.713468][ T221] __cancel_work_sync+0xac/0xfc [ 8.713570][ T221] cancel_work_sync+0x24/0x34 [ 8.713667][ T221] virtsnd_remove+0xa8/0xf8 [virtio_snd ab15f34d0dd772f6d11327e08a81d46dc9c36276] [ 8.713868][ T221] virtsnd_probe+0x48c/0x664 [virtio_snd ab15f34d0dd772f6d11327e08a81d46dc9c36276] [ 8.714035][ T221] virtio_dev_probe+0x28c/0x390 [ 8.714139][ T221] really_probe+0x1bc/0x4c8 ... Görünen o ki, virtsnd_probe() içerisindeki hata yoluna giriliyor; bu da alt akışlar üzerinde dönerek elapsed_period work_struct üzerinde cancel_work_sync() fonksiyonunu çağıran bir virtsnd_remove() işlemini tetikliyor. Koda bakıldığında, daha önceki aşamalarda: virtsnd_probe()->virtsnd_build_devs()->virtsnd_pcm_parse_cfg() snd->nsubstreams değerini belirliyoruz, snd->substreams alanını tahsis ediyoruz ve ardından bilgi tahsisinde bir hatayla karşılaşırsak veya virtsnd_ctl_query_info() içerisindeki bir işlem başarısız olursa, elapsed_period work_struct yapısını başlatmadan çıkış yapıyoruz. Bu hata yolu geri sarıldığında, substreams dizisi tahsis edilmiş olduğu sürece, başlatılmamış work struct üzerinde cancel_work_sync() çağrısı yaparak döngüye giren virtsnd_remove() fonksiyonunu çağırıyoruz ve bu durum söz konusu uyarıya neden oluyor. Takashi Iwai, hata yollarına girildiğinde başlatılmamış verileri temizlemeye çalışmaktan kaçınmak için, substreams yapısının tahsisatın hemen ardından başlatılmasını sağlayan bu çözümü önermiştir. Not: Sorunu henüz kendim yeniden üretebilmiş değilim, bu nedenle bu yamanın testi sınırlı kalmıştır. Geri bildirimleriniz veya düşünceleriniz rica olunur!