mirror of
https://github.com/ovh/the-bastion.git
synced 2026-05-09 16:35:33 +02:00
[GH-ISSUE #181] Unlock /home on boot #44
Labels
No labels
answered
bug
documentation
enhancement
enhancement
feature
feature
kept-open-for-info
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/the-bastion#44
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jlecour on GitHub (May 16, 2021).
Original GitHub issue: https://github.com/ovh/the-bastion/issues/181
Hi,
I've just installed The Bastion on a fresh Debian 10.
The
/opt/bastion/bin/admin/setup-encryption.shscript has helped me change my /home partition to an encrypted one, but at the end it says :After a reboot, there is no passphrase prompted and obviously the partition is not mounted.
My partitions (/home is vdb1) :
The relevant part of my fstab :
Did I do something wrong?
@jlecour commented on GitHub (May 16, 2021):
I've found that
/etc/bastion/luks-config.shdoesn't exist. The setup script does check if the directory exists.I've created it manually with this content and it works :
… but I still don't have a prompt at boot time to automatically mount /home.
@speed47 commented on GitHub (May 19, 2021):
Hello,
The
/etc/bastion/luks-config.shis copied by thebin/admin/installscript from the provided.distfile, then placeholders are filled by the encryption helper script (/opt/bastion/bin/admin/setup-encryption.sh) when you run it.Did you launch the encryption script before running the general install script?
If your machine/VM reboots, it completes the reboot successfully, and SSHd (and other services) are started, so that an admin can then SSH to the machine, and run the unlock script. Not blocking at the boot stage is part of the design, note however that, of course, no user will be able to connect to the bastion as all keys are in
/homewhich is not mounted: onlyrootwill be able to log in. This way, you don't need console access to unlock your bastion, just plain good old SSH.We do have monitoring in place so that the machine reports itselfs as locked and requiring admin intervention. This probe will be ported to NRPE and pushed to the repository at some point, but it's trivial to implement if you do have some kind of monitoring : you can just warn when
/homeis not mounted.@jlecour commented on GitHub (May 21, 2021):
Hi Stéphane,
I've possibly run the setup-encryption.sh script before installing the bastion.
I wad about to suggest adding a check in the script, but I've seen that you've done that. Kudos.
Not blocking the boot for the passphrase makes sense. Having an NRPE check would be awesome. We are using Icinga2 in NRPE mode, so it would be perfect in our setup.
Thanks a lot for the help and for sharing this piece of software.