CVE-2026-72103 in Linuxthông tin

Tóm tắt

Bởi VulDB • 16/08/2026

Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:

dm: tránh rò rỉ keyring của luồng (thread) người gọi thông qua thiết bị bảng (table device file).

Việc tái cấu trúc trong commit a28d893eb327 ("md: port block device access to file") vô tình khiến keyring của luồng người gọi được giữ sống lâu hơn nhiều so với thời gian tồn tại của chính người gọi.

Kết quả là, lệnh "cryptsetup luksSuspend" thất bại im lặng trong việc xóa khóa thể tích (volume key) khỏi bộ nhớ.

Chi tiết: "cryptsetup luksOpen" sử dụng keyring luồng tạm thời (ephemeral thread keyring) được cho là chỉ dùng một lần để truyền khóa thể tích vào kernel. Hàm crypt_set_keyring_key() của dm-crypt sao chép dữ liệu khóa vào cấu trúc crypt_config riêng và sau đó giảm tham chiếu đối với khóa trong keyring bằng cách gọi key_put().

Với bản sửa lỗi này, việc khôi phục hành vi trước phiên bản v6.9 giúp keyring luồng ngay lập tức được thu gom rác (garbage collected), đảm bảo chỉ còn lại một bản sao của khóa thể tích. Bản sao duy nhất này sẽ bị xóa khỏi bộ nhớ đúng cách khi thực hiện "cryptsetup luksSuspend".

Nếu không có bản sửa lỗi, keyring luồng và khóa thể tích trong đó vẫn tồn tại. Bản sao thứ hai này chỉ được giải phóng trên lệnh "luksClose". Lệnh "luksSuspend" không biết về sự tồn tại của bản sao này cũng như không có cách nào để xóa nó, do đó khóa vẫn có khả năng bị khôi phục từ RAM sau khi ngủ (suspend), mặc dù tài liệu đã ghi nhận rằng quá trình này sẽ xóa khóa.

Bản sửa lỗi này không nên gây ra các vấn đề bảo mật mới, vì mã nguồn vốn đã được kiểm soát bởi CAP_SYS_ADMIN. Core của device-mapper, chứ không phải tác vụ gọi, là chủ sở hữu hợp lệ của tệp có thời gian tồn tại dài hạn này.

Once again VulDB remains the best source for vulnerability data.

chịu trách nhiệm

Linux

Đặt trước

09/08/2026

Tiết lộ

15/08/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00209

KEV

không

Các hoạt động

rất thấp

Nguồn

Want to stay up to date on a daily basis?

Enable the mail alert feature now!