| Próxima revisión | Revisión previa |
| es:howtos:security:enabling_secure_boot [2019/02/11 01:42 (UTC)] – creado slackwarespanol | es:howtos:security:enabling_secure_boot [2019/02/21 01:45 (UTC)] (actual) – ak3.devel |
|---|
| ====== Enabling Secure Boot on Slackware ====== | ====== Habilitando el arranque seguro en Slackware ====== |
| On Unified Extensible Firmware Interface (UEFI) based hardware, a system can operate in Secure Boot mode. In Secure Boot mode, only EFI binaries (i.e. boot managers, boot loaders) that are trusted by the platform owner, either explicitly or via a chain of trust, are allowed to run at boot time. This prevents unauthorised EFI binaries and operating systems from running on your system, which can improve security. | En el hardware basado en la Interfaz de firmware extensible unificada (UEFI), un sistema puede operar en modo de arranque seguro. En el modo de arranque seguro, solo los binarios EFI (es decir, los gestores de arranque, los cargadores de arranque) en los que el propietario de la plataforma confía, ya sea explícitamente o mediante una cadena de confianza, pueden ejecutarse en el momento del arranque. Esto evita que los binarios y sistemas operativos no autorizados de EFI se ejecuten en su sistema, lo que puede mejorar la seguridad. |
| |
| This article will teach you: | Este artículo te enseñará: |
| * About Secure Boot keys and signature databases | * Acerca de las claves de arranque seguro y las bases de datos de firmas |
| * How to enroll Secure Boot keys while booted into Slackware | * Cómo registrar claves de arranque seguro mientras se inicia en Slackware |
| * How to sign EFI binaries for use in Secure Boot mode. | * Cómo firmar archivos binarios de EFI para su uso en el modo de arranque seguro. |
| <note important>Make sure you can find and manipulate the Secure Boot settings with your system's UEFI firmware. That way, if you make a mistake, you can simply turn off Secure Boot to have a bootable system again.</note> | <note important>Asegúrese de que puede encontrar y manipular la configuración de arranque seguro con el firmware UEFI de su sistema. De esa manera, si comete un error, simplemente puede desactivar el Arranque seguro para tener nuevamente un sistema de arranque.</note> |
| <note important>Once you have changed your Secure Boot keys, signed your EFI binaries and have tested that Secure Boot is working, you should store your private keys in a safe location until the keys are required again. Anyone with access to your private keys can bypass the protection that Secure Boot offers.</note> | <note important>Una vez que haya cambiado sus claves de arranque seguro, haya firmado sus binarios de EFI y haya probado que el arranque seguro está funcionando, debe almacenar sus claves privadas en un lugar seguro hasta que las claves sean requeridas nuevamente. Cualquier persona con acceso a sus claves privadas puede pasar por alto la protección que ofrece el arranque seguro.</note> |
| |
| ===== Secure Boot Keys and Signature Databases ===== | ===== Claves de arranque seguro y bases de datos de firmas ===== |
| Two types of Secure Boot keys are used to create trust relationships: | Se utilizan dos tipos de claves de arranque seguro para crear relaciones de confianza: |
| * Platform Key - This establishes the trust relationship between the platform owner and platform firmware. Only one Platform Key can be stored by the UEFI firmware. The public key is stored in the ''PK'' Secure Boot variable. This key allows the platform owner to manipulate all the Secure Boot keys and signature databases. | * Clave de la plataforma: esto establece la relación de confianza entre el propietario de la plataforma y el firmware de la plataforma. El firmware UEFI solo puede almacenar una clave de plataforma. La clave pública se almacena en la variable de arranque seguro '' PK ''. Esta clave permite al propietario de la plataforma manipular todas las claves de arranque seguro y las bases de datos de firmas. |
| * Key Exchange Key - This establishes the trust relationship between the operating system and platform firmware. Multiple Key Exchange Keys can be stored by the UEFI firmware. The public keys are stored in the ''KEK'' Secure Boot variable. Key Exchange Keys only allow the operating system to manipulate the signature databases. | * Key Exchange Key: establece la relación de confianza entre el sistema operativo y el firmware de la plataforma. El firmware UEFI puede almacenar múltiples claves de intercambio de claves. Las claves públicas se almacenan en la variable de arranque seguro "KEK". Key Exchange Keys solo permite que el sistema operativo manipule las bases de datos de firmas. |
| |
| There are two signature databases for authorising EFI binaries: | Hay dos bases de datos de firmas para autorizar binarios de EFI: |
| * Forbidden signature database - This stores hashes and public signing keys of forbidden EFI binaries. This uses the ''dbx'' Secure Boot variable. EFI binaries with hashes present in this database or signatures that can be authenticated using a signing key stored in the database are forbidden from loading. | * Base de datos de firmas prohibidas: almacena hashes y claves de firma públicas de binarios EFI prohibidos. Esto utiliza la variable de arranque seguro '' dbx ''. Los binarios EFI con hashes presentes en esta base de datos o firmas que pueden autenticarse con una clave de firma almacenada en la base de datos tienen prohibido cargarse. |
| * Authorised signature database - This stores hashes and public signing keys of trusted EFI binaries. This uses the ''db'' Secure Boot variable. EFI binaries with hashes present in this database or signatures that can be authenticated using a signing key stored in the database are permitted to run if there are no matches with any entries in the Forbidden signature database. | * Base de datos de firmas autorizada: almacena hashes y claves de firma públicas de binarios de EFI de confianza. Esto utiliza la variable de arranque seguro '' db ''. Los binarios EFI con hashes presentes en esta base de datos o firmas que pueden autenticarse usando una clave de firma almacenada en la base de datos pueden ejecutarse si no hay coincidencias con ninguna entrada en la base de datos de firmas prohibidas. |
| |
| ===== Requirements ===== | ===== Requisitos ===== |
| You will need the [[https://git.kernel.org/cgit/linux/kernel/git/jejb/efitools.git/|efitools]] and [[https://git.kernel.org/cgit/linux/kernel/git/jejb/sbsigntools.git/|sbsigntools]] packages before you begin. Slackbuilds are available at http://slackbuilds.org. | Necesitarás el paquete [[https://git.kernel.org/cgit/linux/kernel/git/jejb/efitools.git/|efitools]] and [[https://git.kernel.org/cgit/linux/kernel/git/jejb/sbsigntools.git/|sbsigntools]] antes de que empieces. En Slackbuilds están disponibled http://slackbuilds.org. |
| |
| If you do not already have your own Platform Key enrolled in the UEFI firmware, the howto assumes you have Secure Boot off and have cleared the ''PK'' variable in the UEFI firmware. | Si aún no tiene su propia clave de plataforma inscrita en el firmware UEFI, el howto asume que tiene desactivado el arranque seguro y que ha borrado la variable '' PK '' en el firmware UEFI. |
| |
| ===== Enrolling Secure Boot Keys and Signature Database Entries ===== | ===== Inscripción de claves de inicio seguro y entradas de base de datos de firmas ===== |
| If you do not have an existing Platform Key pair and an EFI binary signing key pair, the easiest method to create the key pairs would be to create self signed keys. It is recommended to create 2048-bit RSA key pairs that use the sha256RSA signature algorithm. To generate self signed keys with the recommended properties, run: | Si no tiene un par de claves de plataforma existentes y un par de claves de firma binaria EFI, el método más sencillo para crear los pares de claves sería crear claves autofirmadas. Se recomienda crear pares de claves RSA de 2048 bits que usen el algoritmo de firma sha256RSA. Para generar claves autofirmadas con las propiedades recomendadas, ejecute: |
| <code>openssl req -new -x509 -newkey rsa:2048 -subj "/CN=Platform Key Common Name/" \ | <code>openssl req -new -x509 -newkey rsa:2048 -subj "/CN=Platform Key Common Name/" \ |
| -keyout PK.priv -out PK.pub -days 3650 -nodes -sha256 | -keyout PK.priv -out PK.pub -days 3650 -nodes -sha256 |
| openssl req -new -x509 -newkey rsa:2048 -subj "/CN=EFI Binary Signing Key Common Name/" \ | openssl req -new -x509 -newkey rsa:2048 -subj "/CN=EFI Binary Signing Key Common Name/" \ |
| -keyout db.priv -out db.pub -days 3650 -nodes -sha256</code> | -keyout db.priv -out db.pub -days 3650 -nodes -sha256</code> |
| which creates private keys with the ''.priv'' extension and public key certificates with the ''.pub'' extension. You may wish to adjust the key validity period and choose a different Common Name (CN) to help distinguish your keys. | que crea claves privadas con la extensión '' .priv '' y certificados de clave pública con la extensión '' .pub ''. Es posible que desee ajustar el período de validez de la clave y elegir un Nombre común (CN) diferente para ayudar a distinguir sus claves. |
| |
| <note>It is not necessary to create or use your own Key Exchange Key as that is intended for use by operating systems. Key Exchange Key instructions, however, have been provided below so you understand how to enroll Key Exchange Keys for operating systems that require it.</note> | <note>No es necesario crear o usar su propia clave de intercambio de clave, ya que está destinada a ser utilizada por los sistemas operativos. Sin embargo, a continuación se proporcionan las instrucciones de Key Exchange Key para que sepa cómo inscribir las Key Exchange Keys para los sistemas operativos que lo requieren.</note> |
| To prepare a new Platform Key for writing to the ''PK'' variable: | Para preparar una nueva Clave de plataforma para escribir en la variable '' PK '': |
| - Insert the public Platform Key into an EFI signature list: <code>cert-to-efi-sig-list -g owner_guid PK.pub PK.esl </code> replacing ''owner_guid'' with a hexadecimal GUID in the format ''12345678-1234-1234-123456789abc''. The owner GUID should be the same for all keys that you own. If an operating system cannot add a signature to a signature database due to a lack of resources, it may remove a signature with an owner GUID associated with the operating system. | - Inserte la clave de plataforma pública en una lista de firmas EFI: <code>cert-to-efi-sig-list -g owner_guid PK.pub PK.esl </code> reemplazando '' owner_guid '' con un GUID hexadecimal en el formato '' 12345678-1234-1234-123456789abc ''. El GUID del propietario debe ser el mismo para todas las claves que posea. Si un sistema operativo no puede agregar una firma a una base de datos de firmas debido a la falta de recursos, puede eliminar una firma con un GUID propietario asociado con el sistema operativo. |
| - Sign the EFI signature list. In Setup mode (Secure Boot off) the private half of the inserted key should sign the signature list. In User mode (Secure Boot on) the private key of the current Platform key should sign the signature list: <code>sign-efi-sig-list -k PK.priv -c PK.pub PK PK.esl PK.signed</code> | - Firmando la lista de firmas EFI. En el modo de configuración (arranque seguro desactivado), la mitad privada de la clave insertada debe firmar la lista de firmas. En el modo Usuario (inicio seguro activado), la clave privada de la clave de la plataforma actual debe firmar la lista de firmas: <code>sign-efi-sig-list -k PK.priv -c PK.pub PK PK.esl PK.signed</code> |
| |
| A similar procedure applies for preparing a Key Exchange Key or a signature database entry for writing to the ''KEK'', ''db'', or ''dbx'' variables. Key Exchange Keys must be signed by the private half of the Platform Key: | Se aplica un procedimiento similar para preparar una clave de intercambio de claves o una entrada de la base de datos de firmas para escribir en las variables '' KEK '', '' db '' o '' dbx ''. Las claves de intercambio de claves deben estar firmadas por la mitad privada de la clave de plataforma: |
| <code>cert-to-efi-sig-list -g owner_guid KEK.pub KEK.esl | <code>cert-to-efi-sig-list -g owner_guid KEK.pub KEK.esl |
| sign-efi-sig-list -a -k PK.priv -c PK.pub KEK KEK.esl KEK.signed</code> | sign-efi-sig-list -a -k PK.priv -c PK.pub KEK KEK.esl KEK.signed</code> |
| And signature database entries must be signed by the private half of the Platform Key or any of the Key Exchange Keys: | Y las entradas de la base de datos de firmas deben estar firmadas por la mitad privada de la Clave de la plataforma o cualquiera de las Claves de intercambio de claves: |
| <code>cert-to-efi-sig-list -g owner_guid db.pub db.esl | <code>cert-to-efi-sig-list -g owner_guid db.pub db.esl |
| sign-efi-sig-list -a -k PK.priv -c PK.pub db db.esl db.signed</code> | sign-efi-sig-list -a -k PK.priv -c PK.pub db db.esl db.signed</code> |
| Note that the ''-a'' option was used to prepare for an append write. | Tenga en cuenta que la opción '' -a '' se usó para preparar una escritura anexa. |
| |
| To update the Secure Boot variables you must have root privileges. You will need to load the efivarfs kernel module and mount the efivarfs filesystem beforehand if it has not been taken care of already: | Para actualizar las variables de arranque seguro debe tener privilegios de raíz. Necesitará cargar el módulo del kernel efivarfs y montar el sistema de archivos efivarfs de antemano si aún no se ha resuelto: |
| <code>modprobe efivarfs | <code>modprobe efivarfs |
| mount -t efivarfs efivarfs /sys/firmware/efi/efivars</code> | mount -t efivarfs efivarfs /sys/firmware/efi/efivars</code> |
| |
| To enroll the Platform Key, run: | Para registrar la Clave de la Plataforma, ejecute: |
| <code>efi-updatevar -f PK.esl.signed PK</code> | <code>efi-updatevar -f PK.esl.signed PK</code> |
| If the system was in Setup mode it will now be in User mode. | Si el sistema estaba en modo de configuración, ahora estará en modo de usuario. |
| |
| To add keys to the ''KEK'', ''db'' or ''dbx'' variables, run (as appropriate): | Para agregar claves a las variables '' KEK '', '' db '' o '' dbx '', ejecute (según corresponda): |
| <code>efi-updatevar -a -f KEK.signed KEK</code> | <code>efi-updatevar -a -f KEK.signed KEK</code> |
| <code>efi-updatevar -a -f db.signed db</code> | <code>efi-updatevar -a -f db.signed db</code> |
| <code>efi-updatevar -a -f dbx.signed dbx</code> | <code>efi-updatevar -a -f dbx.signed dbx</code> |
| |
| You can check that your keys have been properly enrolled using ''efi-readvar''. | Puede verificar que sus claves se hayan inscrito correctamente usando '' efi-readvar ''. |
| |
| ===== Signing EFI Binaries ===== | ===== Firma Binarios EFI ===== |
| My recommendation (at the time of writing) is that you either use a boot manager with an EFI stub kernel, or directly boot an EFI stub kernel. ELILO, efilinux and syslinux (and possibly GRUB but I do not know for sure) will allow unsigned kernels to run (or at least it does on my hardware and VM), which defeats the purpose of Secure Boot. If you do follow my recommendation, make sure you sign your kernel every time you change it. | Mi recomendación (en el momento de escribir esto) es que use un administrador de arranque con un kernel de stub de EFI, o que arranque directamente un kernel de stub de EFI. ELILO, efilinux y syslinux (y posiblemente GRUB, pero no estoy seguro) permitirán que se ejecuten núcleos sin firmar (o al menos lo hace en mi hardware y VM), lo que anula el propósito de arranque seguro. Si sigue mi recomendación, asegúrese de firmar su kernel cada vez que lo cambie. |
| |
| You will need to sign all EFI binaries, up to, and including your bootloader and/or EFI stub kernel. To sign an binary, run: | Deberá firmar todos los archivos binarios de EFI, hasta e incluyendo su cargador de arranque y/o el núcleo de stub de EFI. Para firmar un binario, ejecute: |
| <code>sbsign --key db.priv --cert db.pub --output signed_binary.efi binary.efi</code> | <code>sbsign --key db.priv --cert db.pub --output signed_binary.efi binary.efi</code> |
| |
| An example of how to add an EFI stub kernel entry using efibootmgr is: | Un ejemplo de cómo agregar una entrada de kernel stub EFI usando efibootmgr es: |
| <code>efibootmgr -c -L SlackSecureBoot -l '\EFI\Slackware\vmlinuz-signed.efi' -u 'root=/dev/sda3'</code> | <code>efibootmgr -c -L SlackSecureBoot -l '\EFI\Slackware\vmlinuz-signed.efi' -u 'root=/dev/sda3'</code> |
| |
| <note warning>If you see ''warning: gap in section table'' when signing an EFI binary (see below), the binary will probably not work in Secure Boot mode. This warning appears for EFI binaries built against earlier gnu-efi library versions. If you plan to use ELILO you will need to recompile it yourself, the version shipped with Slackware will not work. | <note warning>Si ve "" warning: gap in section table "" cuando firma un binario EFI (consulte a continuación), es probable que el binario no funcione en el modo de arranque seguro. Esta advertencia aparece para los binarios de EFI creados contra versiones anteriores de la biblioteca gnu-efi. Si planea usar ELILO, deberá volver a compilarlo usted mismo, la versión que se incluye con Slackware no funcionará. |
| <code>warning: gap in section table: | <code>warning: gap in section table: |
| .text : 0x00000400 - 0x00017c00, | .text : 0x00000400 - 0x00017c00, |
| </note> | </note> |
| |
| ====== Disabling Secure Boot ====== | ====== Deshabilitando el arranque seguro ====== |
| If you want to remove all Secure Boot keys and revert to Setup mode, the easiest way to do so is to sign an empty file with your Platform Key and write the signed file to all the Secure Boot variables: | Si desea eliminar todas las claves de inicio seguro y volver al modo de configuración, la forma más sencilla de hacerlo es firmar un archivo vacío con su clave de plataforma y escribir el archivo firmado en todas las variables de inicio seguro: |
| <code>touch empty | <code>touch empty |
| sign-efi-sig-list -k PK.priv -c PK.pub PK empty empty.signed | sign-efi-sig-list -k PK.priv -c PK.pub PK empty empty.signed |
| efi-updatevar -f empty.signed dbx</code> | efi-updatevar -f empty.signed dbx</code> |
| |
| ====== Dual/Multi-booting with Windows ====== | ====== Dual / Multi-booting con Windows ====== |
| If Windows is one of your boot options, you will need the Microsoft KEK and db certificates. The certificates can be found at https://technet.microsoft.com/en-us/library/dn747883.aspx and will need to be converted from DER format to PEM format: | Si Windows es una de sus opciones de arranque, necesitará los certificados KEK y db de Microsoft. Los certificados se pueden encontrar en https://technet.microsoft.com/en-us/library/dn747883.aspx y tendrá que convertirse del formato DER al formato PEM: |
| <code>openssl x509 -in certificate.der -inform DER -out certificate.pem</code> | <code>openssl x509 -in certificate.der -inform DER -out certificate.pem</code> |
| |
| The instructions that were provided above can then be used to enroll the certificates. The owner GUID you should use for Microsoft keys is 77fa9abd-0359-4d32-bd60-28f4e78f784b. | Las instrucciones que se proporcionaron anteriormente se pueden utilizar para inscribir los certificados. El GUID propietario que debe usar para las claves de Microsoft es 77fa9abd-0359-4d32-bd60-28f4e78f784b. |
| |
| ====== Sources ====== | ====== Sources ====== |
