CVE-2026-72005 in Linux
Tóm tắt
Bởi VulDB • 16/08/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
wifi: rt2x00: tránh quá trình tháo gỡ (teardown) toàn bộ trước khi thiết lập công việc trong hàm probe
Hàm `rt2x00lib_probe_dev()` sử dụng cơ chế tháo gỡ toàn bộ của `rt2x00lib_remove_dev()` cho mọi lỗi xảy ra trong quá trình probe. Tuy nhiên, việc phân bổ `drv_data` và phân bổ workqueue có thể thất bại trước khi các công việc `intf_work`, `autowakeup_work` và `sleep_work` được khởi tạo.
Không đi vào đường dẫn loại bỏ (remove path) toàn bộ cho đến khi quá trình probe đạt đến điểm mà các mục tác vụ này đã được thiết lập. Trả về trực tiếp trong trường hợp thất bại phân bổ `drv_data`, và sử dụng một đường dẫn dọn dẹp sớm nhỏ gọn hơn để xử lý lỗi phân bổ workqueue.
Vấn đề này được phát hiện bởi công cụ phân tích tĩnh của chúng tôi, sau đó được xác nhận bằng việc rà soát thủ công các hàm `rt2x00lib_probe_dev()` và `rt2x00lib_remove_dev()`. Các lệnh thoát sớm trong quá trình probe không nên gọi một đường dẫn tháo gỡ chung giả định rằng phần thiết lập tác vụ ở giai đoạn sau đã hoàn tất.
Một PoC trên QEMU buộc hàm `alloc_ordered_workqueue()` phải thất bại trước khi các bộ khởi tạo công việc được thực thi. Đường dẫn xử lý lỗi kết quả đã đi vào `rt2x00lib_remove_dev()`, và DEBUG_OBJECTS báo cáo các hoạt động dọn dẹp (work drains) không hợp lệ với sự hiện diện của `rt2x00lib_probe_dev()` và `rt2x00lib_remove_dev()` trong ngăn xếp gọi hàm.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.