Cómo verificar la atestación de hardware en Azure Confidential Computing

By Mirko Peters · 2026-10-26

Descubre cómo funciona la atestación de hardware en Azure, compara AMD SEV-SNP e Intel SGX y aprende a integrar la verificación criptográfica en tus canalizaciones de CI/CD.

Automatically translated with AI from the original post. Read the English original

La atestación de hardware en Azure es un proceso crítico de verificación criptográfica que demuestra que tu entorno de ejecución de confianza es auténtico y no ha sido manipulado antes de que se carguen las cargas de trabajo sensibles. Al evaluar las mediciones del arranque seguro y las claves de hardware frente a las líneas base de Microsoft y de los fabricantes, la atestación cierra la brecha de confianza entre los operadores de la nube y la privacidad de los datos del inquilino.

Puntos clave

• La atestación de hardware verifica criptográficamente que tu entorno de ejecución de confianza (TEE) es auténtico y no está comprometido.
• El servicio de atestación remota evalúa las mediciones de la plataforma frente a las líneas base de seguridad antes de liberar las claves de descifrado.
• Tanto la arquitectura AMD SEV-SNP como Intel SGX dependen de la verificación remota para garantizar que los administradores de la nube no puedan inspeccionar la memoria en uso.
• Integrar la atestación en tus canalizaciones de implementación de CI/CD automatiza la validación de confianza e impide que se inicien contenedores manipulados.
• Comprender el intercambio de atestación es esencial para mantener una postura de confianza cero en los entornos de nube híbrida modernos.

La desconfianza en las nubes públicas

Al migrar cargas de trabajo sensibles a la nube pública, los modelos de seguridad tradicionales protegen los datos en tránsito mediante TLS y los datos en reposo mediante cifrado AES-256. Sin embargo, persiste una vulnerabilidad importante: los datos en uso. Históricamente, cada vez que un procesador ejecutaba código, esos datos debían descifrarse y colocarse en texto plano en la memoria del sistema. En un entorno de nube multiinquilino, esto significaba confiar en el hipervisor, en el proveedor de infraestructura en la nube y en cualquiera con acceso administrativo al hardware físico subyacente.

Azure Confidential Computing cambia este paradigma mediante entornos de ejecución de confianza (TEE) basados en hardware. Estos enclaves seguros y máquinas virtuales aisladas cifran el contenido de la memoria con claves de hardware dedicadas, gestionadas directamente por el silicio de la CPU. Pero tener una habitación cerrada con llave es solo la mitad de la batalla. También necesitas una forma de verificar que nadie ha forzado la cerradura, que la puerta está bien construida y que no se ejecuta ningún software no autorizado dentro del límite seguro antes de entregar tus claves criptográficas.

Cómo funciona la atestación remota

La atestación remota es el mecanismo de verificación que responde a una pregunta fundamental: ¿cómo sabes que el entorno de nube en el que vas a desplegar es realmente seguro y no ha sido manipulado? Sin atestación, un atacante con acceso a nivel de hipervisor podría, en teoría, sustituir una BIOS maliciosa o modificar el cargador de arranque, interceptando tus claves de cifrado en el momento en que se cargan en memoria.

El flujo de atestación funciona como un intercambio criptográfico riguroso de varios pasos:

Paso 1: arranque seguro y medición de la plataforma

Cuando arranca una máquina virtual confidencial de Azure o una instancia de contenedor, el hardware y el firmware registran medidas criptográficas de cada componente que interviene en el proceso de arranque. Esto incluye el cargador de arranque, las imágenes del kernel y cualquier ramdisk inicial. Estas medidas se almacenan de forma segura en registros de hardware dentro de la CPU, que ni el sistema operativo host ni el hipervisor pueden modificar.

Paso 2: generación del informe criptográfico

Una vez inicializada la carga de trabajo dentro del TEE, solicita a la CPU un informe firmado por hardware. El procesador firma este informe de medidas con una clave privada fija e inalterable, grabada en el silicio durante la fabricación. Este informe funciona como un pasaporte digital infalsificable que representa el estado exacto de la pila de software que se ejecuta en el entorno aislado.

Paso 3: evaluación por el servicio de Azure Attestation

El informe firmado por el hardware se envía al servicio Microsoft Azure Attestation (MAA) o a un verificador compatible de terceros. El servicio de attestation compara las medidas recibidas con una línea base de referencia definida por el inquilino. Si el código que se ejecuta en el enclave coincide con la directiva autorizada, el servicio genera un token de attestation.

Paso 4: liberación de los secretos

Con un token de attestation válido, tu aplicación puede solicitar con seguridad credenciales de base de datos, certificados TLS o claves de cifrado de datos a un Managed HSM de Key Vault. Key Vault verifica el token y entrega los secretos únicamente al TEE verificado, lo que garantiza que ningún entorno no autorizado pueda acceder nunca a tus datos en texto plano.

