Xen: falha no grant copy descoberta com o Claude põe em risco também o Dom0
Em 3 de novembro, às 12:00 UTC, o Xen Project Security Team publicou a segunda versão do aviso XSA-523, intitulado "arbitrary read/write via grant copy", divulgado também na lista oss-security da Openwall. O aviso abrange duas vulnerabilidades, CVE-2026-102703 e CVE-2026-102704, que atingem o centro do ofício de um hipervisor: manter separadas as máquinas virtuais que partilham o mesmo host. Segundo o aviso, um convidado malicioso pode ler e escrever memória arbitrária pertencente a outros domínios, incluindo o Dom0, o domínio de controlo.
O ponto fraco é o grant copy, a operação com que o Xen copia dados entre máquinas virtuais. O aviso explica que, quando as cópias chegam em lote sobre intervalos de endereços adjacentes, o Xen reutiliza dados de validação já calculados. Em alguns casos, as condições que deveriam ter obrigado a repetir a validação estavam erradas. Daí resultam dois defeitos distintos. No primeiro, CVE-2026-102703, números de frame e grant references podiam ser confundidos entre si. No segundo, CVE-2026-102704, a cópia por número de frame (em vez de por grant reference) só é permitida na memória de quem a chama, mas, segundo o aviso, a verificação que impõe esse limite estava no sítio errado do código.
O alcance é amplo: segundo o aviso, todas as versões a partir do Xen 4.6 são afetadas, enquanto a 4.5 e anteriores não são vulneráveis. O Xen Project declara que não existe qualquer mitigação conhecida. As correções anexas cobrem o xen-unstable até à série 4.19.x e as séries da 4.18.x à 4.17.x. Para as versões da 4.6 à 4.16, o aviso não lista correções nem indica versões corretivas numeradas. No mesmo dia, o Qubes OS, que assenta precisamente no isolamento garantido pelo Xen, publicou o boletim QSB-121. Nele lê-se que todas as versões e configurações suportadas são afetadas e que um qube malicioso pode ler e escrever a memória de outros qubes, incluindo o dom0. Para o Qubes 4.3, a correção indicada pelo boletim são os pacotes Xen 4.19.6-3 no dom0, seguidos de uma reinicialização. Por agora não é claro se existem exploits ativos.
A secção de créditos do aviso do Xen afirma que a falha foi descoberta pela Anthropic usando o Claude, depois validada por um investigador da Ada Logics e mais tarde comunicada de forma independente pelo CodeAnt AI Security Research Team. O boletim QSB-121 remete para o aviso original quanto aos nomes de quem reportou, sem os citar. O aviso fica-se por essa fórmula, "Anthropic using Claude": não especifica que modelo ou versão foi usado, nem se o trabalho foi autónomo ou orientado por investigadores. Entre as publicações do Frontier Red Team da Anthropic que pudemos consultar, não encontrámos uma descrição do método. Também não examinámos o conteúdo da primeira versão do aviso.
Depois do caso php2shell, que envolvia o PHP, a cena passa agora para a virtualização, a camada em que assentam vários fornecedores de cloud e sistemas como o Qubes OS. O que o aviso do Xen documenta é um crédito: uma descoberta atribuída à Anthropic e ao seu modelo, confirmada por um investigador da Ada Logics e reencontrada por conta própria por outro grupo. Como se lá chegou, por enquanto, nenhuma das fontes o diz. Quem administra hosts Xen tem, entretanto, uma certeza mais prosaica e mais urgente: segundo o aviso não há mitigação, e quem ficar em versões anteriores à 4.17 não encontra correções na lista. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Li diretamente o aviso oficial em xenbits.xen.org: data, CVE, versões afetadas, impacto, mitigação, correções e créditos. O texto coincide com a cópia enviada pela equipa de segurança do Xen.org à lista oss-security da Openwall em 3/11/2026 às 12:00:20 UTC. Como confirmação independente, verifiquei o boletim QSB-121 do Qubes OS e a linha XSA-523 do seu tracker ("Yes | QSB-121"). O The Hacker News e o SC World devolveram 403 e as suas afirmações não foram usadas. Os números de versões dos agregadores foram substituídos pelos do aviso.
- Incertezze
- Nas publicações do Frontier Red Team que consultei (a lista só carregou em parte), a Anthropic não descreve como o Claude encontrou as falhas nem que modelo ou versão foi usado. O aviso diz apenas "Anthropic using Claude". Não sabemos se a descoberta foi autónoma ou orientada por investigadores. Não há correções oficiais nem versões corretivas numeradas indicadas para as versões 4.6 a 4.16. Não é claro se existem exploits ativos. As atualizações de segurança do XCP-ng de 3 e 4 de novembro existem, mas não as abri. A primeira versão (v1) do aviso não foi verificada.
- Perché pubblicarla
- Uma fonte institucional primária, a equipa de segurança de um hipervisor muito difundido, atribui a um modelo de IA a descoberta de falhas críticas no isolamento entre VM, com confirmação humana e um relato independente. A notícia é concreta e verificável: mostra onde a IA já está a mudar a investigação de vulnerabilidades e o que os administradores devem fazer (aplicar correções, sem mitigação conhecida, versões 4.6–4.16 sem cobertura).