AMD SME

Lo que necesita saber

Cómo funciona

La arquitectura de cifrado de memoria identifica las asignaciones cifradas mediante un mecanismo definido de bits de dirección y controles de plataforma. El sistema operativo debe tener en cuenta el bit de cifrado y cualquier efecto sobre los bits de dirección física disponibles, además de gestionar la memoria compartida o visible para dispositivos según las reglas de la plataforma.

Dónde resulta útil

Un sistema operativo puede disponer que las páginas de memoria adecuadas se cifren a medida que los datos viajan a la memoria externa. Los búferes DMA y otras asignaciones compartidas requieren un tratamiento compatible, por lo que habilitar un bit de forma aislada no constituye un procedimiento de despliegue completo.

Cómo comprobar la compatibilidad y la habilitación

Utilice la información de CPUID de cifrado de memoria de AMD y la documentación exacta de firmware/sistema operativo de la plataforma para determinar la compatibilidad y la habilitación. Compruebe la directiva de cifrado activa y la compatibilidad con dispositivos. Conserve la guía de recuperación del proveedor antes de modificar los ajustes de cifrado de memoria en el firmware.

La capacidad, la habilitación y la aplicación obligatoria deben comprobarse por separado. Un procesador puede admitir una protección mientras que el sistema operativo, la aplicación o la directiva de la máquina virtual no la activan. El campo de compatibilidad de una base de datos no es una atestación de un sistema en ejecución.

Lo que la función no establece

SME no implica aislamiento por huésped, integridad de memoria, SEV-SNP ni protección frente a todos los ataques de software privilegiado. No debe asumirse que las directivas transparentes de cifrado de plataforma y las configuraciones de SME gestionadas por el sistema operativo son idénticas a partir de un campo de resumen.

Compatibilidad y rendimiento en la práctica

Mantenga actualizados el sistema operativo, el firmware y el entorno de ejecución afectado. Si una protección pone de manifiesto un problema de compatibilidad, utilice primero los diagnósticos del proveedor y las actualizaciones compatibles. Un interruptor de protección general puede afectar a aplicaciones no relacionadas y debe seguir una directiva explícita de despliegue y recuperación.

Lista de comprobación práctica para la verificación

1. Registre el modelo exacto de procesador o plataforma, así como las versiones de la aplicación, el sistema operativo y el entorno de ejecución involucrados. Conserve la redacción del error o requisito real.
2. Consulte la referencia del fabricante para ese modelo exacto y, a continuación, inspeccione la capacidad efectiva y el estado habilitado en el entorno donde se ejecuta el programa.
3. Compare cada requisito del binario o backend seleccionado. Una función con nombre similar, un alias o una etiqueta de tecnología general no son suficientes.
4. Confirme que la aplicación haya seleccionado la implementación prevista. Utilice sus diagnósticos documentados y una alternativa compatible cuando no se cumplan los requisitos.
5. Realice un cambio admitido a la vez y repita la misma carga de trabajo. Mantenga disponibles la configuración original y la vía de recuperación.

Si la función aparece listada pero el software no puede usarla

Comience con el componente exacto que falla. Una base de datos de hardware describe la capacidad registrada; el sistema operativo o el hipervisor pueden exponer un entorno efectivo diferente. Un error de instrucción no válida también requiere investigar la instrucción que generó el fallo y la compilación del binario en sí, ya que la corrupción o una instrucción no compatible no relacionada pueden producir un síntoma similar.

Instale la versión de la aplicación, controlador o entorno de ejecución compatible con la plataforma exacta, y utilice la compilación de referencia o de contingencia documentada por el fabricante si es necesario. Una actualización de software no puede crear una instrucción de la que el procesador carece. Los cambios de firmware y directivas de seguridad deben seguir el procedimiento del fabricante del sistema y un plan de recuperación, en lugar de una fórmula de optimización genérica.

Funciones relacionadas y distinciones útiles

AMD SEV · IOMMU · Execute Disable (NX)

Fuentes y alcance de esta explicación

Recursos para desarrolladores sobre AMD Secure Encrypted Virtualization · Linux kernel: AMD memory encryption · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

Estas referencias establecen el comportamiento arquitectónico y los requisitos de software. No verifican de forma independiente cada valor de función en la página de un modelo de hardware vinculado. Para conocer la compatibilidad de un modelo, consulte las pruebas del fabricante en dicha página y compruebe la configuración efectiva del sistema. Este artículo no proporciona una prueba de rendimiento, certificación ni fecha de revisión independiente.

Relacionado

Estas entidades se conectan a este artículo. El tipo se muestra en cada enlace.

Fuentes y verificación

Titularidad editorial: Feex. No se registra ninguna fecha de revisión independiente. Cómo investigamos.

• Recursos para desarrolladores sobre AMD Secure Encrypted Virtualization · Distingue SEV, SEV-ES y SEV-SNP, y enlaza documentación sobre API de firmware, atestación y cifrado de memoria. Consulte los avisos de seguridad actuales para la implementación exacta.
• Linux kernel: AMD memory encryption · Habilitación de SME/SEV, bit de dirección de cifrado y reducción de direcciones físicas. Describe una implementación del sistema operativo y no todas las directivas de plataforma.
• AMD64 Architecture Programmer's Manual, Volume 2: System Programming · Programación de sistemas, SVM y traducción anidada, revisión 3.46. El visor de documentación actual requiere JavaScript; es posible que las URL de documentos más antiguos se hayan retirado.