Vghost: um cache válido ontem pode romper a fronteira de memória hoje
A falha em vhost pede conferência de backports e permissões. Para arquitetura, a lição é invalidar caches quando sua premissa de segurança muda.
A CVE-2026-74580, chamada Vghost, afeta o subsistema vhost do kernel Linux e foi demonstrada pela Tencent Zhuque Lab com elevação local a root e um caminho condicionado de fuga da máquina virtual para o host.[3] Os detalhes foram divulgados em 12 de outubro de 2026, após uma correção lançada em agosto, sem exploração conhecida em ataques reais na reportagem.[3] Não é um escape genérico de qualquer VM.[3]
O que muda para quem desenvolve
O defeito envolve um cache de traduções de memória das filas virtuais: mudar endereço ou tamanho da fila podia preservar uma tradução anterior como se ainda estivesse validada.[3] Um acerto no cache evitava a checagem necessária e permitia acesso fora da região autorizada.[3]
A lição de projeto é separar validade funcional de validade de segurança. Um resultado ainda útil para acelerar uma operação pode deixar de ser autorizado depois que o contexto muda. Ao revisar um cache, pergunte quais alterações invalidam não apenas o valor armazenado, mas também a permissão para reutilizá-lo.
Na exploração local, é necessário acesso a dispositivos como /dev/vhost-net ou /dev/vhost-vsock.[3] A fuga do convidado ao host exige dispositivo virtio atrás de uma IOMMU virtual, iommu_platform habilitado e vhost em modo device-IOTLB.[3] Essas condições devem orientar o inventário, em vez de uma conclusão baseada apenas na presença de Linux.
Como aplicar
Para operação, crie uma ficha por host com o pacote do kernel, o aviso de correção da distribuição, as permissões dos dispositivos vhost e a configuração efetiva da virtualização. Confirme depois da manutenção qual kernel está em execução. A solução relatada é instalar um kernel corrigido e reiniciar.[3]
Para desenvolvimento, proponha um teste de regressão em um componente próprio que mantenha cache de autorização ou de tradução. Primeiro, faça uma operação válida e aqueça o cache. Depois, altere uma condição relevante, como escopo, proprietário ou limite permitido. Repita a mesma operação e exija nova validação ou rejeição.
Esse experimento não reproduz Vghost. Ele transforma o mecanismo descrito em uma pergunta testável sobre o seu sistema. O critério de aceite deve observar o efeito real, não apenas uma função de invalidação ter sido chamada.
Cuidados e limites
A faixa informada vai de Linux 4.11 a 7.2-rc4, mas fornecedores podem aplicar a correção por backport sem adotar os números das primeiras versões estáveis corrigidas.[3] Por isso, nem um número antigo prova vulnerabilidade, nem uma atualização de pacote comprova ativação do kernel novo.
As permissões observadas pela Tencent variaram entre as imagens testadas; não descrevem todas as instalações dessas distribuições.[3] Restringir dispositivos reduz a exposição local, mas a matéria não apresenta workaround para a fuga do convidado ao host.[3] Trate mitigação temporária, correção e comprovação de execução como estados diferentes.
Fonte
[3] Fonte: The Hacker News