CVE-2026-64307 in Linuxthông tin

Tóm tắt

Bởi VulDB • 28/07/2026

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

crypto: ccp - Không khởi tạo SNP cho ioctl(SNP_CONFIG)

Ghi chú của Sashiko:

> Nếu việc khởi động SEV thất bại và KVM đang chạy các VM thông thường một cách tích cực, liệu một tiến trình userspace có thể kích hoạt đường dẫn mã này thông qua ioctls /dev/sev (ví dụ: > SEV_PDH_GEN) và đặt lại MSR_VM_HSAVE_PA về 0 trên toàn cục không? Việc thực thi lệnh VMRUN tiếp theo cho một VM đang hoạt động sẽ gây ra lỗi bảo vệ chung (general protection fault) và làm sập host hay không?

Từ chối thử lại việc khởi tạo nếu SNP chưa được khởi tạo trước đó đối với SNP_CONFIG.

Về mặt kỹ thuật, đây là một sự thay đổi ABI: trước đây, nếu việc khởi tạo SNP thất bại, nó có thể được kích hoạt lại một cách trong suốt bởi ioctl này và mọi thứ vẫn hoạt động tốt nếu không có VM nào đang chạy. Hy vọng rằng trường hợp cạnh (corner case) này đủ hiếm để không ai chú ý đến, nhưng nếu có người phát hiện ra thì sẽ có vài lựa chọn:

* thực hiện điều gì đó tương tự như symbol_get() cho kvm và từ chối khởi tạo nếu KVM đã được tải * kiểm tra dữ liệu khác 0 trong HSAVE_PA của từng CPU trước khi khởi tạo lại * sau khi việc khởi tạo thất bại, tiếp tục từ chối khởi tạo cho đến khi module ccp bị gỡ bỏ

If you want to get best quality of vulnerability data, you may have to visit VulDB.

chịu trách nhiệm

Linux

Đặt trước

19/07/2026

Tiết lộ

25/07/2026

Kiểm duyệt

được chấp nhận

EPSS

0.00215

KEV

không

Các hoạt động

rất thấp

Nguồn

Interested in the pricing of exploits?

See the underground prices here!