Bug 1975827 - Additional requirements for LUKS2 + pkcs11
Summary: Additional requirements for LUKS2 + pkcs11
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 34
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-06-24 14:01 UTC by James
Modified: 2022-01-15 01:21 UTC (History)
14 users (show)

Fixed In Version: systemd-250~rc1-3.fc36 systemd-249.9-1.fc35
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-01-15 01:21:12 UTC
Type: Bug


Attachments (Terms of Use)

Description James 2021-06-24 14:01:37 UTC
Description of problem:
I'm trying to set up unlocking LUKS2 on boot using a pkcs11 token (Yubikey 4 in PIV mode), following http://0pointer.net/blog/unlocking-luks2-volumes-with-tpm2-fido2-pkcs11-security-hardware-on-systemd-248.html .

 - A certificate and key has been set up on the token.
 - The token has been enrolled with systemd-cryptenroll --pkcs11-token-uri=auto
 - pkcs11-uri=auto has been added to the relevant line of /etc/crypttab

I then rebuilt the initramfs, adding /usr/lib64/opensc-pkcs11.so .

The subsequent boot hangs at the spinner -- no prompt to insert the token, no fallback to password. This happens even if the token is present from boot.

I suspect something is missing from the initramfs -- what additional files need to be brought in for this to work?

Version-Release number of selected component (if applicable):
systemd-248.3-1.fc34.x86_64
opensc-0.21.0-4.fc34.x86_64
dracut-055-2.fc34.x86_64

Comment 1 Zbigniew Jędrzejewski-Szmek 2021-11-05 15:01:03 UTC
Lennart, could you take a look? I assume you had to figure this out for your own setup ;)

Comment 2 Zbigniew Jędrzejewski-Szmek 2021-12-20 08:56:57 UTC
In rawhide, systemd-udev now has the following Recommends:
libfido2.so.1()(64bit)
libtss2-esys.so.0()(64bit)
libtss2-mu.so.0()(64bit)
libtss2-rc.so.0()(64bit)

Those are Recommends, not Requires, to keep the mandatory dependencies down.

The same change will need to be done in F35 and F34…

Comment 3 Fedora Update System 2022-01-11 21:42:48 UTC
FEDORA-2022-f38f479b8f has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f38f479b8f

Comment 4 Fedora Update System 2022-01-12 01:49:29 UTC
FEDORA-2022-f38f479b8f has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-f38f479b8f`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-f38f479b8f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2022-01-12 22:17:32 UTC
FEDORA-2022-f38f479b8f has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f38f479b8f

Comment 6 Fedora Update System 2022-01-13 01:10:36 UTC
FEDORA-2022-f38f479b8f has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-f38f479b8f`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-f38f479b8f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Fedora Update System 2022-01-15 01:21:12 UTC
FEDORA-2022-f38f479b8f has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.