Boot Guard

Lo que necesita saber

Cómo funciona

Boot Guard participa en la autenticación o medición de un bloque de arranque inicial bajo la política aprovisionada de la plataforma. Las claves, los manifiestos, los componentes de firmware y la configuración de fabricación determinan la cadena de confianza. El arranque verificado y el arranque medido describen acciones diferentes y no deben tratarse como intercambiables.

Dónde resulta útil

Un fabricante puede aprovisionar una plataforma para que su cadena de arranque temprana compruebe el firmware autorizado antes de continuar. Evaluar esa máquina requiere la documentación de la plataforma del proveedor y la política real, no solo una entrada en las especificaciones del procesador.

Cómo comprobar la compatibilidad y la habilitación

Utilice la documentación del fabricante del sistema y las herramientas admitidas de estado de la plataforma para determinar el aprovisionamiento, el modo y la política. Registre la revisión exacta del sistema y del firmware. No infiera la aplicación forzosa a partir de una lista genérica de características de la CPU ni intente reaprovisionar claves como procedimiento rutinario de resolución de problemas.

Las características de la plataforma pueden depender de la placa base, el chipset, el aprovisionamiento del firmware, los controladores y el segmento del producto. La especificación de la CPU es un dato de entrada, no una descripción completa del equipo ensamblado ni de su configuración activa.

Lo que la función no establece

Boot Guard no es UEFI Secure Boot, un analizador de malware de Windows ni una prueba de que todo el firmware y software posterior sea confiable. La compatibilidad no implica que el propietario pueda cambiar el aprovisionamiento de manera segura. Los cambios de firmware y claves pueden afectar a la capacidad de arranque y a la recuperación.

Compatibilidad y rendimiento en la práctica

Antes de modificar los ajustes de firmware, administración o almacenamiento de arranque, identifique el sistema exacto y siga el procedimiento admitido por su fabricante. Registre la configuración existente y preserve el acceso para recuperación. Un artículo genérico sobre características no puede proporcionar una secuencia universal para los menús de firmware.

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

Trusted Execution (Intel TXT) · OS Guard y SMEP · Intel Hardware Shield

Fuentes y alcance de esta explicación

Intel: uso de claves en imágenes integradas de firmware · Resumen de la plataforma Intel vPro: seguridad de hardware y software

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.

• Intel: uso de claves en imágenes integradas de firmware · Cadena de confianza de Boot Guard, claves del fabricante, aprovisionamiento y política de arranque verificado/medido. El artículo define el alcance de su generación.
• Resumen de la plataforma Intel vPro: seguridad de hardware y software · Describe el catálogo de Hardware Shield y los requisitos de plataforma para esta generación. No establece capacidades idénticas entre todas las generaciones de vPro.