dm-crypt (Español)/Encrypting an entire system (Español) - ArchWiki

Jump to content

# dm-crypt (Español)/Encrypting an entire system (Español)

8 languages

- Deutsch
- English
- Magyar
- 日本語
- Polski
- Português
- Русский
- 中文（简体）

From ArchWiki
< Dm-crypt (Español)

Esta traducción de Dm-crypt/Encrypting an entire system fue revisada el 2019-09-20. Si existen cambios puede actualizarla o avisar al equipo de traducción.

Los siguientes son ejemplos de escenarios comunes en el cifrado completo de un sistema con dm-crypt. Se explican todas las adaptaciones que se necesitan introducir en el proceso de instalación. Todas las herramientas necesarias para ello están presentes en la imagen de instalación.

## Descripción general

Asegurar un sistema de archivos raíz es donde dm-crypt sobresale, en cuanto a características y rendimiento. Cuando el sistema de archivos de un sistema (raíz) está en un dispositivo dm-crypt, prácticamente todos los archivos del sistema están cifrados. A diferencia del cifrado de forma selectiva de los sistemas de archivos no raíz, un sistema de archivos raíz cifrado puede ocultar información, tales como qué programas se instalan, los nombres de los usuarios y todas sus cuentas, y los vectores de vuelcos de datos comunes, tales como locate y `/var/log/`. Además, un sistema de archivos raíz cifrado hace que la manipulación del sistema sea mucho más difícil, al estar todo cifrado, con las excepciones del gestor de arranque y (normalmente) el kernel.

En la siguiente tabla se ilustran las ventajas de todos los escenarios posibles, diferenciando los pros y contras de cada uno:

Escenarios | Ventajas | Desventajas
--- | --- | ---
#LUKS sobre una partición muestra una configuración sencilla y básica de una partición raíz completamente cifrada con LUKS. | Particionado y configuración sencilla | Rigidez; el espacio del disco a cifrar debe estar preasignado
#LVM sobre LUKS logra un particionado flexible usando LVM dentro de una única partición cifrada con LUKS. | Particionado sencillo con la ductilidad de LVM Solo es necesaria una clave para desbloquear todos los volúmenes (por ejemplo, configuración fácil para restaurar desde disco) El esquema del volumen no es transparente cuando está bloqueado El método más fácil para permitir la suspensión en el disco | LVM añade una capa y un hook adicional de mapeo Poco útil si un volumen particular necesita una clave separada
#LUKS sobre LVM utiliza dm-crypt solo después de configurar LVM. | LVM puede utilizarse para tener cifrado volúmenes que abarquen varios discos Facilidad para mezclar grupos de volúmenes cifrados/descifrados | Complejo; cambiar volúmenes requiere cambiar demasiados mapeados cifrados Los volúmenes requieren claves propias cada uno El esquema LVM es transparente cuando está bloqueado
#LUKS sobre RAID por software utiliza dm-crypt solo después de configurar RAID. | Similar a #LUKS sobre LVM | Similar a #LUKS sobre LVM
#Modalidad plain de dm-crypt utiliza la modalidad plain de dm-crypt, es decir, sin una cabecera LUKS y sus opciones para múltiples claves. Este escenario también permite emplear dispositivos USB para `/boot` y almacenamiento de claves, que se puede aplicar a los otros escenarios. | Capacidad de recuperación de los datos para los casos en que pueda dañarse un encabezado LUKS Permite el cifrado completo de disco Ayuda a abordar problemas con unidades SSD | Es necesaria una alta competencia en todos los parámetros de cifrado Clave de cifrado única y sin opción de cambiarla
#Cifrar partición de arranque (GRUB) muestra cómo cifrar la partición de arranque utilizando el gestor de arranque GRUB. Este escenario también emplea una partición ESP, que se puede aplicar a los otros escenarios. | Las mismas ventajas que las descritas para el escenario de la instalación basada en LVM sobre LUKS (para este ejemplo en particular) Se dejan menos datos sin cifrar, es decir, el gestor de arranque y la partición ESP, si está presente | Las mismas desventajas que las descritas para el escenario de la instalación basada en LVM sobre LUKS (para este ejemplo en particular) Configuración más complicada No es compatible con otros gestores de arranque
#Subvolúmenes btrfs con espacio de intercambio muestra cómo cifrar un sistema Btrfs, incluyendo el directorio `/boot`, también agrega una partición de intercambio, en el hardware UEFI. | Ventajas similares a #Cifrar partición de arranque (GRUB) Disponibilidad de las características de Btrfs | Desventajas similares a #Cifrar partición de arranque (GRUB)

Si bien todos los escenarios anteriores proporcionan una protección mucho mayor contra las amenazas externas que los sistemas de archivos cifrados secundariamente, también comparten una desventaja común: cualquier usuario en posesión de la clave de cifrado puede descifrar toda la unidad y, por lo tanto, puede acceder a los datos de otros usuarios. Si esto es motivo de preocupación, es posible utilizar una combinación de cifrado de dispositivos de bloques y sistema de archivos apilados, y recoger las ventajas de ambos. Véase Disk encryption (Español) para planificar las opciones.

Véase dm-crypt (Español)/Drive preparation (Español)#Particionar para tener una visión general de las estrategias de particionado utilizados en los escenarios.

Otra área a considerar es si se debe configurar una partición de intercambio cifrado y de qué tipo. Véase dm-crypt (Español)/Swap encryption (Español) para conocer alternativas.

Si quiere avanzar en la protección de los datos del sistema no solo contra el robo físico, sino también previniéndose contra la manipulación lógica, vea dm-crypt (Español)/Specialties (Español)#Asegurar la partición de arranque no cifrada para conocer más posibilidades después de seguir uno de los escenarios.

Para solid state drives es posible que desee considerar activar la compatibilidad con TRIM, pero tenga en cuenta que existen posibles implicaciones de seguridad. Consulte dm-crypt (Español)/Specialties (Español)#Soporte Discard/TRIM para unidades de estado sólido (SSD) para obtener más información.

Advertencia:

- En cualquier situación, nunca utilice software de reparación del sistema de archivos como fsck directamente sobre un volumen cifrado, o destruirá cualquier medio para recuperar la clave utilizada para descifrar sus archivos. En su lugar, utilice estas herramientas en el dispositivo una vez desencriptado (abierto).
- Sobre el formato LUKS2:
  - GRUB (Español) no es compatible con LUKS2.[1] Utilice LUKS1 en particiones a las que GRUB necesita acceder.
  - El formato LUKS2 tiene un alto uso de RAM por diseño, con un valor predeterminado de 1 GB por mapeador cifrado. Las máquinas con poca RAM y/o múltiples particiones LUKS2 desbloqueadas en paralelo pueden producir un error al arrancar. Consulte la opción `--pbkdf-memory` para controlar el uso de la memoria.[2]

## LUKS sobre una partición

Este ejemplo explica cómo cifrar un sistema completo con dmcrypt + LUKS en un esquema de particionado simple:

     +----------------------+--------------------------+-------------------------------+
     | Partición de arranque| Partición del sistema    |Espacio libre opcional         |
     |                      | cifrada con LUKS2        |para configurar posteriormente |
     |                      |                          |particiones de intercambio     |
     | /boot                | /                        |o particiones adicionales      |
     |                      |                          |                               |
     |                      | /dev/mapper/cryptroot    |                               |
     |                      |--------------------------|                               |
     | /dev/sda1            | /dev/sda2                |                               |
     +----------------------+--------------------------+-------------------------------+

