{"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\/es\/blog\/news\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","title":{"rendered":"Vulnerabilidad que permite eludir el mecanismo de protecci\u00f3n de Intel TDX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Las empresas Google e Intel han revelado los resultados (PDF) de su colaboraci\u00f3n en la auditor\u00eda de seguridad del mecanismo Intel TDX 1.5 (Trusted Domain Extensions). La tecnolog\u00eda Intel TDX permite cifrar la memoria de las m\u00e1quinas virtuales para protegerlas contra la interferencia y el an\u00e1lisis por parte del administrador del sistema host, as\u00ed como contra ataques f\u00edsicos al hardware. La auditor\u00eda identific\u00f3 6 vulnerabilidades y 35 errores que no afectan a la seguridad. <\/p>\n

Los problemas afectan a los procesadores Intel Xeon de 6\u00aa generaci\u00f3n, as\u00ed como a las generaciones 4 y 5 de los procesadores Intel Xeon Scalable. Las vulnerabilidades se han corregido en la actualizaci\u00f3n de microc\u00f3digo que se lanz\u00f3 ayer. Se ha publicado en GitHub un kit de herramientas para explotar las vulnerabilidades en Intel TDX, junto con prototipos de exploits para dos vulnerabilidades (CVE-2025-30513, CVE-2025-32007). <\/p>\n

La vulnerabilidad m\u00e1s peligrosa (CVE-2025-30513) permite a un administrador no confiable, que tiene acceso al sistema host, elevar sus privilegios y comprometer completamente las garant\u00edas de seguridad proporcionadas por la tecnolog\u00eda Intel TDX. La vulnerabilidad es causada por una condici\u00f3n de carrera en uno de los m\u00f3dulos de TDX, que permite durante la migraci\u00f3n de una m\u00e1quina virtual, transferir el entorno protegido (TD \u2014 Trusted Domain) de un estado que admite la migraci\u00f3n a un estado que permite la conmutaci\u00f3n a modo de depuraci\u00f3n. <\/p>\n

El problema surge de la capacidad de alterar los atributos del entorno en el momento posterior a su verificaci\u00f3n, pero antes de que se transformen en un estado inmutable en el entorno trasladado. Despu\u00e9s de activar el atributo de depuraci\u00f3n, el administrador del sistema host puede monitorear en tiempo real la actividad del sistema invitado protegido y acceder al estado de memoria descifrado. <\/p>\n

La vulnerabilidad es lo suficientemente sencilla de explotar, ya que el administrador puede iniciar en cualquier momento el proceso de migraci\u00f3n en vivo de una m\u00e1quina virtual protegida. El problema fue descubierto por investigadores de Google, quienes al examinar la API notaron una discrepancia entre la forma en que el FSM (Finite State Machine) realiza un seguimiento del estado de las operaciones, maneja la interrupci\u00f3n de la operaci\u00f3n de importaci\u00f3n y cambia, pero no regresa a su valor original tras un fallo, el estado del entorno protegido. <\/p>\n

Vulnerabilidades menos cr\u00edticas: <\/p>\n