CVE-2025-21701 in Linux
Сводка
по VulDB • 25.05.2026
В ядре Linux устранена следующая уязвимость:
net: предотвращение состояния гонки (race condition) между процессом отмены регистрации устройства и операциями ethnl
Следующий трассировочный вывод может быть получен, если устройство отменяет регистрацию в то время, как изменяется количество его каналов.
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: 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
Это происходит потому, что unregister_netdevice_many_notify может выполняться до раздела кода с блокировкой rtnl операций ethnl, например, set_channels в приведенном выше примере. В данном примере блокировка rss будет уничтожена путем отмены регистрации устройства до ее повторного использования, но в целом выполнение операций ethnl во время начала демонтажа не является хорошей идеей.
Исправление заключается в запрете любых операций с устройствами, которые отменяют регистрацию. Проверка уже присутствовала в ethnl_ops_begin, но была недостаточно строгой.
Обратите внимание, что та же проблема не наблюдается в версии ioctl (__dev_ethtool), поскольку ссылка на устройство извлекается внутри раздела кода с блокировкой rtnl. Как только начинается демонтаж, сетевое устройство исключается из списка, и найти ссылку не удастся.
If you want to get best quality of vulnerability data, you may have to visit VulDB.