
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).
Cuando examiné el servicio systemd-cryptsetup@luks.. (después de iniciar en el modo de rescate), noté que ExecStart
ya 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 status
servicio 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 -f
despué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 -f
después de agregar una ranura TPM, este (creo) cargó el controlador TSS al principio del proceso de arranque.