Desde su introducción en Windows 11, los enclaves basados en VBS (Virtual Basic Security) han sido concebidos como fragmentos de memoria aislados que protegen información sensible —como claves de cifrado, datos de autenticación y configuraciones de seguridad— incluso cuando el resto del sistema operativo está comprometido. El objetivo arquitectónico es crear un entorno de ejecución hermético donde el controlador del kernel no puede observar ni modificar los datos dentro del enclave. Este modelo ha sido adoptado también por tecnologías de hardware como Intel SGX y ARM TrustZone, pero con diferencias clave en la granularidad del acceso y en la forma en que se gestionan los primitivos de escritura.
Un grupo de investigadores independientes utilizó una técnica innovadora que combina una primitiva de escritura de cuatro bytes con un ataque de tiempo para penetrar en la zona protegida. Primero, lograron escribir un pequeño payload en una región no marcada del enclave mediante la exploitation de la capacidad limitada de la API de escritura de la aplicación host. Luego, usaron medidores de latencia para inferir qué código había sido inyectado, aprovechando que la CPU ejecuta instrucciones de manera determinista en el contexto del enclave. De este modo, sin necesidad de contornar la protección base, pudieron activar el subsistema SmartScreen y acceder a sus funciones internas.
El componente afectado es el encargado de manejar las contraseñas del motor anti‑phishing integrado en Windows, una pieza crítica para identificar intentos de suplantación de sitiosweb. El estudio reveló que la lógica que valida las listas de URLs bloqueadas reside en una función de llamadas de baja prioridad que no revisa correctamente las entradas cuando se altera el estado interno del enclave. Al lograr ejecutar código arbitrario dentro del enclave, los atacantes pueden sobrescribir esa función y hacer que cualquier URL sea reportada como segura o viceversa.
La magnitud de la brecha radica en que el daño ocurre completamente dentro de la frontera de confianza de Windows. Si un malicioso proveedor de software logra desactivar la protección VBS o explota una vulnerabilidad de tiempo, el atacante obtiene la misma privilegia que tiene el propio sistema operativo. Esto abre la posibilidad de robar credenciales corporativas, alterar la política de filtrado de phishing o incluso plantear malware persistente que permanecerá oculto por la arquitectura de aislamiento.
Más allá del caso concreto de SmartScreen, la vulnerabilidad sugiere que otros enclaves de Windows, especialmente aquellos que dependen de primitivas similares de escritura restringida, podrían estar expuestos a ataques de este tipo. La metodología empleada —combinar la manipulación de primitivos de bajo nivel con técnicas de probing de tiempo— podría generalizarse a otras plataformas que implementan mecanismos de confidencialidad mediante aislamiento de memoria, alertando sobre la necesidad de revisiones de diseño en el stack de seguridad de los sistemas operativos modernos.
En términos prácticos, la comunidad de seguridad advierte que los usuarios deben mantener actualizado su sistema antes de la publicación del parche oficial y que los departamentos de TI evalúen cuidadosamente la superficie de ataque introducida por nuevas funcionalidades de inteligencia artificial, ya que muchos de estos componentes operan bajo el mismo paradigma de aislamiento de enclave. La exposición también pone de relieve la importancia de la regulación europea y de normas internacionales que exigen pruebas de resiliencia ante ataques de tiempo y de manipulación de primitivos de escritura, pues la falta de estándares claros facilita la proliferación de técnicas de explotación.
Para mitigar el riesgo, se recomienda aplicar el último microactualización de Windows, que incluye correcciones contra la inyección de código en enclaves VBS y mejoras en la detección de anomalías temporales. Además, los desarrolladores de aplicaciones que interactúan con estas protecciones deben realizar pruebas de estrés específicas, verificando la robustez de los saltos de contexto entre el espacio de usuario y el enclave. Finalmente, la investigación subraya la necesidad de una colaboración continua entre investigadores independientes y los fabricantes de software, para que nuevos conceptos de seguridad puedan validarse antes de llegar a producción.
