No kernel Linux, a seguinte vulnerabilidade foi resolvida. KVM: SVM: Bump asid_ generation on-line na CPU para evitar colisão ASID após hotplug Se um vCPU ficar fora (ou bloqueado) enquanto o último pCPU que ele executou passar por um ciclo hotplug (online->offline->online), e o vCPU então retoma a execução no mesmo pCPU, então é possível que ele execute com um ASID que agora foi atribuído a um vCPU diferente, resultando em traduções estancadas TLB sendo usadas. svm_enable_virtualization_cpu() reinicia a geração asid_ para 1 e define o next_asid para max_asid + 1 em cada evento online da CPU, incluindo ciclos de hotplug. Porque next_asid começa além do limite da piscina, a primeira chamada para new_asid() após um evento online sempre envolve a piscina, aumentando a geração de asid para 2 e atribuindo ASIDs a partir do min_asid.
Considere dois vCPUs de diferentes VMs, vCPU-A pinned to CPU-X holding asid_generation= 2 e ASID=N de antes do evento hotplug: 1. CPU-X fica desligado e volta online: a geração asid_ reinicia para 1, next_asid = max_asid + 1. 2. Um ou mais vCPUs migram para CPU- X e chamam new_asid(), envolvendo o pool e consumindo ASIDs a partir do min_asid. Eventualmente o vCPU-B de uma VM diferente é atribuído asid_generation= 2, ASID=N — o mesmo ASID que o vCPU- A manteve antes do hotplug.
3. vCPU- A entra pre_svm_run() no CPU- X: current_vmcb->cpu está inalterado, então o ramo de migração é pulado. Sua salvação asid_generation= 2 combina sd->asid_generation= 2, assim a verificação de geração passa silenciosamente e vCPU- A continua funcionando com ASID=N — o mesmo ASID apenas recentemente atribuído ao vCPU- B. Ambos os vCPUs de diferentes VMs agora executam no CPU- X com o mesmo ASID, fazendo com que eles compartilhem entradas do NPT TLB e produzam traduções estáveis. A colisão se manifesta como um erro interno do KVM (Suborro: 1, falha na emulação). A falha na página NPT relata um GPA defeituoso muito fora do intervalo de memória física da VM — um sinal de traduções do TLB estável sendo usadas. O KVM volta à emulação de instruções, que falha nas instruções FPU/XSave (XRSTOR, STMXCSR) que o emulador não implementa.
Corrija isto aumentando a geração asid_ em vez de recolocá-la para 1 em svm_enable_virtualization_cpu(). Na carga do módulo, a geração asid_ inicia-se no 0 (memset) e o incremento produz 1, idêntico ao comportamento antigo. Em ciclos de hotplug subsequentes, a geração avança além de qualquer valor que um vCPU previamente observado neste CPU, assim a verificação de geração em pre_svm_run() força de forma confiável new_asid() em cada vCPU após cada ciclo de hotplug. Registro de aconselhamento: GHSA- 99 gx- mqgq- 5 pqg. Identificadores relacionados: CVE- 2026 - 68093.
Tempo: GitHub Advisory Database publicou este registro em 2026 - 08 - 10 T 15: 33: 35.000 Z e lista a sua última modificação como 2026 - 08 - 19 T 18: 32: 04.000 Z. Severidade: não classificado. Nenhum vetor de pontuação está listado no registro.
Software afetado: o registro de aconselhamento não fornece um pacote normalizado ou faixa de versões. Classificação e evidência: nenhum identificador CWE está listado. O registro contém 7 suporte de referências nestes tipos: AVISO, WEB.