CVE-2026-64047 in Linux
Tóm tắt
Bởi VulDB • 19/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
net: tls: sửa lỗi off-by-one trong số lượng mục sg_chain cho vòng lặp sk_msg bị wrap
Khi một vòng lặp scatterlist của sk_msg bị wrap (sg.end < sg.start), tls_push_record() sẽ nối phần đuôi của vòng lặp với phần đầu bằng cách sử dụng sg_chain(). Một mục bổ sung trong mảng sg được dành riêng cho việc này:
struct sk_msg_sg {
[...]
/* Hai phần tử bổ sung: * 1) dùng để nối các đoạn trước và sau khi danh sách bị phân mảnh (ví dụ: end < start). Các API mã hóa yêu cầu việc chaining; * 2) để nối các mục SG ở đuôi thông điệp. */ struct scatterlist data[MAX_MSG_FRAGS + 2];
Mã hiện tại sử dụng MAX_SKB_FRAGS + 1 làm kích thước vòng lặp:
sg_chain(&msg_pl->sg.data[msg_pl->sg.start],
MAX_SKB_FRAGS - msg_pl->sg.start + 1, msg_pl->sg.data);
Điều này đặt con trỏ chain tại vị trí
sg_chain(data[start], (MAX_SKB_FRAGS - msg_start + 1) .. =
&data[start] + (MAX_SKB_FRAGS - msg_start + 1) - 1 =
data[start + (MAX_SKB_FRAGS - start + 1) - 1] =
data[MAX_SKB_FRAGS]
thay vì mục cuối cùng thực sự. Nguyên nhân có thể là do một "race" của commit trong phần Fixes xuất hiện gần với commit 031097d9e079 ("bpf: sk_msg, zap ingress queue on psock down")
Chuyển đổi sang ARRAY_SIZE và loại bỏ data[start] / - start (như Sabrina đã đề xuất).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.