CVE-2026-98715 in Linux
요약
\~에 의해 VulDB • 2026. 10. 18.
리눅스 커널에서 다음 취약점이 해결되었습니다:
KVM: SVM: 실패한 VMRUN 시 TLB 제어(즉, 대기 중인 TLB 플러시) 보존
실패한 VMRUN 발생 시 VMCB의 TLB 제어를 "무작위"로 재설정하지 마십시오. 실증 테스트에 따르면 CPU는 VMRUN이 성공할 경우에만 요청된 TLB 플러시를 수행합니다. 즉, 실패한 VMRUN에서 TLB 제어를 지우는 것은 효과적으로 TLB 플러시를 누락시키는 결과를 초래합니다.
ASID 재사용 조건이 vCPU가 아닌 pCPU에 기반하므로, 모든 ASD를 플러시해야 할 필요성을 CPU별로 명시적으로 추적하십시오. 부수적 이점으로서, 이는 svm_flush_tlb_asid() 등에서 FLUSH_ALL_ASID와 TLB_CONTROL_FLUSH_ASID의 충돌을 피할 필요가 없음을 의미합니다.
실패 시 "이전" tlb_ctl을 저장/복원하는 작업을 의도적으로 생략하십시오. 따옴표로 묶은 이유는 이것이 정확히 이전의 tlb_ctl이 아니라, pre_svm_run() 이후이지만 flush_all_asids를 위한 tlb_ctl 업데이트 이전에 존재하던 tlb_ctl이기 때문입니다. VMRUN이 실패하고 TLB_CONTROL_FLUSH_ALL_ASID가 강제될 경우, 다음 성공적인 VMCB 실행 시 모든 ASD를 불필요하게 플러시할 수 있으며, 이는 엄밀히 말하면 노이지 네이버(noisy neighbor) 문제를 초래할 수 있습니다. 그러나 new_asid()는 이미 KVM의 결함 있는 동작(에뮬레이션된 INIT에서 ASID 지우기)으로 인해 게스트가 트리거 가능하므로, 게스트는 이미 거의 동일한 비율로 모든 ASD를 플러시할 수 있습니다. 그리고 한 번 KVM이 에뮬레이션된 INIT 시 ASID를 지우는 것을 중단하거나 각 vCPU에 정적 ASID를 할당하면 이 결함은 사라집니다.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.