Cifrar la partición raíz con LUKS2 y TPM

Cifrar la partición raíz con LUKS2 y TPM

Mi objetivo es cifrar la partición raíz y proteger la clave con TPM. Finalmente, quiero bloquear la clave de cifrado al estado de los registros del TPM. Configuré Fedora Workstation 38; durante el asistente de configuración, marqué la casilla para cifrar la unidad y proporcioné una frase de recuperación; esto funcionó como se esperaba; durante la fase de inicio, se me solicitó una frase de contraseña para desbloquear la clave LUKS. A continuación se muestra el resultado de lsblk -pf.

lsblk -pf
NAME                                                   FSTYPE      FSVER LABEL                 UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
/dev/sr0                                                                                                                                           
/dev/zram0                                                                                                                                         [SWAP]
/dev/vda                                                                                                                                           
├─/dev/vda1                                                                                                                                        
├─/dev/vda2                                            ext4        1.0                         b8d2cbbf-0f44-4487-bccf-74d9365ec383    647M    27% /boot
└─/dev/vda3                                            crypto_LUKS 2                           08ab0fc7-5a6b-421c-be8a-d6171761a3e6                
  └─/dev/mapper/luks-08ab0fc7-5a6b-421c-be8a-d6171761a3e6
                                                       btrfs             fedora_localhost-live 09d81602-3093-4a76-8c56-d9562197cdb9   13.2G    27% /home

A continuación, inscribí a TPM:

sudo systemd-cryptenroll --tpm2-device=auto /dev/vda3
New TPM2 token enrolled as key slot 1.

En este punto tengo dos ranuras para claves: 0 - contraseña y 1 - TPM.

A continuación, actualicé /etc/crypttab:

luks-08ab0fc7-5a6b-421c-be8a-d6171761a3e6 UUID=08ab0fc7-5a6b-421c-be8a-d6171761a3e6 - tpm2-device=auto

A continuación, recargué systemd systemctl daemon-reload, a continuación se muestra el archivo de servicio actualizado.

sudo systemctl cat systemd-cryptsetup@luks\\x2d08ab0fc7\\x2d5a6b\\x2d421c\\x2dbe8a\\x2dd6171761a3e6.service

[Unit]
Description=Cryptography Setup for %I
Documentation=man:crypttab(5) man:systemd-cryptsetup-generator(8) man:[email protected](8)
SourcePath=/etc/crypttab
DefaultDependencies=no
IgnoreOnIsolate=true
After=cryptsetup-pre.target systemd-udevd-kernel.socket
Before=blockdev@dev-mapper-%i.target
Wants=blockdev@dev-mapper-%i.target
Conflicts=umount.target
Before=cryptsetup.target
BindsTo=dev-disk-by\x2duuid-08ab0fc7\x2d5a6b\x2d421c\x2dbe8a\x2dd6171761a3e6.device
After=dev-disk-by\x2duuid-08ab0fc7\x2d5a6b\x2d421c\x2dbe8a\x2dd6171761a3e6.device
Before=umount.target

[Service]
Type=oneshot
RemainAfterExit=yes
TimeoutSec=0
KeyringMode=shared
OOMScoreAdjust=500
ExecStart=/usr/lib/systemd/systemd-cryptsetup attach 'luks-08ab0fc7-5a6b-421c-be8a-d6171761a3e6' '/dev/disk/by-uuid/08ab0fc7-5a6b-421c-be8a-d6171761a3e6' '-' 'tpm2-device=auto'
ExecStop=/usr/lib/systemd/systemd-cryptsetup detach 'luks-08ab0fc7-5a6b-421c-be8a-d6171761a3e6'

Reinicié mi sistema y salió bien; Aún así proporcioné mi contraseña, como se esperaba.

A continuación, borré la contraseña:

sudo systemd-cryptenroll --wipe-slot=password /dev/vda3
wiped slot 0.

El reinicio provoca el siguiente error (disculpas por la captura de pantalla). ingrese la descripción de la imagen aquí

Cuando examiné el servicio systemd-cryptsetup@luks.. (después de iniciar en el modo de rescate), noté que ExecStartya no tenía parámetros de TPM:

ExecStart=/usr/lib/systemd/systemd-cryptsetup attach 'luks-08ab0fc7-5a6b-421c-be8a-d6171761a3e6' '/dev/disk/by-uuid/08ab0fc7-5a6b-421c-be8a-d6171761a3e6' '' ''

El systemctl statusservicio produjo el siguiente mensaje de error: systemd-cryptsetup[630]; No passphrase or recovery key registered.

`

Encontré el problema, gracias @u1686_grawity

Tuve que agregar un paso, dracut -fdespués de agregar una ranura TPM, este (creo) cargó el controlador TSS al principio del proceso de arranque.

Respuesta1

Encontré el problema, gracias @u1686_grawity

Tuve que agregar un paso, dracut -fdespués de agregar una ranura TPM, este (creo) cargó el controlador TSS al principio del proceso de arranque.

información relacionada