CVE-2026-98560 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:
net/rds: xác định kích thước tập hợp đường dẫn của kết nối dựa trên giao thức vận chuyển (transport) mà nó sử dụng thực tế.
Hàm `__rds_conn_create()` tính toán giá trị npaths từ giao thức vận chuyển do caller cung cấp trước khi quyết định xem một kết nối đến một trong các địa chỉ nội bộ của máy chủ có nên được xử lý bởi giao thức loopback hay không. Sự thay thế này là những gì nhận được đối với socket RDS/TCP gửi tới một địa chỉ cục bộ, và sau bước đó, vòng lặp khởi tạo đường dẫn vẫn chạy cho `RDS_MPATH_WORKERS` paths của giao thức TCP và phân bổ một workqueue có thứ tự (ordered workqueue) cho mỗi path, trong khi `rds_loop_conn_alloc()` chỉ cung cấp dữ liệu transport cho path 0.
Hàm `rds_conn_destroy()` xác định kích thước quá trình teardown dựa trên c_trans; tại thời điểm đó là giao thức loopback, nên nó chỉ truy cập vào path 0 - và `rds_conn_path_destroy()` sẽ bỏ qua các paths khác vì hàm này trả về trước khi gọi destroy_workqueue() cho một path không có dữ liệu transport. Sau đó, kfree(c_path) giải phóng các con trỏ cuối cùng đến bảy workqueues. Điều này lặp lại đối với mọi kết nối như vậy, trong mỗi lần teardown netns hoặc gỡ module, và mỗi địa chỉ đích cục bộ riêng biệt là một kết nối riêng biệt.
Tính toán lại npaths sau khi giao thức vận chuyển đã được xác định cuối cùng, để quá trình tạo (creation) và hủy bỏ (destruction) thống nhất về tập hợp các đường dẫn. Mảng c_path vẫn giữ kích thước dành cho giao thức vận chuyển của caller; các mục không sử dụng sẽ bị giải phóng cùng với nó.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.