SEV-SNP: qual evidência permite aceitar o host?
Uma janela de manutenção precisa terminar em uma condição de aceite verificável. A análise propõe ligar a identificação do host, as versões aplicáveis e a decisão de execução da carga.
Read in EnglishPor Pentesty
Dois boletins, condições e cronogramas distintos
O AMD-SB-3059 descreve a CVE-2026-0462: um hipervisor malicioso pode comprometer a integridade do SEV-SNP por redirecionamento de MMIO. O AMD-SB-3061 trata da CVE-2026-40671 e da possível exposição de registradores de uma VM SEV-SNP a um atacante privilegiado.
Para as séries EPYC de servidores da tabela principal, o primeiro boletim registra firmware SEV de agosto e versões PI planejadas para dezembro; o segundo registra microcódigo de agosto e PI planejado para novembro. A AMD orienta consultar o fabricante do equipamento para o BIOS aplicável. São divulgações de vulnerabilidades, sem evidência de um incidente específico nessas descrições.
Defina a pergunta que o operador precisa responder
Peça um vínculo entre a carga, o conjunto de hosts permitido e a versão exigida para cada componente relevante. Uma resposta comercial sobre uma família de serviço precisa chegar ao ambiente contratado. Se a infraestrutura for gerenciada por terceiros, combine quais identificadores podem ser compartilhados e qual documento comprova a aplicação da mudança.
Escreva a condição de aceite antes da janela. Ela pode exigir confirmação do modelo, versão instalada, referência do fabricante, horário de aplicação e resultado da validação do operador. Quando uma informação não estiver disponível, atribua um responsável e uma data para resposta. Evite encerrar o chamado apenas com a previsão de entrega de uma atualização.
Faça o aceite alcançar a política de admissão
Se a arquitetura utiliza atestação para liberar uma carga, peça ao responsável que mostre como a política aceita ou recusa a evidência recebida. Use um cenário autorizado com valores sintéticos para testar uma condição permitida e outra recusada. Preserve versão da política, resultado e identificador do teste, sem publicar material sensível da carga.
A proposta é conferir a decisão, sem desenvolver uma exploração das vulnerabilidades. Uma política documentada e um teste observável permitem discutir se o requisito contratado está sendo aplicado. Qualquer afirmação de cobertura deve indicar o conjunto de plataformas examinado e as dependências que ficaram fora do exercício.
Conclua com pendências que tenham dono
Monte um quadro por ambiente com responsável, evidência disponível, resultado esperado e próxima decisão. Separe a manutenção aceita dos itens que aguardam informação do fabricante ou do provedor. Defina uma revisão após mudança de host, política ou requisito do serviço. O aceite deve continuar localizável quando a carga migrar.
A análise sobre virtualização aninhada e fronteira do host ajuda a formular responsabilidades entre camadas. Para este caso, preserve no chamado a ligação entre os boletins atuais e os ativos realmente avaliados. O nome do processador, sozinho, não descreve o ambiente nem a decisão tomada.
Perguntas frequentes
Uma data planejada comprova a instalação?
O aceite proposto exige evidência do ambiente alterado, versão aplicada e validação do operador. Registre uma previsão como pendência, com responsável e revisão.
Qual é a primeira informação a solicitar?
Identifique a carga e a plataforma em que ela pode executar. Depois, associe o requisito técnico à evidência que o operador consegue fornecer.
O teste exige explorar a vulnerabilidade?
A proposta é testar a decisão de admissão em um cenário autorizado com dados sintéticos. Uma reprodução ofensiva exige escopo e autorização próprios.
Quem decide pela continuidade?
O responsável pelo serviço aceita o impacto operacional com apoio do responsável técnico. Documente critérios, limitações e a data da próxima revisão.
Fontes e referências
Análise original da Pentesty, publicada em 13 de novembro de 2026. Os cenários propostos são orientações editoriais, com escopo e validação a definir para cada ambiente.