Los primeros pasos se pueden realizar directamente después de arrancar la imagen de instalación de Arch Linux.

### Preparar el disco

Antes de crear las particiones, debe informarse sobre la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).

A continuación, cree las particiones necesarias, al menos una para `/` (por ejemplo, `/dev/sda2`) y otra para `/boot` (`/dev/sda1`). Véase Partitioning (Español).

### Preparar las particiones que no son de arranque (boot)

Las siguientes órdenes crean y montan la partición raíz cifrada. Se corresponden con el proceso descrito con detalle en dm-crypt (Español)/Encrypting a non-root file system (Español)#Partición (que, a pesar del título, se puede aplicar a particiones raíz, siempre y cuando mkinitcpio y el gestor de arranque estén configurados correctamente). Si desea utilizar determinadas opciones de cifrado no predeterminadas (por ejemplo, respecto al algoritmo de cifrado, longitud de la clave, etc.), consulte opciones de cifrado antes de ejecutar la primera orden:

    # cryptsetup -y -v luksFormat /dev/sda2
    # cryptsetup open /dev/sda2 cryptroot
    # mkfs.ext4 /dev/mapper/cryptroot
    # mount /dev/mapper/cryptroot /mnt

Compruebe que el mapeado funciona según lo previsto:

    # umount /mnt
    # cryptsetup close cryptroot
    # cryptsetup open /dev/sda2 cryptroot
    # mount /dev/mapper/cryptroot /mnt

Si ha creado particiones separadas (por ejemplo, `/home`), estos pasos tienen que ser adaptados y repetidos para todas ellas, a excepción de `/boot`. Véase dm-crypt (Español)/Encrypting a non-root file system (Español)#Desbloqueo y montaje automatizados para saber cómo manejar particiones adicionales en el arranque.

Tenga en cuenta que cada dispositivo de bloque requiere su propia contraseña. Esto puede ser un inconveniente, porque da lugar a una frase de acceso separada para cada uno, que hay que introducir durante el inicio. Una alternativa es utilizar un archivo de claves almacenada en la partición del sistema para desbloquear la partición separada mediante `crypttab`. Vease dm-crypt (Español)/Device encryption (Español)#Utilizar LUKS para formatear particiones con un archivo de claves para obtener instrucciones.

### Preparar la partición de arranque

Lo que tiene que hacer es configurar la partición `/boot` sin cifrar, que se necesita para una partición raíz cifrada. Para una partición `/boot` normal sobre sistemas BIOS, por ejemplo, ejecute:

    # mkfs.ext4 /dev/sda1

o para una EFI system partition (Español) en sistemas UEFI:

    # mkfs.fat -F32 /dev/sda1

Luego cree el directorio para el punto de montaje y monte la partición:

    # mkdir /mnt/boot
    # mount /dev/sda1 /mnt/boot

### Montar los dispositivos

Como en Installation guide (Español)#Montar los sistemas de archivos, hay que montar los dispositivos mapeados, no las particiones subyacentes. En cambio `/boot`, al no estar cifrado, se monta directamente como de costumbre.

### Configurar mkinitcpio

Añada los hooks `keyboard`, `keymap` y `encrypt` a mkinitcpio (Español). Si la distribución de teclado predeterminado de EE.UU. está bien para usted, puede omitir el hook `keymap` .

    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt filesystems fsck)

Si utiliza el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:

    HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt filesystems fsck)

Dependiendo de qué otros hooks se utilicen, el orden de los mismos puede ser relevante. Véase dm-crypt/System configuration#mkinitcpio para conocer más detalles y otros hooks que pueda necesitar.

### Configurar el gestor de arranque

Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:

    cryptdevice=UUID=UUID-del-dispositivo:cryptroot root=/dev/mapper/cryptroot

Si utiliza el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:

    rd.luks.name=UUID-del-dispositivo=cryptroot root=/dev/mapper/cryptroot

Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles.

El `UUID-del-dispositivo` se está refiriendo al UUID de `/dev/sda2` (la partición física donde reside el sistema, no el dispositivo mapeado). Véase Persistent block device naming (Español) para conocer más detalles.

## LVM sobre LUKS

El método sencillo es crear LVM (Español) sobre la partición cifrada y no al revés. Técnicamente, LVM se configura sobre un gran dispositivo cifrado. Por lo tanto, LVM no es transparente hasta que el dispositivo de bloque se desbloquea y la estructura del volumen subyacente se escanea y se monta durante el arranque.

El esquema de particionado del disco en este ejemplo sería:

    +-----------------------------------------------------------------------+ +-----------------------+
    | Volumen lógico 1      | Volumen lógico 2      | Volumen lógico 3      | | Partición de arranque |
    |                       |                       |                       | |                       |
    | [SWAP]                | /                     | /home                 | | /boot                 |
    |                       |                       |                       | |                       |
    | /dev/MyVolGroup/swap  | /dev/MyVolGroup/root  | /dev/MyVolGroup/home  | |                       |
    |_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _| | (puede estar en otro  |
    |                                                                       | | dispositivo)          |
    |                         Partición cifrada con LUKS                    | |                       |
    |                         /dev/sda1                                     | | /dev/sdb1             |
    +-----------------------------------------------------------------------+ +-----------------------+

Nota: Al usar el hook `encrypt` este método no le permite abarcar los volúmenes lógicos en varios discos; use sd-encrypt o vea dm-crypt/Specialties#Modifying the encrypt hook for multiple partitions.
Sugerencia: Existen dos variantes de esta configuración:

- las instrucciones de dm-crypt (Español)/Specialties (Español)#Sistema cifrado usando un encabezado LUKS separado utilizan esta configuración con un encabezado LUKS remoto sobre un dispositivo USB para lograr una autenticación de dos factores con él;
- las instrucciones de dm-crypt (Español)/Specialties (Español)#/boot cifrado y un encabezado LUKS separado en USB usan esta configuración con un encabezado LUKS separado, una partición `/boot` cifrada y un archivo de claves encriptado, todo en un dispositivo USB.

### Preparar el disco

Antes de crear las particiones, debe informarse sobre la importancia y los métodos sobre cómo borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).

Sugerencia: Cuando se utiliza el gestor de arranque GRUB (Español) junto con un disco GPT arrancando BIOS, debe crear una partición BIOS boot partition.

Cree una partición con punto de montaje en `/boot` con un tamaño de 200 MiB o más.

Sugerencia: Los sistemas UEFI pueden utilizar la EFI system partition (Español) para `/boot`.

Cree una partición que luego contendrá el contenedor cifrado.

Cree un contenedor cifrado con LUKS en la partición del «sistema». Introduzca la contraseña elegida dos veces.

    # cryptsetup luksFormat /dev/sda1

Para obtener más información sobre las opciones disponibles de cryptsetup vea las opciones de cifrado de LUKS antes de ejecutar la orden de arriba.

Abra el contenedor:

    # cryptsetup open --type luks /dev/sdaX lvm

El contenedor descifrado estará ahora disponible como `/dev/mapper/lvm`.

### Preparar los volúmenes lógicos

