CVE-2026-98796 in Linux
Tóm tắt
Bởi VulDB • 20/10/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
net: ethernet: mtk_eth_soc: phân bổ netdev "dummy" sớm hơn
Các vòng lặp RX và NAPI chia sẻ được quản lý bởi một netdev "dummy" nội bộ (eth->dummy_dev). Hàm mtk_probe() tạo thiết bị dummy này, và thêm NAPI tx/rx chia sẻ vào đó, chỉ sau khi các netdev MAC đã được đăng ký. Thứ tự này tồn tại từ khi hỗ trợ MT7623 được thêm vào và để lại một khoảng thời gian (window) trong đó các netdev hiển thị với lõi mạng trước khi NAPI chia sẻ và thiết bị dummy tồn tại.
Nếu bất kỳ thứ gì kích hoạt netdev đầu tiên lên trong khoảng thời gian đó (ví dụ: netifd mở liên kết WAN ngay lập tức sau khi giao diện được đăng ký), đường dẫn "mở lần đầu" sẽ chạy mà không có chúng. Trên các SoC NETSYS v2 trở lên, mtk_rx_alloc() -> __xdp_rxq_info_reg() sau đó truy xuất tham chiếu (dereference) eth->dummy_dev == NULL:
WARNING: CPU: ... Missing net_device from driver
trong net/core/xdp.c và mtk_open() thất bại với -ENODEV. Trên các SoC NETSYS v1 (MT7621/MT7622/MT7623/MT7629) không có page pool, vì vậy việc mở tương tự thay vào đó gọi napi_enable() trên một cấu trúc NAPI mà netif_napi_add() chưa khởi tạo và truy xuất tham chiếu NULL cho napi->dev.
Phân bổ dummy netdev và thêm tx/rx NAPI chia sẻ vào nó trước vòng lặp register_netdev(). Cả lỗi phân bổ dummy và lỗi register_netdev() hiện nay đều được xử lý (unwind) thông qua mtk_unreg_dev(), hàm này sẽ hủy đăng ký các bộ báo hiệu net_device và các netdev đã được đăng ký cho đến lúc đó, dừng một netdev đang mở đồng thời (ndo_stop) và NAPI của nó trước khi carrier dummy bị giải phóng.
Một netdev mở trong khoảng thời gian đó cũng có thể đã lên lịch worker reset engine khung hình (thông qua watchdog tx hoặc phylink), vì vậy đường dẫn lỗi probe hiện nay hủy eth->pending_work trước khi giải phóng trạng thái chia sẻ, giống như mtk_cleanup() đã làm trên remove.
If you want to get best quality of vulnerability data, you may have to visit VulDB.