{"id":160597,"date":"2026-02-11T17:11:57","date_gmt":"2026-02-11T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx"},"modified":"2026-02-11T17:11:57","modified_gmt":"2026-02-11T15:11:57","slug":"uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","title":{"rendered":"Vulnerabilidade que permite contornar o mecanismo de seguran\u00e7a Intel TDX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

As empresas Google e Intel divulgaram os resultados (PDF) de um trabalho conjunto na auditoria de seguran\u00e7a do mecanismo Intel TDX 1.5 (Trusted Domain Extensions). A tecnologia Intel TDX permite o criptografar a mem\u00f3ria de m\u00e1quinas virtuais para proteg\u00ea-las contra interfer\u00eancias e an\u00e1lises por parte de administradores do sistema host e ataques f\u00edsicos ao hardware. Como resultado da auditoria, foram identificadas 6 vulnerabilidades e 35 erros que n\u00e3o afetam a seguran\u00e7a. <\/p>\n

Os problemas afetam as CPUs Intel Xeon de 6\u00aa gera\u00e7\u00e3o, bem como as de 4\u00aa e 5\u00aa gera\u00e7\u00f5es da linha de processadores Intel Xeon Scalable. As vulnerabilidades foram corrigidas na atualiza\u00e7\u00e3o de microc\u00f3digo lan\u00e7ada ontem. No GitHub, foi publicado um conjunto de ferramentas para explorar as vulnerabilidades no Intel TDX, al\u00e9m de prot\u00f3tipos de exploits para duas vulnerabilidades (CVE-2025-30513, CVE-2025-32007). <\/p>\n

A vulnerabilidade mais perigosa (CVE-2025-30513) permite que um administrador n\u00e3o confi\u00e1vel, com acesso ao sistema host, eleve suas permiss\u00f5es e comprometa completamente as garantias de seguran\u00e7a fornecidas pela tecnologia Intel TDX. A vulnerabilidade \u00e9 causada por uma condi\u00e7\u00e3o de corrida em um dos m\u00f3dulos TDX, que permite, no momento da migra\u00e7\u00e3o da m\u00e1quina virtual, transferir o ambiente protegido (TD \u2014 Trusted Domain) de um estado de suporte \u00e0 migra\u00e7\u00e3o para um estado que permite a transi\u00e7\u00e3o para o modo de depura\u00e7\u00e3o. <\/p>\n

O problema \u00e9 causado pela possibilidade de modificar os atributos do ambiente logo ap\u00f3s passar pela verifica\u00e7\u00e3o, mas antes de serem definidos como imut\u00e1veis no ambiente migrado. Ap\u00f3s a defini\u00e7\u00e3o do atributo de depura\u00e7\u00e3o, o administrador do sistema host pode monitorar em tempo real a atividade do sistema operacional protegido e acessar o estado de mem\u00f3ria descriptografado. <\/p>\n

A vulnerabilidade \u00e9 bastante simples de explorar, uma vez que o administrador pode iniciar a qualquer momento o processo de migra\u00e7\u00e3o ao vivo da m\u00e1quina virtual protegida. O problema foi identificado por pesquisadores da Google, que, ao estudar a API, notaram uma incoer\u00eancia entre como o estado das opera\u00e7\u00f5es \u00e9 rastreado na FSM (M\u00e1quina de Estados Finitos), como a interrup\u00e7\u00e3o da opera\u00e7\u00e3o de importa\u00e7\u00e3o \u00e9 tratada e como o estado do ambiente protegido \u00e9 alterado, mas n\u00e3o retornado ao valor original ap\u00f3s uma falha. <\/p>\n

Vulnerabilidades menos perigosas: <\/p>\n