Cree un volumen físico sobre el contenedor LUKS abierto:

    # pvcreate /dev/mapper/cryptlvm

Cree un grupo de volúmenes llamado (por ejemplo) `MyVolGroup`, sobre el volumen físico creado con anterioridad:

    # vgcreate MyVolGroup /dev/mapper/cryptlvm

Cree varios volúmenes lógicos en el grupo de volúmenes:

    # lvcreate -L 8G MyVolGroup -n swap
    # lvcreate -L 32G MyVolGroup -n root
    # lvcreate -l 100%FREE MyVolGroup -n home

Cree un sistema de archivos para cada volumen lógico:

    # mkfs.ext4 /dev/MyVolGroup/root
    # mkfs.ext4 /dev/MyVolGroup/home
    # mkswap /dev/MyVolGroup/swap

Monte los sistemas de archivos:

    # mount /dev/MyVolGroup/root /mnt
    # mkdir /mnt/home
    # mount /dev/MyVolGroup/home /mnt/home
    # swapon /dev/MyVolGroup/swap

### Preparar la partición de arranque

El gestor de arranque carga el kernel, mkinitcpio (Español) y sus propios archivos de configuración desde el directorio `/boot`. Cualquier sistema de archivos que pueda ser leído por el gestor de arranque vale.

Cree un sistema de archivos en la partición destinada a `/boot`:

    # mkfs.ext4 /dev/sdb1

Sugerencia: Al optar por mantener `/boot` sobre una EFI system partition (Español) el formateo recomendado es:

    # mkfs.fat -F32 /dev/sdb1

Cree el directorio `/mnt/boot`:

    # mkdir /mnt/boot

Monte la partición para `/mnt/boot`:

    # mount /dev/sdb1 /mnt/boot

### Configurar mkinitcpio

Añada los hooks `keyboard`, `encrypt` y `lvm2` a mkinitcpio.conf:

    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)

Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:

    HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)

Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que se puedan necesitar.

### Configurar el gestor de arranque

Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:

    cryptdevice=UUID=UUID-del-dispositivo:cryptlvm root=/dev/MyVolGroup/root

Si utiliza el hook sd-encrypt, lo siguiente debe establecerse en su lugar:

    rd.luks.name=UUID-del-dispositivo=cryptlvm root=/dev/MyVolGroup/root

El `UUID-del-dispositivo` se refiere al UUID de `/dev/sda1` (la partición física a cifrar, no el dispositivo mapeado resultante). Véase Persistent block device naming (Español) para más detalles.

Véase dm-crypt/System configuration#Kernel parameters para más detalles.

## LUKS sobre LVM

Para utilizar el cifrado sobre LVM (Español), los volúmenes LVM se establecen primero y luego se usan como base para las particiones cifradas. De esta manera, es posible mezclar particiones/volúmenes cifrados/sin cifrar.

Sugerencia: A diferencia de #LVM sobre LUKS, este método permite que los volúmenes lógicos puedan abarcar con normalidad varios discos.

El siguiente ejemplo se crea una configuración LUKS sobre LVM, donde se entremezcla el uso de un archivo de claves para desbloquear la partición /home, por un lado, con volúmenes temporales cifrados para `/tmp` y `/swap`, por otro. Esto último se considera deseable desde una perspectiva de seguridad, ya que ningún dato temporal potencialmente sensible sobrevivirá al reinicio, cuando el cifrado se reinicializa. Si tiene experiencia con LVM, podrá ignorar/reemplazar LVM y otros detalles de acuerdo con su plan.

Si desea que un volumen lógico abarque varios discos que ya se han configurado, o ampliar el volumen lógico para `/home` (o cualquier otro volumen), en dm-crypt (Español)/Specialties (Español)#Expandir LVM en varios discos se describe un procedimiento para hacerlo. Es importante tener en cuenta que el contenedor cifrado con LUKS también debe redimensionarse.

### Preparar el disco

Esquema de particionado:

    +-----------------------+--------------------------------------------------------------------------------------------------------------+
    | Partición de arranque | Volumen cifrado con plain dm-crypt | Volumen cifrado con LUKS2          | Volumen cifrado con LUKS2          |
    |                       |                                    |                                    |                                    |
    | /boot                 | [SWAP]                             | /                                  | /home                              |
    |                       |                                    |                                    |                                    |
    |                       | /dev/mapper/swap                   | /dev/mapper/root                   | /dev/mapper/home                   |
    |                       |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |
    |                       | Volumen lógico 1                   | Volumen lógico 2                   | Volumen lógico 3                   |
    |                       | /dev/MyVolGroup/cryptswap          | /dev/MyVolGroup/cryptroot          | /dev/MyVolGroup/crypthome          |
    |                       |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |
    |                       |                                                                                                              |
    |     /dev/sda1         |                                               /dev/sda2                                                      |
    +-----------------------+--------------------------------------------------------------------------------------------------------------+

Escriba aleatóriamente la partición `/dev/sda2` como indica el artículo dm-crypt (Español)/Drive preparation (Español)#Limpiar un disco o partición vacíos con dm-crypt.

### Preparar los volúmenes lógicos

    # pvcreate /dev/sda2
    # vgcreate MyVolGroup /dev/sda2
    # lvcreate -L 32G -n cryptroot MyVolGroup
    # lvcreate -L 500M -n cryptswap MyVolGroup
    # lvcreate -L 500M -n crypttmp MyVolGroup
    # lvcreate -l 100%FREE -n crypthome MyVolGroup

    # cryptsetup luksFormat /dev/MyVolGroup/cryptroot
    # cryptsetup open /dev/MyVolGroup/cryptroot root
    # mkfs.ext4 /dev/mapper/root
    # mount /dev/mapper/root /mnt

Más información acerca de las opciones de cifrado se puede encontrar en dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS. Tenga en cuenta se indicará cómo cifrar `/home` en #Cifrar el volúmen lógico /home.

Sugerencia: Además, observe que si alguna vez tiene que acceder a la raíz cifrada desde la ISO de Arch, la anterior acción `open` le permitirá a continuación mostrar los volúmenes de LVM.

### Preparar la partición de arranque

    # dd if=/dev/zero of=/dev/sda1 bs=1M status=progress
    # mkfs.ext4 /dev/sda1
    # mkdir /mnt/boot
    # mount /dev/sda1 /mnt/boot

### Configurar mkinitcpio

Añada los hooks `keyboard`, `lvm2` y `encrypt` a mkinitcpio (Español):

    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block lvm2 encrypt filesystems fsck)

Si usa el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:

    HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)

Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que se puedan necesitar.

### Configurar el gestor de arranque

Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:

    cryptdevice=UUID=UUID-del-dispositivo:root root=/dev/mapper/root

Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:

    rd.luks.name=UUID-del-dispositivo=root root=/dev/mapper/root

El `UUID-del-dispositivo` hace referencia al UUID de `/dev/MyVolGroup/cryptroot` (el volumen raíz a cifrar, no el dispositivo mapeado resultante). Consulte Persistent block device naming (Español) para más detalles.

Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles.

### Configurar fstab y crypttab

