CVE-2025-21701 in Linux
Tóm tắt
Bởi VulDB • 25/05/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
net: tránh race condition giữa quá trình hủy đăng ký thiết bị và các thao tác ethnl
Có thể quan sát thấy đoạn trace sau nếu một thiết bị đang bị hủy đăng ký trong khi số lượng kênh của nó đang được thay đổi.
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
Nguyên nhân là do unregister_netdevice_many_notify có thể chạy trước phần khóa rtnl của các thao tác ethnl, ví dụ như set_channels trong ví dụ trên. Trong ví dụ này, khóa rss sẽ bị hủy bởi đường dẫn hủy đăng ký thiết bị trước khi được sử dụng lại, nhưng nhìn chung, việc thực thi các thao tác ethnl trong khi quá trình tháo dỡ (dismantle) đã bắt đầu là không nên.
Khắc phục vấn đề này bằng cách từ chối mọi thao tác trên các thiết bị đang bị hủy đăng ký. Một kiểm tra đã tồn tại trong ethnl_ops_begin, nhưng chưa đủ rộng.
Lưu ý rằng cùng một vấn đề không thể quan sát thấy trên phiên bản ioctl (__dev_ethtool) vì tham chiếu thiết bị được lấy từ bên trong phần khóa rtnl tại đó. Một khi quá trình tháo dỡ bắt đầu, thiết bị mạng sẽ bị xóa khỏi danh sách và không thể tìm thấy tham chiếu nào.
If you want to get best quality of vulnerability data, you may have to visit VulDB.