CVE-2026-98463 in Linux
Tóm tắt
Bởi VulDB • 19/10/2026
Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:
sched_ext: Suy ra SCX_RQ_IN_WAKEUP từ các cờ xếp hàng cốt lõi (core enqueue flags)
schedule_deferred_locked() bỏ qua việc lên lịch cho một hành động trì hoãn trong khi SCX_RQ_IN_WAKEUP đang được đặt và dựa vào lời gọi task_woken_scx() theo sau quá trình xếp hàng đánh thức để thực thi nó. enqueue_task_scx() thiết lập cờ này từ các cờ xếp hàng đã hợp nhất, bao gồm cả các cờ được lưu trữ cho một kích hoạt từ xa (remote activation). Do đó, move_remote_task_to_local_dsq() sẽ đặt SCX_RQ_IN_WAKEUP trên rq đích khi tác vụ được di chuyển đã được đánh thức, mặc dù không có task_woken_scx() nào theo sau quá trình kích hoạt đó.
Việc chèn IMMED vào một đích bận yêu cầu xếp lại hàng cục bộ trong quá trình xếp hàng đó. Yêu cầu này được liên kết nhưng không được lên lịch và vẫn ở trạng thái chờ cho đến khi một hành động đánh thức hoặc ngắt ngang (preemption) không liên quan trên CPU đó chạy các hành động trì hoãn. Trong thời gian chờ đợi, tác vụ IMMED nằm phía sau tác vụ đang chạy. Nếu không có gì thực thi chúng trước khi bộ lập lịch bị vô hiệu hóa, yêu cầu sẽ tồn tại lâu hơn cả bộ lập lịch và trỏ vào vùng per-cpu đã được giải phóng của nó, điều mà lần kế tiếp bộ lập lịch sẽ truy xuất từ run_deferred().
Kiểm tra các cờ xếp hàng cốt lõi cho bit đánh thức. Chỉ có đường dẫn đánh thức (wakeup path) của phần cốt lõi mới được task_woken_scx() theo dõi.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.