Ambas entradas, para crypttab y fstab, son necesarias tanto para desbloquear el dispositivo como para montar los sistemas de archivos, respectivamente. Las siguientes líneas volverán a reencriptar los sistemas de archivos temporales en cada reinicio:

    /etc/crypttab

    swap	/dev/MyVolGroup/cryptswap	/dev/urandom	swap,cipher=aes-xts-plain64,size=256
    tmp	/dev/MyVolGroup/crypttmp	/dev/urandom	tmp,cipher=aes-xts-plain64,size=256

    /etc/fstab

    /dev/mapper/root        /       ext4            defaults        0       1
    /dev/sda1               /boot   ext4            defaults        0       2
    /dev/mapper/tmp         /tmp    tmpfs           defaults        0       0
    /dev/mapper/swap        none    swap            sw              0       0

### Cifrar el volúmen lógico /home

Desde este escenario se utiliza LVM como el primer mapeador y dm-crypt como el segundo, cada volumen lógico cifrado requiere su propio cifrado. Sin embargo, a diferencia de los sistemas de archivos temporales configurados con cifrado volátil anteriormente, el volumen lógico para `/home` debe ser persistente, por supuesto. Lo siguiente asume que se ha reiniciado el sistema instalado, de lo contrario se tienen que ajustar las rutas. Para asegurarnos de que se introduce una segunda frase de acceso en el arranque para dicho volumen, creamos un archivo de claves:

    # mkdir -m 700 /etc/luks-keys
    # dd if=/dev/random of=/etc/luks-keys/home bs=1 count=256 status=progress

El volumen lógico se cifra con dicho archivo de clave:

    # cryptsetup luksFormat -v /dev/MyVolGroup/crypthome /etc/luks-keys/home
    # cryptsetup -d /etc/luks-keys/home open /dev/MyVolGroup/crypthome home
    # mkfs.ext4 /dev/mapper/home
    # mount /dev/mapper/home /home

El montaje encriptado será configurado tanto en crypttab como en fstab:

    /etc/crypttab

    home	/dev/MyVolGroup/crypthome   /etc/luks-keys/home

    /etc/fstab

    /dev/mapper/home        /home   ext4        defaults        0       2

## LUKS sobre RAID por software

Este ejemplo se basa en una configuración real para un portátil destinado a funcionar como una estación de trabajo equipado con dos unidades SSD de igual tamaño y una unidad de disco duro (HDD) adicional para almacenamiento masivo. El resultado final es el cifrado del disco completo basado en LUKS1 (incluyendo `/boot`) para todas las unidades, con las unidades SSD en una matriz RAID0 y los archivos de clave utilizados para desbloquear toda la encriptación después de que GRUB (Español) recibe una frase de contraseña correcta en el arranque.

Esta configuración utiliza un esquema de particionado muy simplificado, con todo el almacenamiento RAID disponible montado en `/` (sin partición `/boot` separada, y el disco HDD descifrado montado en `/data`.

Tenga en cuenta que es muy importante en este tipo de configuraciones realizar copias de seguridad del sistema regulares. Si cualquiera de los SSD falla, los datos contenidos en el conjunto RAID serán prácticamente imposibles de recuperar. Es posible que desee seleccionar un nivel RAID diferente si la tolerancia a los fallos es importante para usted.

El cifrado no es denegable en esta configuración.

Para el ejemplo de las siguientes instrucciones, se utilizan los siguientes dispositivos de bloques:

    /dev/sda = primer SSD
    /dev/sdb = segundo SSD
    /dev/sdc = HDD

    +---------------------+---------------------------+---------------------------+ +---------------------+---------------------------+---------------------------+ +---------------------------+
    | BIOS boot partition | EFI system partition (ESP)| volumen cifrado con LUKS1 | | BIOS boot partition | EFI system partition (ESP)| volumen cifrado con LUKS1 | | volumen cifrado con LUKS2 |
    |                     |                           |                           | |                     |                           |                           | |                           |
    |                     | /efi                      | /                         | |                     | /efi                      | /                         | | /data                     |
    |                     |                           |                           | |                     |                           |                           | |                           |
    |                     |                           | /dev/mapper/cryptroot     | |                     |                           | /dev/mapper/cryptroot     | |                           |
    |                     +---------------------------+---------------------------+ |                     +---------------------------+---------------------------+ |                           |
    |                     | matriz RAID1 (parte 1/2)  | matriz RAID0 (parte 1/2   | |                     | matriz RAID1 (parte 2/2)  | matriz RAID0 (parte 2/2)  | |                           |
    |                     |                           |                           | |                     |                           |                           | |                           |
    |                     | /dev/md/ESP               | /dev/md/root              | |                     | /dev/md/ESP               | /dev/md/root              | | /dev/mapper/cryptdata     |
    |                     +---------------------------+---------------------------+ |                     +---------------------------+---------------------------+ +---------------------------+
    | /dev/sda1           | /dev/sda2                 | /dev/sda3                 | | /dev/sdb1           | /dev/sdb2                 | /dev/sdb3                 | | /dev/sdc1                 |
    +---------------------+---------------------------+---------------------------+ +---------------------+---------------------------+---------------------------+ +---------------------------+

Asegúrese de sustituirlos por las designaciones de dispositivo apropiadas para su configuración, ya que pueden ser diferentes.

### Preparar los discos

Antes de crear cualquier partición, debe informarse acerca de la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).

Para sistemas BIOS con GPT, cree una BIOS boot partition (Español) con un tamaño de 1 MiB para que GRUB almacene la segunda etapa del cargador de arranque de BIOS. No monte dicha partición.

For sistemas UEFI cree una EFI system partition (Español) con un tamaño apropiado, luego móntela en `/efi`.

En el espacio restante en la unidad, cree una partición (`/dev/sda3` en este ejemplo) para «Linux RAID.» Elija el ID del tipo de partición `fd` para MBR o el tipo de partición GUID `A19D880F-05FC-4D3B-A006-743F0F84911E` para GPT.

Una vez que se ha creado las particiones en `/dev/sda`, se pueden usar las siguientes órdenes para clonarlas en `/dev/sdb`

    # sfdisk -d /dev/sda > sda.dump
    # sfdisk /dev/sdb < sda.dump

El disco HDD está preparado con una sola partición de Linux que cubre todo el disco en `/dev/sdc1`.

### Compilar la matriz RAID

Cree la matriz RAID para las unidades SSD.

Nota:

- Todas las partes de una matriz RAID en una EFI system partition deben poder usarse individualmente, eso significa que ESP solo puede colocarse en una matriz RAID1;
- El superbloque RAID debe colocarse al final de la partición del sistema EFI utilizando `--metadata=1.0`, de lo contrario, el firmware no podrá acceder a la partición.

    # mdadm --create --verbose --level=0 --metadata=1.2 --raid-devices=2 /dev/md/root /dev/sda3 /dev/sdb3

Este ejemplo utiliza RAID0 para root, es posible que desee sustituir un nivel diferente según sus preferencias o requisitos.

    # mdadm --create --verbose --level=0 --metadata=1.2 --raid-devices=2 /dev/md/root /dev/sda3 /dev/sdb3

### Preparar los dispositivos de bloque

Como se explica en dm-crypt (Español)/Drive preparation (Español), los dispositivos se limpian con datos aleatorios utilizando `/dev/zero` y un dispositivo de cifrado con una clave aleatoria. Alternativamente, puede usar `dd` con `/dev/random` o `/dev/urandom`, aunque será mucho más lento.

    # cryptsetup open --type plain /dev/md0 container --key-file /dev/random
    # dd if=/dev/zero of=/dev/mapper/container bs=1M status=progress
    # cryptsetup close container

Y repita lo anterior para la unidad HDD (`/dev/sdc1` en este ejemplo).

Configure el cifrado para `/dev/md/root` :

Advertencia: GRUB no es compatible con LUKS2. Utilice LUKS1 (`--type luks1`) en particiones donde GRUB necesite acceder.

    # cryptsetup -y -v luksFormat --type luks1 /dev/md/root
    # cryptsetup open /dev/md/root cryptroot
    # mkfs.ext4 /dev/mapper/cryptroot
    # mount /dev/mapper/cryptroot /mnt

Y repítalo para la unidad HDD:

    # cryptsetup -y -v luksFormat /dev/sdc1
    # cryptsetup open /dev/sdc1 cryptdata
    # mkfs.ext4 /dev/mapper/cryptdata
    # mkdir /mnt/data
    # mount /dev/mapper/cryptdata /mnt/mnt/data

Para sistemas UEFI, configure la partición del sistema EFI:

    # mkfs.fat -F32 /dev/md/ESP
    # mount /dev/md/ESP /mnt/efi

### Configurar GRUB

Configure GRUB (Español) para el sistema cifrado con LUKS1, modificando `/etc/default/grub` con lo siguiente:

    GRUB_CMDLINE_LINUX="cryptdevice=/dev/md/root:cryptroot"
    GRUB_ENABLE_CRYPTODISK=y

Consulte dm-crypt (Español)/System configuration (Español)#Cargador de arranque y GRUB (Español)#/boot cifrado para obtener más detalles.

Complete la instalación de GRUB en ambas unidades SSD (en realidad, la instalación solo funcionará para `/dev/sda`).

    # grub-install --target=i386-pc /dev/sda
    # grub-install --target=i386-pc /dev/sdb
    # grub-install --target=x86_64-efi --efi-directory=/efi --bootloader-id=GRUB
    # grub-mkconfig -o /boot/grub/grub.cfg

### Crear los archivos de claves

Los próximos pasos le ahorran que tenga que ingresar su contraseña dos veces cuando inicia el sistema (una vez para que GRUB pueda desbloquear el dispositivo LUKS1, y la segunda vez cuando initramfs asume el control del sistema). Esto se hace creando un archivo de claves para el cifrado y añadiéndolo a la imagen de initramfs para permitir que el hook encrypt desbloquee el dispositivo raíz. Consulte dm-crypt (Español)/Device encryption (Español)#Con un archivo de clave incrustado en initramfs para más detalles.

- Cree el archivo de claves y agregue la clave para `/dev/md/root`.
- Cree otro archivo de claves para la unidad HDD (`/dev/sdc1`) para que también se pueda desbloquear al arrancar. Para su comodidad, deje la contraseña creada anteriormente en su lugar, ya que esto puede facilitar la recuperación si alguna vez la necesita. Modifique `/etc/crypttab` para descifrar la unidad HDD al arrancar. Vea dm-crypt (Español)/System configuration (Español)#Desbloquear con archivo de claves.

### Configurar el sistema

Modifique fstab para montar los dispositivos de bloques cryptroot y cryptdata y la ESP:

    /dev/mapper/cryptroot  /           ext4    rw,noatime  0   1
    /dev/mapper/cryptdata  /mnt/data   ext4    defaults            0   2
    /dev/md/ESP            /efi        vfat    rw,relatime,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,tz=UTC,errors=remount-ro  0   2

Guarde la configuración de RAID:

    # mdadm --detail --scan >> /etc/mdadm.conf

Modifique mkinitcpio (Español) para incluir su archivo de claves y agregar los hooks adecuados:

    FILES=(/crypto_keyfile.bin)
    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block mdadm_udev encrypt filesystems fsck)

