CVE-2026-89494 in Linuxthông tin

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:

ocfs2: xác thực độ dài trong dlm_mig_lockres_handler

Một node nhận tin nhắn DLM_MIG_LOCKRES đang tin tưởng vào nhiều trường của đối tượng dlm_migratable_lockres do peer cung cấp mà không có bước kiểm tra tính hợp lệ. num_locks và lockname_len chỉ được giới hạn ở phía gửi, và tin nhắn chưa bao giờ được kiểm tra để đảm bảo thực sự chứa đúng số lượng mục migratable_lock bằng với giá trị num_locks. Kết quả là hàm dlm_process_recovery_data() sẽ truy xuất (walk) mres->ml[0..num_locks) vượt ra ngoài bản sao của tin nhắn đã được cấp phát bởi kmalloc(data_len) (một lỗi đọc out-of-bounds dẫn đến panic BUG_ON), và dlm_init_lockres() sao chép lockname_len byte vào đối tượng slab o2dlm_lockname có kích thước cố định 32 byte (một lỗi ghi out-of-bounds trên heap). Cả hai lỗ hổng này đều có thể bị khai thác bởi bất kỳ node nào trong domain.

Cần xác thực các trường này ngay sau khi gọi dlm_grab(), trước khi bất kỳ thành phần nào sử dụng chúng -- bao gồm cả đường dẫn xử lý lỗi not-joined, vốn đã in mres->lockname với lockname_len không giới hạn dưới dạng định dạng %.*s precision. Từ chối tin nhắn trừ khi lockname_len <= DLM_LOCKID_NAME_MAX, num_locks <= DLM_MAX_MIGRATABLE_LOCKS (giới hạn mà phía gửi đã xác nhận), và payload đủ lớn để chứa số lượng locks được khai báo. Các tin nhắn recovery và migration tuân thủ chuẩn sẽ không bị ảnh hưởng.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

chịu trách nhiệm

Linux

Đặt trước

11/09/2026

Tiết lộ

12/09/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00000

KEV

không

Các hoạt động

rất thấp

Nguồn

Do you want to use VulDB in your project?

Use the official API to access entries easily!