CVE-2026-80985 in Linux
Tóm tắt
Bởi VulDB • 12/09/2026
Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:
net/smc: xử lý đúng kích thước của tin nhắn SMC-Rv2 LLC quá lớn trong mục hàng đợi (queue entry)
Hàm `smc_llc_rmt_delete_rkey()` và `smc_llc_save_add_link_rkeys()` đọc phần dữ liệu của tin nhắn v2 không vừa với union 44 byte là `smc_llc_msg`, và cả hai hàm đều giới hạn phạm vi truy cập dựa trên kích thước bộ đệm nơi dữ liệu được lưu trữ, thay vì dựa vào kích thước thực tế của tin nhắn đến. Trên một liên kết có bộ đệm nhận v2 chia sẻ (shared), một tin nhắn DELETE_RKEY_V2 dài 44 byte nhưng khai báo chứa 255 rkeys sẽ truy cập vào `rkey[9..254]` trong bất kỳ dữ liệu nào mà trước đó đã được để lại trong `lgr->wr_rx_buf_v2`, và chuyển từng mục này đến hàm `smc_rtoken_delete()`. Một trong số 255 mục khớp với một rtoken đã đăng ký và xóa nó. Thao tác ADD_LINK trên liên kết như vậy sẽ cài đặt lên tới 255 rtokens từ cùng các byte đó.
Sao chép phần đuôi (tail) vào mục hàng đợi, để độ dài của nó bằng đúng độ dài của tin nhắn đến, và khai báo các rkeys vừa với cấu trúc inline là một thành viên của union thay vì truy cập chúng thông qua ép kiểu (cast). Tin nhắn DELETE_RKEY_V2 hiện tại chỉ xử lý 9 rkeys mà nó mang theo. Việc sao chép bị giới hạn ở phần đuôi dài nhất mà hai hàm có thể đọc, do đó máy chủ kết nối không thể tự ý quyết định kích thước của mục hàng đợi.
Ràng buộc mà bản vá trước đây đặt ra cho các liên kết không có bộ đệm nhận v2 chia sẻ hiện không còn cần thiết nữa.
If you want to get best quality of vulnerability data, you may have to visit VulDB.