Consulte dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles.

## Modalidad plain de dm-crypt

Contrariamente a LUKS, la modalidad plain de dm-crypt no requiere una cabecera en el disco cifrado: esto significa que un disco cifrado sin particionar será indistinguible de un disco lleno con datos aleatorios, que podría permitir cifrado negable. Véase también Wikipedia:es:Cifrado de disco#Completo cifrado de disco.

Tenga en cuenta que si no necesita cifrar el disco completo, los métodos que utilizan LUKS descritos anteriormente son las mejores opciones para el cifrado del sistema y de las particiones. Características de LUKS como la gestión de claves con múltiples frases de contraseñas/archivos de claves no están disponibles con la modalidad plain.

Los discos cifrados con la modalidad plain de dm-crypt pueden ser más resistentes a los daños que los discos cifrados con LUKS, ya que no se basan en una clave maestra de cifrado, la cual constituye un punto vulnerable único de fallo si se daña. Sin embargo, utilizando el modo plain también se requiere una configuración más manual de las opciones de cifrado para lograr la misma fuerza criptográfica. Véase también Disk encryption (Español)#Metadatos criptográficos. También se puede considerar el uso de la modalidad plain si se trata de los problemas explicados en dm-crypt (Español)/Specialties (Español)#Soporte Discard/TRIM para unidades de estado sólido (SSD).

Sugerencia: Si el cifrado sin cabeceras es su objetivo, pero no está seguro acerca de la falta de derivación de clave con el modo plain, entonces dispone de dos alternativas:

- tcplay que ofrece cifrado sin cabeceras, pero con la función PBKDF2, o
- la modalidad LUKS de dm-crypt utilizando la opción `--header` de cryptsetup. No se podrá utilizar el hook estándar encrypt, pero dicho hook puede ser modificado.

El escenario utiliza una memoria USB:

- una para el dispositivo de arranque que también permite almacenar las opciones necesarias para abrir/desbloquear el dispositivo cifrado simple en la configuración del gestor de arranque, ya que escribirlos en cada arranque sería propenso a errores;
- y otra para almacenar la clave de cifrado asumiendo que está almacenada como bits en bruto de modo que a los ojos de un atacante que no esté al tanto que quiera obtener la clave usb, la clave de cifrado se mostrará como datos aleatorios en lugar de ser visible como un archivo normal. Véase también Wikipedia:es:Seguridad por oscuridad, y siga con dm-crypt/Device encryption#Keyfiles para preparar el archivo de claves.

El esquema de particionado del disco es:

    +----------------------+----------------------+----------------------+ +-------------------------+ +--------------------------+
    | Volumen lógico 1     | Volumen lógico 2     | Volumen lógico 3     | | Dispositivo de arranque | | Depósito para el archivo |
    |                      |                      |                      | |                         | | de claves de cifrado     |
    | /                    | [SWAP]               | /home                | | /boot                   | | (sin particionar         |
    |                      |                      |                      | |                         | | en el ejemplo)           |
    | /dev/MyVolGroup/root | /dev/MyVolGroup/swap | /dev/MyVolGroup/home | | /dev/sdb1               | | /dev/sdc                 |
    |----------------------+----------------------+----------------------| |-------------------------| |--------------------------|
    | unidad/disco /dev/sda cifrado con modo plain y LVM                 | | USB 1                   | | USB 2                    |
    +--------------------------------------------------------------------+ +-------------------------+ +--------------------------+

Sugerencia:

