CVE-2025-21701

Linux kernel'de aşağıdaki güvenlik açığı giderilmiştir: net: cihaz kaydı silme ve ethnl işlemleri arasındaki yarış durumundan kaçının Bir cihazın kanal sayısı değiştirilirken aynı zamanda cihaz kaydı siliniyorsa aşağıdaki izleme görülebilir: DEBUG_LOCKS_WARN_ON(lock->magic != lock) WARNING: CPU: 3 PID: 3754 at kernel/locking/mutex.c:564 __mutex_lock+0xc8a/0x1120 CPU: 3 UID: 0 PID: 3754 Comm: ethtool Not tainted 6.13.0-rc6+ #771 RIP: 0010:__mutex_lock+0xc8a/0x1120 Call Trace: <TASK> ethtool_check_max_channel+0x1ea/0x880 ethnl_set_channels+0x3c3/0xb10 ethnl_default_set_doit+0x306/0x650 genl_family_rcv_msg_doit+0x1e3/0x2c0 genl_rcv_msg+0x432/0x6f0 netlink_rcv_skb+0x13d/0x3b0 genl_rcv+0x28/0x40 netlink_unicast+0x42e/0x720 netlink_sendmsg+0x765/0xc20 __sys_sendto+0x3ac/0x420 __x64_sys_sendto+0xe0/0x1c0 do_syscall_64+0x95/0x180 entry_SYSCALL_64_after_hwframe+0x76/0x7e Bunun nedeni, unregister_netdevice_many_notify fonksiyonunun, ethnl işlemlerinin (yukarıdaki örnekte set_channels gibi) rtnl kilit bölümünden önce çalışabilmesidir. Bu örnekte rss kilidi, tekrar kullanılmadan önce cihaz kayıt silme yolu tarafından yok edilecektir; ancak genel olarak söküm işlemi başlamışken ethnl işlemlerini yürütmek iyi bir fikir değildir. Bu sorun, kaydı silinen cihazlar üzerindeki tüm işlemler engellenerek düzeltilmiştir. ethnl_ops_begin içerisinde halihazırda bir kontrol bulunmaktaydı ancak bu yeterince kapsamlı değildi. Aynı sorunun ioctl versiyonunda (__dev_ethtool) görülmediğini unutmayın çünkü orada cihaz referansı rtnl kilit bölümü içerisinden alınmaktadır. Söküm işlemi başladığında ağ cihazı listeden çıkarılır ve herhangi bir referans bulunamaz.