A AMD entrou em uma daquelas polêmicas que incomodam não só pelo impacto técnico, mas principalmente pela falta de transparência. Um recurso de segurança conhecido como Transparent Secure Memory Encryption, ou simplesmente TSME, desapareceu de alguns processadores Ryzen de consumo após atualizações recentes de firmware.
O problema: muitos usuários sequer tinham como saber que a proteção havia sumido.
Na prática, a AMD removeu ou desativou, via firmware, uma proteção que antes funcionava em determinados processadores Ryzen não-PRO. A mudança veio com versões recentes do AGESA, a camada de firmware usada por fabricantes de placas-mãe para inicializar CPU, memória e chipset antes do sistema operacional carregar.
O que é TSME?
TSME significa Transparent Secure Memory Encryption. É uma tecnologia que criptografa automaticamente o conteúdo da memória RAM em nível de hardware.
Quando ativa, ela ajuda a proteger os dados armazenados temporariamente na RAM contra ataques físicos, como:
- Cold boot attacks, quando alguém tenta extrair dados da memória logo após desligar ou reiniciar a máquina;
- remoção física de módulos de memória para tentativa de leitura externa;
- snooping de barramento ou interface de memória, em cenários de ataque físico avançado;
- extração de chaves sensíveis que possam estar temporariamente carregadas na RAM.
Não é uma defesa mágica contra qualquer ataque. Ela não substitui senha forte, criptografia de disco, TPM, Secure Boot ou boas práticas de segurança. Mas para certos perfis de usuário, é uma camada importante.
Especialmente para jornalistas, administradores de sistemas, pesquisadores, profissionais de segurança, empresas, ativistas, pessoas que viajam com notebook ou qualquer usuário que carregue dados sensíveis em máquina física.
O ponto grave não é só remover. É remover em silêncio.
A grande discussão aqui não é apenas se o usuário doméstico comum precisa ou não de TSME. O ponto mais sério é outro: um recurso de segurança que existia deixou de funcionar sem aviso claro.
Segundo os relatos técnicos, usuários que tinham a opção habilitada no BIOS passaram a ver que a memória já não estava mais sendo criptografada depois de atualizações baseadas no AGESA 1.2.7.0.
Ou seja: em alguns casos, o menu da placa-mãe ainda podia sugerir que o recurso estava ali, mas na prática o firmware não ativava mais a criptografia em processadores Ryzen não-PRO.
Esse é o pior cenário para confiança. O usuário pensa que está protegido, monta sua política de segurança em cima disso, atualiza o firmware acreditando estar corrigindo bugs ou vulnerabilidades, e depois descobre que uma proteção foi removida no caminho.
Como o caso veio à tona
O caso ganhou força depois que Ben Kilpatrick, usuário Linux focado em privacidade e auditoria de segurança, percebeu que seu sistema com Ryzen passou a indicar que a RAM criptografada não era mais suportada.
O estranho é que o recurso já havia funcionado antes na mesma linha de máquinas. A investigação envolveu testes, análise de firmware, conversas com fabricante de placa-mãe e questionamentos à própria AMD.
A resposta inicial da AMD, segundo as reportagens, apontava que o recurso faria parte da família AMD PRO. O problema é que, na prática, TSME vinha funcionando em processadores Ryzen não-PRO por anos, o que criou uma zona cinzenta desconfortável.
Era recurso oficial? Era recurso herdado? Era suporte não documentado? Era segmentação artificial de produto? Foi bug? Foi decisão comercial? A comunicação da AMD não ajudou.
Ryzen PRO, EPYC e a segmentação de segurança
A AMD sempre posicionou vários recursos avançados de segurança com mais força nas linhas Ryzen PRO e EPYC, voltadas para empresas, estações profissionais e servidores.
Isso, por si só, não é novidade. Fabricantes segmentam produtos o tempo todo. O problema começa quando um recurso presente e funcional em CPUs já vendidas desaparece por atualização de firmware.
Existe uma diferença enorme entre dizer:
“Este recurso só estará disponível nos próximos modelos PRO.”
E dizer, na prática:
“Este recurso que já funcionava na sua máquina deixou de funcionar depois de uma atualização.”
O segundo caso é muito mais delicado, porque mexe com confiança, previsibilidade e segurança operacional.
AMD voltou atrás
Depois da repercussão negativa, a AMD informou que pretende restaurar a opção de TSME, também chamada de Memory Guard, em determinados processadores Ryzen 9000 não-PRO por meio de uma atualização de BIOS prevista para julho de 2026.
Isso é uma boa notícia, mas não apaga o problema principal.
A restauração mostra que a pressão da comunidade funcionou. Também mostra que a remoção não parece ser uma limitação física irreversível do chip. Se a função pode voltar por BIOS, então o caso aponta muito mais para política de firmware do que para impossibilidade técnica.
O risco real para o usuário comum
É importante colocar as coisas no lugar certo. A ausência de TSME não significa que qualquer Ryzen doméstico ficou automaticamente vulnerável a hackers pela internet.
O tipo de ataque mitigado por TSME exige, em geral, algum nível de acesso físico à máquina ou ao hardware. Então, para a maioria dos usuários domésticos jogando, navegando e usando o PC em casa, o risco prático imediato é limitado.
Mas limitado não significa irrelevante.
Para quem usa o computador com dados sensíveis, credenciais de produção, chaves SSH, VPN corporativa, documentos sigilosos ou comunicação protegida, a perda silenciosa de uma camada de defesa é um problema real.
E para empresas, órgãos públicos e profissionais de TI, a questão é ainda mais séria: segurança depende de inventário, documentação e previsibilidade. Se um recurso some sem aviso, o planejamento de risco vira chute.
O problema maior: firmware virou contrato invisível
Este caso mostra uma realidade incômoda da computação moderna: o hardware que você compra não é totalmente definido apenas pelo silício dentro do chip.
Firmware, microcódigo, AGESA, BIOS e políticas internas do fabricante podem ativar, limitar, corrigir ou remover comportamentos depois da compra.
Isso é necessário para corrigir falhas. Mas também abre espaço para algo perigoso: transformar atualização de segurança em mecanismo de remoção silenciosa de recurso.
Quando isso acontece, o usuário fica em uma posição ruim. Se atualiza o BIOS, pode perder função. Se não atualiza, pode ficar exposto a vulnerabilidades corrigidas. É uma escolha que ninguém deveria ser forçado a fazer no escuro.
O que usuários Ryzen devem fazer agora?
Para quem usa Ryzen 9000 não-PRO e se importa com esse recurso, o caminho mais prudente é:
- verificar se a placa-mãe recebeu BIOS com AGESA afetado;
- acompanhar atualizações do fabricante da placa-mãe;
- procurar nas notas de BIOS menções a TSME, Memory Guard ou segurança de memória;
- em Linux, usar ferramentas de auditoria capazes de verificar se a RAM está realmente sendo reportada como criptografada;
- não presumir que a opção no BIOS significa que o recurso está funcionando de verdade;
- aguardar a atualização prometida para julho de 2026, caso seu processador esteja entre os modelos contemplados.
Em ambientes críticos, a recomendação é ainda mais direta: se criptografia de memória faz parte do seu modelo de segurança, use hardware onde esse recurso seja oficialmente documentado, suportado e auditável.
Veredito GeekZilla
A AMD errou menos pela existência da segmentação e mais pela forma como lidou com a mudança.
Se TSME era para ser exclusivo da linha PRO, isso precisava estar claro desde o começo. Se funcionava em Ryzen doméstico por acidente, a remoção deveria ter sido explicada. Se foi bug de firmware, deveria ter sido tratado como bug. O que não dá é para um recurso de segurança desaparecer silenciosamente e o usuário descobrir por acaso.
A decisão de restaurar o recurso nos Ryzen 9000 não-PRO é positiva. Mas a confiança não volta só com um BIOS novo. Ela volta com documentação clara, changelog honesto e respeito pelo usuário que atualiza firmware esperando mais segurança, não menos.
No fim, a lição é simples: recurso de segurança não pode sumir no escuro. Principalmente quando o usuário nem tem uma forma fácil de perceber que ficou menos protegido.
Night City é ficção. Firmware opaco, infelizmente, é vida real.