- También es posible utilizar una sola llave USB física:
  - mediante la coloación de la clave en otra partición (/dev/sdb2) del dispositivo de almacenamiento USB (/dev/sdb);
  - mediante la copia del archivo de claves a la imagen initramfs directamente. Un ejemplo de archivo de claves `/etc/keyfile` copiado a la imagen initramfs se hace estableciendo `FILES="/etc/keyfile"` en `/etc/mkinitcpio.conf`. La manera de instruir al hook `encrypt` para que lea el archivo de claves en la imagen initramfs es utilizando el prefijo `rootfs:` delante del nombre del archivo, por ejemplo `cryptkey=rootfs:/etc/keyfile`.
- Otra opción es usar una frase de acceso con buena entropía.

### Preparar el disco

Es de vital importancia que el dispositivo mapeado está lleno de datos aleatorios. En particular, esto se aplica al caso que nos afecta.

Véase dm-crypt (Español)/Drive preparation (Español) y dm-crypt (Español)/Drive preparation (Español)#Métodos específicos de dm-crypt

### Preparar las particiones que no son de arranque (boot)

Consulte dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad plain para más detalles.

Utilizando el dispositivo `/dev/sda`, con el cifrado aes-xts con un tamaño de clave de 512 bits, y un archivo de clave, tenemos las siguientes opciones para este escenario:

    # cryptsetup --cipher=aes-xts-plain64 --offset=0 --key-file=/dev/sdc --key-size=512 open --type plain /dev/sda cryptlvm

A diferencia del cifrado con LUKS, la orden anterior se debe ejecutar en su totalidad siempre que sea necesario restablecer el mapeado, por lo que es importante recordar los detalles del cifrado, el hash y el archivo de claves.

Ahora podemos comprobar que se ha realizado una entrada de mapeo para `/dev/mapper/cryptlvm`:

    # fdisk -l

Sugerencia: Una alternativa más simple al uso de LVM, recomendada en las FAQ de cryptsetup para los casos en que LVM no es necesario, es simplemente crear un sistema de archivos en la totalidad del dispositivo mapeado con dm-crypt.

A continuación, configuramos volúmenes lógicos LVM (Español) en el dispositivo mapeado. Consulte LVM (Español)#Instalar Arch Linux sobre LVM para obtener más detalles:

    # pvcreate /dev/mapper/cryptlvm
    # vgcreate MyVolGroup /dev/mapper/cryptlvm
    # lvcreate -L 32G MyVolGroup -n root
    # lvcreate -L 10G MyVolGroup -n swap
    # lvcreate -l 100%FREE MyVolGroup -n home

] Formateamos y montamos y, luego, activamos el espacio de intercambio. Consulte File systems (Español)#Crear un sistema de archivos para más detalles:

    # mkfs.ext4 /dev/MyVolGroup/root
    # mkfs.ext4 /dev/MyVolGroup/home
    # mount /dev/MyVolGroup/root /mnt
    # mkdir /mnt/home
    # mount /dev/MyVolGroup/home /mnt/home
    # mkswap /dev/MyVolGroup/swap
    # swapon /dev/MyVolGroup/swap

### Preparar la partición de arranque

La partición `/boot` se puede instalar en la partición vfat estándar de una memoria USB, si es necesario. Pero si se ve en la necesidad de realizar el particionado manualmente, entonces podría crear una pequeña partición de 200 MiB, lo que sería suficiente. Cree la partición utilizando una utilidad de particionado de su elección.

Cree un sistema de archivos en la partición destinada a `/boot`, si no está ya formateada como vfat:

    # mkfs.ext4 /dev/sdb1
    # mkdir /mnt/boot
    # mount /dev/sdb1 /mnt/boot

### Configurar mkinitcpio

Añada los hooks `keyboard`, `encrypt` and `lvm2` a mkinitcpio (Español):

    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)

Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que pueda necesitar.

### Configurar el gestor de arranque

Con el fin de desbloquear la partición raíz cifrada en el arranque, es necesario pasar los siguientes parámetros del kernel al gestor de arranque (tenga en cuenta que 64 es el número de bytes en 512 bits)::

    cryptdevice=/dev/disk/by-id/disk-ID-of-sda:cryptlvm cryptkey=/dev/disk/by-id/disk-ID-of-sdc:0:64 crypto=:aes-xts-plain64:512:0:

El `disk-ID-of-disk` se refiere a la identificación del disco al que se hace referencia. Véase Persistent block device naming (Español) par más detalles.

Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles y otros parámetros que pueda necesitar

Sugerencia: Si se utiliza GRUB, puede instalarlo en el mismo USB utilizado como partición `/boot` con:

    # grub-install --recheck /dev/sdb

### Posinstalación

Podemos retirar la memoria USB después de arrancar. Ya que la partición `/boot`, generalmente, no se necesita, la opción `noauto` se puede agregar en la línea correspondiente de `/etc/fstab`:

    /etc/fstab

    # /dev/sdb1
    /dev/sdb1 /boot ext4 noauto,rw,noatime 0 2

Sin embargo, cuando se requiere una actualización de cualquier cosa utilizada en initramfs, o un kernel, o el gestor de arranque, la partición `/boot` debe estar presente y montada. Como la entrada en `fstab` ya existe, se puede montar de forma sencilla con:

    # mount /boot

## Cifrar partición de arranque (GRUB)

Esta configuración utiliza el mismo diseño y configuración de partición que la sección anterior #LVM sobre LUKS, con la diferencia de que se utiliza el cargador de arranque GRUB (Español) ya que es capaz de arrancar desde un volumen lógico LVM y un `/boot` cifrado con LUKS1. Véase también GRUB (Español)#/boot cifrado.

La distribución del disco en este ejemplo es:

    +---------------------+----------------------+----------------------+----------------------+----------------------+
    | Partición           | Partición            | Volumen lógico 1     | Volumen lógico 2     | Volumen lógico 3     |
    | BIOS boot partition | EFI system particion |                      |                      |                      |
    |                     | /efi                 | /                    | [SWAP]               | /home                |
    |                     |                      |                      |                      |                      |
    |                     |                      | /dev/MyVolGroup/root | /dev/MyVolGroup/swap | /dev/MyVolGroup/home |
    | /dev/sda1           | /dev/sda2            +----------------------+----------------------+----------------------+
    | sin cifrar          | sin cifrar           | /dev/sda3 cifrado usando LVM sobre LUKS1                           |
    +---------------------+----------------------+--------------------------------------------------------------------+

Sugerencia:

- Todos los escenarios tienen el propósito de ejemplos. Es, por supuesto, posible combinar los dos pasos anteriores de las distintas instalaciones con otros escenarios posibles. Ver también las variantes asociadas a #LVM sobre LUKS;
- Puede utilizar el script `cryptboot` del paquete cryptbootAUR para una administración de arranque cifrada simplificada (montaje, desmontaje, actualización de paquetes) y como defensa contra ataques de Evil Maid con Secure Boot de UEFI. Para obtener más información y limitaciones, consulte la página cryptboot project.

### Preparar el disco

Antes de crear las particiones, debe informarse sobre la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).

Para sistemas BIOS cree una BIOS boot partition con tamaño de 1 MiB para GRUB para almacenar la segunda etapa del gestor de arranque BIOS. No monte la partición.

Para sistemas UEFI cree una EFI system partition (Español) con un tamaño apropiado, para luego montarla en `/efi`.