Diferencias de arquitectura: AMD SEV-SNP frente a Intel SGX

Implementar attestation requiere entender la arquitectura de hardware que sustenta los nodos de Azure Confidential Computing. Microsoft Azure admite dos tecnologías principales de hardware, cada una de las cuales gestiona el aislamiento y la attestation de forma ligeramente distinta.

Intel Software Guard Extensions (SGX) se centra en el aislamiento a nivel de proceso. En lugar de proteger una máquina virtual completa, SGX permite a los desarrolladores aislar código y estructuras de datos específicos en enclaves de granularidad fina. La attestation en SGX depende en gran medida de los quoting enclaves, que empaquetan el estado del hardware en un quote verificable; este se valida después frente a la infraestructura Enhanced Privacy ID (EPID) o la más moderna Data Center Attestation Primitives (DCAP) de Intel.

Por otro lado, AMD Secure Encrypted Virtualization-Secure Nested Paging (SEV-SNP) protege máquinas virtuales completas. SEV-SNP garantiza la integridad de la memoria mediante cifrado de memoria basado en hardware e impide que hipervisores maliciosos remapeen las direcciones físicas de los invitados. El informe de attestation generado por una VM de AMD SEV-SNP incluye las configuraciones de política del invitado y las medidas de lanzamiento, lo que facilita el lift-and-shift de aplicaciones contenedorizadas existentes sin reescribir código para las API específicas de enclaves.

Implementar attestation en pipelines de CI/CD

Para arquitectos de nube e ingenieros de DevOps, verificar manualmente los informes de attestation no es ni escalable ni práctico. Para construir una infraestructura cloud resiliente, la attestation debe integrarse a fondo en tus pipelines de despliegue automatizados.

Los despliegues de contenedores modernos que se ejecutan en Azure Kubernetes Service (AKS) con nodos confidenciales pueden utilizar contenedores sidecar o device plugins para gestionar automáticamente el handshake de attestation. Cuando un pod confidencial arranca, el cliente de attestation obtiene el informe de hardware, lo envía al servicio Azure Attestation y guarda en caché el token resultante. Solo cuando el token se verifica, el contenedor de la aplicación monta sus volúmenes seguros y empieza a procesar solicitudes.

Al incorporar las comprobaciones de attestation en tus puertas de liberación (release gates), garantizas que cualquier cambio de código no autorizado, ya sea accidental o malintencionado, invalide de inmediato las medidas del hardware. Esto detiene el proceso de liberación de claves e impide que la carga de trabajo comprometida se inicie en producción.

Conclusión: proteger los datos en uso hoy

Azure Confidential Computing proporciona la base técnica necesaria para proteger las cargas de trabajo sensibles en la nube frente a las amenazas modernas de la infraestructura, pero el aislamiento por hardware por sí solo no es suficiente sin una verificación rigurosa. Dominar la attestation remota permite a los arquitectos de nube establecer una confianza verificable entre el código del inquilino y el hardware dedicado, de modo que los datos en uso sigan siendo tan seguros como los datos en reposo y en tránsito. Para escuchar un desglose completo de estos conceptos de seguridad en la nube y explorar el panorama más amplio de Microsoft 365 y Azure, escucha el episodio completo del podcast M365 FM.

Preguntas frecuentes

¿Cuál es el propósito principal de Azure Attestation?

Azure Attestation es un servicio unificado en la nube que verifica criptográficamente la fiabilidad de un entorno de ejecución de confianza (Trusted Execution Environment) y valida la integridad del software que se ejecuta en su interior antes de liberar secretos o claves de cifrado.

¿Puede un administrador de nube saltarse la attestation de hardware?

No. La attestation de hardware se basa en claves criptográficas integradas directamente en el silicio de la CPU por el fabricante del hardware. Como los hipervisores y los operadores de la nube no pueden acceder a estas claves, los administradores no pueden falsificar un informe de attestation válido para un entorno comprometido.

¿Cuál es la diferencia entre la attestation a nivel de máquina virtual y a nivel de proceso?

La attestation a nivel de máquina virtual (como AMD SEV-SNP) mide y valida un sistema operativo de máquina virtual completo y sus cargas de trabajo. La attestation a nivel de proceso (como Intel SGX) aísla y certifica rutinas de código o enclaves específicos dentro de un entorno de sistema operativo estándar.

¿Cómo se integran los tokens de attestation con Azure Key Vault?

Una vez que una carga de trabajo confidencial completa con éxito el intercambio de attestation, recibe un token firmado. Este token puede presentarse a Azure Key Vault Managed HSM para demostrar la integridad del entorno, lo que desencadena la liberación automatizada de las claves de cifrado y las credenciales de base de datos.