Foram divulgadas, em outubro de 2026, informações sobre a vulnerabilidade «PwnEscape» do kernel Linux (CVE-2026-99999). Esta poderá permitir que um atacante numa máquina virtual execute código malicioso no sistema operativo Linux do anfitrião. A gravidade é de 9,3 numa escala de 1 a 10, com a classificação máxima, «Critical».
Uma brecha na «barreira» da máquina virtual
As máquinas virtuais são uma tecnologia que permite criar vários ambientes independentes para diferentes utilizadores num único servidor físico. Muitos VPS, serviços de alojamento e serviços de cloud assentam neste sistema. Usamo-los com a segurança de que não podemos ver nem aceder ao ambiente dos utilizadores vizinhos.
A PwnEscape explora a própria barreira. Se for possível escapar da máquina virtual do lado convidado e chegar ao Linux do anfitrião, poderão ser afetados outros utilizadores que partilhem o mesmo servidor físico e até os sistemas do fornecedor. É como se, num prédio, fosse possível usar a chave da própria casa para entrar na sala da administração.
Uma falha na verificação dos dados de comunicação abre a porta
A explicação técnica foi divulgada num email publicado na lista de correio «Openwall», destinada a especialistas em segurança. A causa está no processamento de rede do kernel Linux. Segundo a descrição, os dados relacionados com o «checksum», usado para verificar se os dados de comunicação estão intactos, podiam ser alterados por um atacante.
Em condições normais, o cabeçalho IPv4 — a parte que indica, entre outros elementos, o destino da comunicação — é processado com confiança depois de o kernel o validar. Porém, devido a esta falha, era possível substituir o «checksum» pelo cabeçalho já validado. A partir daí, foi possível perturbar o fluxo normal do processamento de rede e ler e escrever em posições de memória que, em princípio, não seriam acessíveis. Em ambiente de investigação, terá sido possível chegar à execução de código no sistema operativo Linux do anfitrião.
O título do email é «Guest-to-Host KVM Escape» e indica um ambiente KVM, a funcionalidade de virtualização do Linux. No entanto, como a causa se encontra numa parte fundamental do kernel, o processamento de rede, considera-se que o ataque poderá também ser possível noutros ambientes além do KVM, como os de contentores.
O que foi demonstrado e os ataques que poderão surgir
Até ao momento, o que foi demonstrado limita-se a um ambiente de investigação. Não há indicação de que estejam a ocorrer ataques em larga escala.
Por outro lado, o email refere que o setor da segurança deverá usar esta informação para investigar o impacto noutros hipervisores (software de base que executa máquinas virtuais). Prevê ainda que surjam, no prazo de algumas semanas, códigos de ataque dirigidos a configurações com defesas mais fracas e, no prazo de um mês, códigos capazes de funcionar em hipervisores com as configurações predefinidas.
Não se trata de um facto confirmado, mas de uma previsão. Ainda assim, dado que já foram divulgadas pistas técnicas, é prudente agir partindo do princípio de que o tempo disponível é curto.
Os utilizadores devem acompanhar a resposta dos fornecedores
Os fornecedores que disponibilizam máquinas virtuais Linux como serviço são os que mais precisam de adotar medidas urgentes. Um utilizador mal-intencionado poderá escapar da sua própria máquina virtual e atacar outros utilizadores ou os sistemas do fornecedor.
À tarde de 17 de outubro de 2026, a Sakura Internet anunciou que tinha suspendido novas adesões a alguns serviços no Japão, incluindo o «Sakura VPS» e o «Sakura Rental Server», e que tinha começado a tomar medidas. A AWS afirma que os serviços geridos de computação e contentores, como o Amazon EC2, o AWS Lambda e o AWS Fargate, não são afetados e que os utilizadores não precisam de tomar qualquer medida.
Mesmo quando se trata de uma «máquina virtual Linux», a existência de impacto varia consoante o fornecedor e o tipo de serviço. As empresas e os particulares que utilizem VPS, serviços de alojamento ou cloud devem evitar confiar apenas no nome do serviço e verificar o âmbito afetado e as medidas anunciadas pelo fornecedor. A segurança da virtualização depende não só das configurações dos utilizadores, mas também da atuação de quem gere a infraestrutura.
コメント