Cree una partición del tipo `8309`, which will later contain the encrypted container for the LVM.

Cree el contenedor cifrado con LUKS:

Advertencia: GRUB no es compatible con LUKS2. Utilice LUKS1 (`--type luks1`) en las particiones a las que GRUB necesita acceder.

    # cryptsetup luksFormat --type luks1 /dev/sda3

Para obtener más información sobre las opciones disponibles de cryptsetup vea LUKS encryption options antes de ejecutar la orden anterior.

Su esquema de particinado debería ser similar a esto:

    # gdisk -l /dev/sda

    Number  Start (sector)    End (sector)  Size       Code  Name
       1            2048            4095   1024.0 KiB  EF02  BIOS boot partition
       2            4096         1130495   550.0 MiB   EF00  EFI System
       3         1130496        68239360   32.0 GiB    8309  Linux LUKS

Abra el contenedor:

    # cryptsetup open /dev/sda3 cryptlvm

El contenedor desbloqueado estará ahora disponible como `/dev/mapper/cryptlvm`.

### Preparar los volúmenes lógicos

Los volúmenes lógicos LVM de este ejemplo siguen el mismo esquema descrito en el escenario #LVM sobre LUKS. Por lo tanto, siga la sección #Preparar los volúmenes lógicos de arriba o haga los ajustes necesarios.

If you plan to boot in UEFI mode, create a mountpoint for the EFI system partition (Español) at `/efi` for compatibility with `grub-install` and mount it:

    # mkdir /mnt/efi
    # mount /dev/sda2 /mnt/efi

En este punto, debe tener las siguientes particiones y volúmenes lógicos dentro de `/mnt`:

    $ lsblk

    NAME                  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
    sda                   8:0      0   200G  0 disk
    ├─sda1                8:1      0     1M  0 part
    ├─sda2                8:2      0   550M  0 part  /mnt/efi
    ├─sda3                8:3      0   200M  0 part
      └─cryptlvm          254:0    0   198M  0 crypt /boot
        ├─MyVolGroup-swap 254:1    0     8G  0 lvm   [SWAP]
        ├─MyVolGroup-root 254:2    0    32G  0 lvm   /
        └─MyVolGroup-home 254:3    0    60G  0 lvm   /mnt/home

### Configurar mkinitcpio

Añada los hooks `keyboard`, `encrypt` y `lvm2` a mkinitcpio (Español):

    HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)

Si utiliza el hook sd-encrypt con initramfs basado en systemd se debe establecer lo siguiente en su lugar:

    HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)

Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para más detalles y otros hooks que pueda necesitar.

### Configurar GRUB

Configure GRUB para que reconozca la partición `/boot` cifrada con LUKS1:

    /etc/default/grub

    GRUB_ENABLE_CRYPTODISK=y

Establezca los parámetros del kernel para que initramfs pueda desbloquear la partición raíz cifrada. Usando el hook `encrypt`:

    /etc/default/grub

    GRUB_CMDLINE_LINUX="... cryptdevice=UUID=UUID-del-dispositivo:cryptlvm ..."

Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:

    /etc/default/grub

    GRUB_CMDLINE_LINUX="... rd.luks.name=UUID-del-dispositivo=cryptlvm" ...

Véase Dm-crypt (Español)/System configuration (Español)#Cargador de arranque y GRUB (Español)#/boot cifrado para obtener más detalles. El `UUID-del-dispositivo` hace referencia al UUID de `/dev/sda4` (la partición física que aloja el volumen, la cual contiene a su vez el sistema de archivos raíz, no es dispositivo mapeado resultante del cifrado). Vea Persistent block device naming (Español).

Instale GRUB con la ESP montada para arrancar UEFI:

    # grub-install --target=x86_64-efi --efi-directory=/efi --bootloader-id=GRUB --recheck

Instale GRUB en el disco para arrancar BIOS:

    # grub-install --target=i386-pc --recheck /dev/sda

Genere el archivo de configuration de GRUB :

    # grub-mkconfig -o /boot/grub/grub.cfg

Si todos las órdenes terminaron sin errores, GRUB le pedirá la contraseña para desbloquear la partición `/dev/sda3` en el siguiente reinicio.

### Evitar tener que ingresar la frase de contraseña dos veces

Si bien GRUB solicita una frase de contraseña para desbloquear la partición cifrada con LUKS1m siguiendo las instrucciones anteriores, el desbloqueo de la partición no se transfiere a initramfs. Por lo tanto, debe ingresar la frase de contraseña dos veces en el arranque: una para GRUB y otra para initramfs.

Esta sección trata sobre la configuración adicional para permitir que el sistema arranque solo ingresando la frase de contraseña una vez, en GRUB. Esto se logra mediante un archivo de claves incrustado en initramfs.

Primero cree un archivo de claves y añádalo como clave de LUKS:

    # dd bs=512 count=4 if=/dev/random of=/root/cryptlvm.keyfile iflag=fullblock
    # chmod 000 /root/cryptlvm.keyfile
    # chmod 600 /boot/initramfs-linux*
    # cryptsetup -v luksAddKey /dev/sda3 /root/cryptlvm.keyfile

Añada el archivo de claves a la imagen initramfs:

    /etc/mkinitcpio.conf

    FILES=(/root/cryptlvm.keyfile)

Establezca los siguientes parámetros del kernel para desbloquear la partición LUKS con el archivo de claves. Usando el hook `encrypt`:

    GRUB_CMDLINE_LINUX="... cryptkey=rootfs:/root/cryptlvm.keyfile"

O, usando el hook sd-encrypt:

    GRUB_CMDLINE_LINUX="... rd.luks.key=UUID-del-dispositivo=/root/cryptlvm.keyfile"

Si por alguna razón el archivo de claves no puede desbloquear la partición de arranque, systemd se repliega para pedir una contraseña para desbloquear y, en caso de que sea correcta, continuar el arranque.

Sugerencia: Si desea cifrar la partición `/boot` para protegerse contra amenazas de manipulación offline, el hook mkinitcpio-chkcryptoboot puede serle de ayuda.

## Subvolúmenes btrfs con espacio de intercambio

El siguiente ejemplo crea un cifrado completo del sistema con LUKS1 utilizando subvolúmenes Btrfs como una simulación de particiones.

Si utiliza UEFI, se requiere una EFI system partition (Español) (siglas en inglés ESP). El mismo `/boot` puede residir en la raíz `/` y estar cifrado; sin embargo, la ESP no puede cifrase. En este esquema propuesto de ejemplo, la ESP es `/dev/sda1` y está montada en `/efi`. `/boot` se encuentra en la partición del sistema, `/dev/sda2`.

Dado que `/boot` reside en la raiz `/` cifrada con LUKS1, GRUB (Español) debe usarse como gestor de arranque, porque solo GRUB puede cargar los módulos necesarios para descifrar `/boot` (por ejemplo, crypto.mod, cryptodisk.mod y luks.mod).

Además, se el esquema muestra una partición opcional de swap cifrada con plain.

