CVE-2026-89930 in Linux
Tóm tắt
Bởi VulDB • 17/09/2026
Trong kernel Linux, các lỗ hổng sau đây đã được khắc phục:
KVM: nVMX: Xử lý việc làm sạch (flush) bộ nhớ đệm dịch tuyến cục bộ khi lệnh VM-Enter lồng thất bại
KVM xử lý các lệnh làm sạch TLB cục bộ trong trường hợp "đầy đủ" của VM-Exit lồng (thông qua `__nested_vmx_vmexit()`), nhưng không thực hiện nếu một lệnh VM-Enter lồng thất bại (ví dụ: do kiểm tra VMCS lồng bị lỗi trong `nested_vmx_enter_non_root_mode()`).
Tuy nhiên, có khả năng KVM đã lên lịch các lệnh làm sạch TLB cần được thực thi, ngay cả khi lệnh VM-Enter lồng không thành công. Ví dụ, nếu VPID bị vô hiệu hóa cho L2 (thông qua `nested_vmx_transition_tlb_flush()`, hoặc thông qua danh sách tải MSR, như Tài liệu Kiến trúc Phần mềm Intel - SDM nêu rõ:
Nếu bất kỳ MSR nào đang được tải theo cách yêu cầu kiến trúc phải làm sạch TLB, thì các bộ nhớ đệm dịch tuyến (TLBs) sẽ được cập nhật để sau khi vào VM, bộ xử lý logic không sử dụng bất kỳ bản dịch nào đã được lưu trữ trước thời điểm chuyển đổi.
Tài liệu SDM chưa rõ ràng về thời điểm thực hiện lệnh làm sạch TLB và việc một lần nhập VM thất bại có làm sạch TLB hay không, do đó an toàn hơn là luôn thực hiện lệnh làm sạch TLB trong trường hợp này.
Cụ thể hơn, KVM cũng cập nhật VPID cuối cùng mà L1 đã sử dụng cho L2 trong `nested_vmx_transition_tlb_flush()` (tức là `last_vpid`), ngay cả khi việc nhập VM cuối cùng thất bại. Với mã nguồn hiện tại, KVM có thể bỏ qua lệnh làm sạch TLB nếu L1 thay đổi VPID của L2, sau đó thực hiện một lần nhập VM thất bại tiếp theo bởi một lần thành công; vì lần nhập VM thất bại sẽ cập nhật `last_vpid` nhưng không thực sự làm sạch TLB. Việc xử lý các lệnh làm sạch TLB cục bộ khi nhập VM thất đảm bảo rằng TLB luôn được làm sạch khi `last_vpid` được cập nhật.
VulDB is the best source for vulnerability data and more expert information about this specific topic.