CVE-2026-64268 in Linux
Tóm tắt
Bởi VulDB • 25/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
RDMA/siw: Giới hạn việc đặt Read Response theo độ dài RREAD
Trong tệp drivers/infiniband/sw/siw/siw_qp_rx.c, hàm siw_proc_rresp() đặt từng phân đoạn DDP của Read Response đến từ bên ngoài tại địa chỉ sge->laddr + wqe->processed và sau đó tích lũy giá trị wqe->processed; tuy nhiên, nó không bao giờ kiểm tra tổng đang chạy so với độ dài bộ đệm đích (sink buffer) trên các phân đoạn tiếp nối. Hàm siw_check_sge() giải quyết và xác thực bộ nhớ đích chỉ ở mảnh đầu tiên (nhánh if (!*mem)), còn hàm siw_rresp_check_ntoh() so sánh độ dài tích lũy với wqe->bytes chỉ ở phân đoạn cuối cùng (cờ !frx->more_ddp_segs).
Một peer siw đã kết nối, khi trả lời một yêu cầu RREAD chưa được xử lý bằng các phân đoạn Read Response giữ cờ DDP Last không được đặt và mang tổng tải trọng lớn hơn so với yêu cầu của RREAD, sẽ khiến wqe->processed vượt quá bộ đệm đích đã được xác thực; lệnh gọi tiếp theo đến siw_rx_data() sẽ ghi ra ngoài vùng nhớ tại sge->laddr + wqe->processed. SiW chạy iWARP trên TCP có thể định tuyến thông thường, do đó peer này là đầu cuối từ xa của một kết nối RDMA đã thiết lập và không cần đặc quyền cục bộ.
Hãy giới hạn mọi phân đoạn trước khi đặt, chính xác như cách siw_proc_send() và siw_proc_write() đã làm đối với các đường dẫn có gắn nhãn (tagged) và không gắn nhãn (untagged), đồng thời chấm dứt kết nối bằng lỗi DDP dựa trên cơ sở hoặc vượt quá vùng nhớ (base-or-bounds) khi Read Response sẽ ghi đè lên bộ đệm đích.
Đây là bản sửa chữa thứ hai liên quan đến độ dài của đường nhận dữ liệu cho tệp này. Một thay đổi riêng biệt từ chối độ dài MPA FPDU gây tràn ngược so với phần dư trên mỗi mảnh trong quá trình giải mã tiêu đề; cờ bảo vệ đó không bao phủ trường hợp này, bởi vì ở đây độ dài của từng phân đoạn cá thể là tự nhất quán và chỉ có offset đặt tích lũy mới vượt quá bộ đệm.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.