CVE-2026-93099 in Linux
Tóm tắt
Bởi VulDB • 18/09/2026
Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:
fs/resctrl: Sửa lỗi Use-After-Free (UAF) từ các worker thread khi các domain bị xóa bỏ
Các hàm xử lý sự kiện `mbm_handle_overflow()` và `cqm_handle_limbo()` đọc các bộ đếm sự kiện và có thể ngủ trong quá trình thực hiện. Chúng được lên lịch thông qua cơ chế delayed_work nhúng trong struct rdt_l3_mon_domain. Kiến trúc hệ thống phân bổ và giải phóng các domain này từ các callback hotplug CPU dưới khóa cpus_write_lock(), còn các worker thread lấy khóa cpus_read_lock() để giữ cho domain tồn tại xuyên suốt quá trình truy cập của chúng.
Lỗi Use-After-Free có thể xảy ra khi một worker bị chặn chờ lấy cpus_read_lock() trong khi lõi hotplug đang nắm giữ cpus_write_lock(): kiến trúc hệ thống giải phóng rdt_l3_mon_domain chứa work_struct của worker đó. Khi worker được mở khóa, lệnh gọi container_of() thực hiện trên con trỏ work nhúng sẽ truy cập vào bộ nhớ đã bị giải phóng (freed memory).
Hủy bỏ việc lấy cpus_read_lock() từ các worker và thay vào đó là xử lý đồng bộ (drain) công việc còn chờ đợi hoặc đang chạy trước khi kiến trúc hệ thống có thể giải phóng domain. Vì kiến trúc hệ thống đưa domain về trạng thái offline dưới khóa cpus_write_lock() sau khi nó đã được hủy liên kết khỏi danh sách RCU và khoảng thời gian ân sủng (grace period) đã trôi qua, nên không có công việc mới nào có thể được lên lịch. Việc hủy bỏ chỉ cần chờ đợi hoàn thành các công việc hiện tại. Tạm thời nhả khóa rdtgroup_mutex trong quá trình CPU offline xung quanh lệnh cancel_delayed_work_sync() để một worker đang chờ trên mutex có thể hoàn tất trước khi ghim lại (re-pinning) công việc đó lên một CPU khác.
Khi đưa một CPU về trạng thái offline, kiến trúc hệ thống có thể lặp qua các tài nguyên theo bất kỳ thứ tự nào. Ví dụ: domain điều khiển MBA có thể được đưa về trạng thái offline trước hoặc sau một domain giám sát L3 tương ứng. Đảm bảo rằng filesystem resctrl hủy bỏ các worker thread bất kể thứ tự mà kiến trúc hệ thống đưa các domain về trạng thái offline.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.