Un ataque de hardware demuestra que el control físico del servidor anula las garantías de computación confidencial en ambas plataformas.
Investigadores revelaron un ataque de hardware denominado DDRop que compromete las protecciones de memoria en Intel TDX (Trust Domain Extensions) y AMD SEV-SNP (Secure Encrypted Virtualization – Secure Nested Paging). El método funciona silenciando escrituras en la memoria del servidor, lo que provoca que el procesador continúe leyendo datos encriptados antiguos como si fueran actuales. La técnica requiere que el atacante controle previamente el software del servidor y tenga acceso físico breve a la máquina para insertar un circuito pequeño.
Cómo funciona el ataque contra las tecnologías de computación confidencial
El ataque DDRop explota una brecha entre las garantías teóricas de Intel TDX y AMD SEV-SNP y la realidad del hardware físico. Ambas tecnologías prometen aislar cargas de trabajo sensibles mediante cifrado de memoria, de modo que ni el hipervisor ni otros procesos puedan acceder a los datos en texto claro. El método documentado por los investigadores demuestra que un atacante con control previo del software del servidor puede insertar un dispositivo físico que intercepta las señales de escritura hacia la memoria RAM.
Cuando el circuito insertado bloquea selectivamente las operaciones de escritura, el procesador continúa operando con datos obsoletos que permanecen en la memoria. Dado que esos datos antiguos están cifrados con claves que el atacante ya conoce por su control previo del sistema, la protección de confidencialidad colapsa. El procesador lee información que cree actual pero que en realidad corresponde a un estado anterior comprometido.
Por qué el modelo de amenaza de la computación confidencial no contemplaba este vector
Intel TDX y AMD SEV-SNP fueron diseñados para proteger contra atacantes que controlan el hipervisor o el sistema operativo host, pero que no tienen acceso físico al hardware. El modelo de amenaza asume que el adversario puede ejecutar código malicioso en capas superiores del stack de virtualización, pero no puede manipular componentes físicos del servidor. DDRop invierte esa premisa: el atacante ya tiene control del software y usa ese control para preparar el terreno antes de realizar una intervención física mínima.
La inserción del circuito requiere acceso físico breve, lo que en entornos de nube pública o centros de datos corporativos implica comprometer la cadena de custodia del hardware. En América Latina, donde la infraestructura de nube híbrida y los centros de datos locales operan con controles de acceso físico variables, este vector de ataque expone una vulnerabilidad estructural en organizaciones que adoptaron computación confidencial como garantía de protección de datos sensibles sin revisar sus protocolos de seguridad física.
Qué sectores en la región quedan expuestos por la dependencia de estas tecnologías
Instituciones financieras en Brasil y México que migraron cargas de trabajo reguladas a entornos de nube confidencial basados en Intel TDX o AMD SEV-SNP enfrentan un riesgo concreto si sus proveedores de infraestructura no implementan controles de acceso físico equivalentes a los controles lógicos. El sector salud en Argentina y Colombia, que adoptó computación confidencial para cumplir con normativas de protección de datos de pacientes, opera bajo el supuesto de que el cifrado de memoria es suficiente para aislar información sensible de administradores de infraestructura.
La revelación de DDRop obliga a revisar ese supuesto. Un atacante con acceso físico temporal a un servidor en un centro de datos regional puede comprometer la confidencialidad de todas las cargas de trabajo que dependen de TDX o SEV-SNP, incluso si esas cargas están correctamente configuradas a nivel de software. La brecha entre el modelo de amenaza teórico y la realidad operativa de los centros de datos en la región se vuelve crítica cuando organizaciones locales asumen que la computación confidencial elimina la necesidad de auditorías físicas rigurosas.
El patrón de ataques de hardware que desafían las garantías de aislamiento
DDRop se suma a una serie de ataques documentados en los últimos años que explotan la brecha entre las garantías de seguridad implementadas en software y las realidades del hardware físico. Rowhammer, Spectre y Meltdown demostraron que el comportamiento de bajo nivel de los procesadores puede anular protecciones de aislamiento diseñadas en capas superiores. DDRop extiende ese patrón al dominio de la computación confidencial, donde las garantías de cifrado de memoria dependen de que el hardware se comporte exactamente como el modelo de amenaza asume.
La técnica no requiere vulnerabilidades en la implementación de TDX o SEV-SNP: explota el hecho de que ninguna tecnología de cifrado de memoria puede proteger contra un adversario que controla tanto el software como el acceso físico al bus de memoria. Esa combinación de vectores de ataque — control previo del software más intervención física mínima — representa un desafío para el modelo de seguridad de la nube, donde la separación entre proveedor de infraestructura y cliente asume que el proveedor no tiene incentivos para comprometer físicamente sus propios servidores.
Nuestro análisis
DDRop revela una limitación fundamental en el modelo de amenaza de la computación confidencial tal como se comercializa actualmente. Las tecnologías de cifrado de memoria como Intel TDX y AMD SEV-SNP fueron diseñadas para proteger contra atacantes que controlan el software del host, pero colapsan cuando ese mismo atacante obtiene acceso físico breve al hardware. La industria promovió estas tecnologías como solución definitiva para proteger datos sensibles en entornos de nube pública, pero el ataque demuestra que esa garantía depende de controles de acceso físico que muchos centros de datos no implementan con el mismo rigor que sus controles lógicos.
En América Latina, donde la adopción de computación confidencial se aceleró en sectores regulados sin una revisión equivalente de los protocolos de seguridad física en centros de datos locales, DDRop expone un riesgo operativo concreto. Organizaciones que migraron cargas de trabajo críticas a infraestructura basada en TDX o SEV-SNP bajo el supuesto de que el cifrado de memoria elimina la necesidad de confiar en el proveedor de infraestructura ahora enfrentan la realidad de que esa confianza simplemente se trasladó del software al hardware físico. La pregunta que queda abierta es si los proveedores de nube en la región están dispuestos a implementar controles de acceso físico verificables que igualen las garantías criptográficas que ofrecen en sus materiales de marketing.