initramfs cryptroot hook script doesn't install cryptsetup if keyfile but no keyscript
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cryptsetup (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Xenial |
New
|
Undecided
|
Dimitri John Ledkov | ||
Bionic |
New
|
Undecided
|
Dimitri John Ledkov |
Bug Description
When crypttab specifies a key-file for the container of the root file-system but there is no keyscript= option no cryptsetup support is installed in the initrd.img.
Currently the cryptroot initramfs hook script knows its a problem and will report:
cryptsetup: WARNING: target LUKS_OS uses a key file, skipped
This is BAD behaviour that renders the root file-system container inaccessible at boot time.
Regardless of a key-script being available cryptsetup support should be installed into the initrd.img to enable the user to take manual steps to unlock the container. The hook script has no knowledge about pass phrases that might be set in other LUKS slots that are available to the user.
This is the behaviour when a keyscript is specified but doesn't exist.
The attached patch modifies the behaviour to include cryptsetup in the initrd.img and modify the warning to the user.
cryptsetup: WARNING: target LUKS_OS uses a key file, but no keyscript is set. Please ensure there is also a typed pass-phrase set.
description: | updated |
Changed in cryptsetup (Ubuntu): | |
importance: | Undecided → High |
Changed in cryptsetup (Ubuntu): | |
status: | In Progress → Confirmed |
status: | Confirmed → Fix Released |
Changed in cryptsetup (Ubuntu): | |
status: | Fix Released → Triaged |
tags: | added: rls-x-incoming |
Changed in cryptsetup (Ubuntu): | |
milestone: | ubuntu-15.10 → none |
tags: | removed: rls-x-incoming |
tags: | added: rls-ee-incoming |
Changed in cryptsetup (Ubuntu Bionic): | |
assignee: | nobody → Dimitri John Ledkov (xnox) |
Changed in cryptsetup (Ubuntu Xenial): | |
assignee: | nobody → Dimitri John Ledkov (xnox) |
tags: | added: id-5ce6beabf9917f722923714d |
tags: | removed: rls-ee-incoming |
tags: | added: rls-b-notfixing rls-x-notfixing |
The attachment "Proposed fix" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]