Advertencia: No utilice un archivo de intercambio en lugar de una partición separada sobre el kernel de Linux antes de v5.0, ya que esto puede ocasionar la pérdida de datos. Vea Btrfs (Español)#Archivo como espacio de intercambio.

    +----------------------------------+-------------------------------+--------------------------+
    | Partición «EFI system partition» | Partición del sistema         | Partición de intercambio |
    | sin cifrar                       | cifrada con LUKS1             | cifrada con plain        |
    |                                  |                               |                          |
    | /efi                             | /                             | [SWAP]                   |
    | /dev/sda1                        | /dev/sda2                     | /dev/sda3                |
    |----------------------------------+-------------------------------+--------------------------+

### Preparar el disco

Nota: No es posible utilizar btrfs para particionar como se describe en Btrfs (Español)#Disco Btrfs sin particiones cuando se utiliza LUKS. Se debe utilizar la partición tradicional, incluso si solo se trata de crear una partición.

Antes de crear cualquier partición, debe informarse acerca de la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español). Si está utilizando UEFI (Español), cree una EFI system partition (Español) con un tamaño apropiado. Posteriormente se montará en `/efi`. Si va a crear una partición de intercambio cifrada, crea la partición para ella, pero no la marque como swap, ya que se usará la modalidad plain de dm-crypt para cifrar la partición.

Cree las particiones necesarias, al menos una para la raíz `/` (por ejemplo, `/dev/sda2`). Vea el artículo Partitioning (Español).

### Preparar la partición del sistema

#### Crear contenedor LUKS

Advertencia: GRUB no es compatible con LUKS2. Utilice LUKS1 (`--type luks1`) en las particiones a las que GRUB necesita acceder.

Siga la sección dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS para configurar `/dev/sda2` para LUKS. Consulte dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS antes de hacerlo para obtener una lista de opciones de cifrado.

#### Desbloquear el contenedor LUKS

Ahora siga las instrucciones de dm-crypt (Español)/Device encryption (Español)#Desbloquear/mapear particiones LUKS con el mapeador de dispositivos para desbloquear el contenedor LUKS y mapearlo.

#### Formatear el dispositivo mapeado

Proceda a formatear el dispositivo mapeado como se describe en Btrfs (Español)#Sistema de archivos en un único dispositivo, donde `/dev/partition` es el nombre del dispositivo mapeado (es decir, `cryptroot`) y no `/dev/sda2`.

#### Montar el dispositivo mapeado

Finalmente, monte el dispositivo mapeado ahora formateado (es decir, `/dev/mapper/cryptroot`) en `/mnt`.

Sugerencia: Es posible que desee utilizar la opción de montaje `compress=lzo`. Vea Btrfs (Español)#Compresión para más información.

### Crear subvolúmenes btrfs

#### Esquema

Los subvolúmenes se usarán para simular particiones, pero también se crearán otros subvolúmenes (anidados). Aquí hay una representación parcial de lo que generará el siguiente ejemplo:

    subvolid=5 (/dev/sda2)
       |
       ├── @ (montado como /)
       |       |
       |       ├── /bin (directorio)
       |       |
       |       ├── /home (montado subvolumen @home)
       |       |
       |       ├── /usr (directorio)
       |       |
       |       ├── /.snapshots (montado subvolumen @snapshots)
       |       |
       |       ├── /var/cache/pacman/pkg (subvolumen anidado)
       |       |
       |       ├── ... (otros directorios y subvolúmenes anidados)
       |
       ├── @snapshots (montado como /.snapshots)
       |
       ├── @home (montado como /home)
       |
       └── @... (subvolúmenes adicionales que desee usar como puntos de montaje)

Esta sección sigue la sección Snapper#Suggested filesystem layout, que es más útil cuando se usa con Snapper. También debe consultar Btrfs Wiki SysadminGuide#Layout.

#### Crear subvolúmenes de nivel superior

Aquí estamos usando la convención de prefijo `@` para los nombres de subvolumen que se usarán como puntos de montaje, y `@` será el subvolumen que se monta como `/`.

Siguiendo el artículo Btrfs (Español)#Crear un subvolumen, cree subvolúmenes en `/mnt/@`, `/mnt/@snapshots`, y `/mnt/@home`.

Cree cualquier subvolúmenes adicional que desee usar como puntos de montaje ahora.

#### Montar subvolúmenes de nivel superior

Desmonte la partición del sistema de `/mnt`.

Ahora monte el subvolumen `@` recién creado que servirá como raíz `/` en `/mnt` utilizando la opción de montaje `subvol=`. Suponiendo que el dispositivo mapeado se llama `cryptroot`, la orden se emitiría así:

    # mount -o compress=lzo,subvol=@ /dev/mapper/cryptroot /mnt

Véase Btrfs (Español)#Montar subvolúmenes para obtener más detalles.

Monte también los otros subvolúmenes en sus respectivos puntos de montaje: `@home` en `/mnt/home` y `@snapshots` en `/mnt/.snapshots`.

#### Crear subvolúmenes anidados

Cree cualquier subvolumen del que no quiera tener instantáneas de cuando haga instantánea de la raíz `/`. Por ejemplo, probablemente no desee tomar instantáneas de `/var/cache/pacman/pkg`. Estos subvolúmenes estarán anidados bajo el subvolumen `@`, pero con la misma facilidad podrían haber sido creados anteriormente al mismo nivel que `@` de acuerdo con sus preferencia.

Dado que el subvolumen `@` está montado en `/mnt`, necesitará crear un subvolumen en `/mnt/var/cache/pacman/pkg` para este ejemplo. Es posible que primero tenga que crear cualquier directorio padre.

Otros directorios con los que puede hacer esto son `/var/abs`, `/var/tmp`, and `/srv`.

#### Montar ESP

Si preparó una partición de sistema EFI anteriormente, cree su punto de montaje y móntela ahora.

Nota: Las instantáneas de Btrfs excluirán `/efi`, ya que no es un sistema de archivos btrfs.

En el paso de la instalación con pacstrap, debe instalarse el paquete btrfs-progs además del grupo base.

### Configurar mkinitcpio

#### Crear archivo de claves

Para que GRUB abra la partición LUKS sin que el usuario tenga que ingresar dos veces su contraseña, usaremos un archivo de clave incrustado en initramfs. Siga dm-crypt (Español)/Device encryption (Español)#Con un archivo de clave incrustado en initramfs y asegúrese de agregar la clave de `/dev/sda2` en el paso luksAddKey.

#### Editar mkinitcpio.conf

Después de crear, agregar e incrustar la clave como se describe arriba, añada el hook `encrypt` en mkinitcpio (Español), así como cualquier otro hook que necesite. Consulte dm-crypt (Español)/System configuration (Español)#mkinitcpio para obtener información detallada.

Sugerencia: Es posible que desee añadir `BINARIES=(/usr/bin/btrfs)` a `mkinitcpio.conf`. Consulte el artículo Btrfs (Español)#Recuperación de la corrupción.

### Configurar el gestor de arranque

Instale GRUB (Español) en `/dev/sda`. A continuación, modifique `/etc/default/grub` como se indica en el artículo GRUB (Español)#Argumentos adicionales and GRUB (Español)#/boot cifrado, siguiendo las instrucciones de una partición raíz y de arranque cifradas. Finalmente, genere el archivo de configuración GRUB.

### Configurar el espacio de intercambio

Si creó una partición de intercambio cifrada, ahora es el momento de configurarla. Siga las instrucciones dadas en dm-crypt (Español)/Swap encryption (Español).

Categories:

- Data-at-rest encryption (Español)
- Installation process (Español)