Conveniently unlock your Self Encrypting Drive on startup (via HTTPS or SSH) without the need to attach monitor and keyboard.
Use at your own risk! You may lock yourself out of the data on the disk.
This tool, sedunlocksrv-pba
, will only work if you have a Self Encrypting Drive (SED) which is compatible with sedutil (TCG OPAL). For example the Samsung EVO 850 SSD.
Fully encrypt your home server or NAS and conveniently unlock it on startup without the need to attach monitor and keyboard. Unlocking can be done from any device on your LAN with a browser. By default a self-signed HTTPS certificate is used (generated during building) to secure the unlocking.
Because the drive is using hardware encryption, you can encrypt your server if the OS doesn't support encryption at all, or only for some disks (e.g. no encryption for the drive on which the OS is installed).
Even for systems which support encrypting all drives, using a SED with sedunlocksrv-pba
can be useful because of the remote unlock functionality. Unlock and continue booting from any device on your LAN via HTTPS/SSH. If you're using a password manager you can conveniently auto-fill the unlock password.
- Unlock your SED from a browser (via HTTPS)
- Unlock your SED via SSH
- Change disk password from a browser (via HTTPS)
- Not limited to us_english keyboard mapping
- Reboot button to boot from the unlocked drive
- BIOS and UEFI support
- Configuring specific keymaps on the console
- Encrypt your (boot) drive, even when the OS doesn't (fully) support encryption
- Drive locks when power is lost, protecting data when server is stolen
- Hardware encryption means less CPU usage
- A Self Encrypting Drive compatible with sedutil (TCG OPAL)
- Ubuntu to build the PBA image
- Two USB sticks to flash the PBA image
This allows building the image with Docker, even on Apple Silicon (arm64) using Rosetta for Linux in Docker Desktop v4.25 and up.
(NAME=sedunlocksrv-pba; docker build -t $NAME . && docker run --name $NAME --privileged $NAME && docker cp $NAME:/tmp/sedunlocksrv-pba.img sedunlocksrv-pba.img; docker rm $NAME)
After running the command above you will find sedunlocksrv-pba.img in your current working directory. Continue with Encrypting your drive and flashing the PBA.
- Download and install VirtualBox
- Also install the VirtualBox Extension Pack from the link above
- Download Ubuntu 22.04 from linuxvmimages
- Extract the downloaded archive
- Import the VM by double clicking the extracted
.ova
file - Open Settings for the newly created VM and go to Ports->USB to enable the USB 3.0 (xHCI) Controller
- Boot the VM and login with username
ubuntu
and passwordubuntu
- Tip: enable Shared Clipboard from the Devices dropdown menu to copy and paste the commands in the next steps
- Optional: open Terminal and run
sudo apt-get -y install nautilus-admin && sudo adduser $USER vboxsf
for convenience (access VirtualBox shared folders and browse in Files as admin via right click -> Open as Administrator) - Insert the
Guest Additions CD image
from theDevices
menu dropdown, update the installation and reboot - Open Terminal and become root with:
sudo su
- Update with:
apt-get update && apt-get -y upgrade
- Continue with building in the next steps
- Install build dependencies:
apt-get -y install cpio curl dosfstools dropbear fdisk git golang-go grub-efi-amd64-bin grub-efi-ia32-bin grub-pc-bin grub2-common libarchive-tools rsync squashfs-tools udev wget xorriso
- Download or clone this repo and run:
./build.sh
- Connect your USB stick to Ubuntu (if inside VirtualBox, use the Devices dropdown menu)
- Format the stick with a supported filesystem (e.g. FAT32) if this is not already the case
- Copy the
sedunlocksrv-pba.img
file onto your USB stick (use the GUI file explorer orcp
from the Terminal) - Eject the USB stick and put it aside for now
- Use the other USB stick for the sedutil rescue system (see next step)
qemu-system-x86_64 -drive format=raw,file=sedunlocksrv-pba.img
Note that you can still unlock SED disks using the keyboard with this PBA image. Just key in your password and press Enter when the prompt "Key in SED password and press Enter anytime to unlock" appears. Note that keystrokes won't be echoed on the screen. Repeat for other disks (if all disks have the same password they will be unlocked in one step). After the disks are successfully unlocked, reboot by pressing ESC.
To use specific keymaps, build with the KEYMAP environment variable set. For example: KEYMAP=fr-latin9
.
Optionally you can use other sedutil
forks of the official Drive-Trust-Alliance one by setting the environment variable SEDUTIL_FORK
as follows:
ChubbyAnt
: Fork by ChubbyAnt
Example: sudo SEDUTIL_FORK="ChubbyAnt" ./build.sh
Optionally SED disks can be unlocked via SSH. To enable this feature (in addition to HTTPS unlocking) follow above build steps with small extras:
- install dropbear (it will be used to generate dropbear host keys):
apt-get -y install dropbear
- create authorized_keys file in
sedunlocksrv-pba/ssh
folder. It should contain public keys of all key pairs allowed to connect to unlocking service. Have a look at providedsedunlocksrv-pba/ssh/authorized_keys.example
- run build with SSH option:
./build.sh SSH
Usage:
run ssh -p 2222 tc@IP
--> enter SED disk password --> repeat for other disks (if all disks have the same password they will be unlocked in one step) --> press ESC to reboot.
It uses port 2222
to avoid certificates' conflicts with booted computer and tc
default Tiny Core Linux user. As long as you prefix every key in authorized_keys with the 'command=...' prefix like in the example, it will only allow SED unlocking, with any other SSH services disabled.
Note that by default, the PBA image will try to configure all network devices with dynamic IP addresses using DHCP, and the web server and SSH server will listen on all interfaces. That may not be desirable in some cases (e.g. if some network device(s) is/are exposed to the Internet).
To solve this problem, optionally it is possible to set a list of network devices to be excluded when running the build script, for example:
sudo EXCLUDE_NETDEV="eth0 eth1" ./build.sh
will exclude eth0
and eth1
from DHCP configuration.
Follow the instructions from the official Drive Trust Alliance sedutil wiki page. Except when you arrive at step Enable locking and the PBA
, don't gunzip
and flash the included /usr/sedutil/UEFI64-n.nn.img
file. This is where you connect the USB stick with the sedunlocksrv-pba.img
. Check the output of fdisk -l
to see to which device this USB stick is mapped. In my case it's /dev/sdg1
. Mount the USB with mount /dev/sdg1 /mnt/
. Now flash the custom PBA with sedutil-cli --loadpbaimage debug /mnt/sedunlocksrv-pba.img /dev/sdc
. Make sure to replace /dev/sdc
so it targets your SED. Additionally I recommend that you set a simple password when arriving at the Set a real password
step. For example use test
. Set your real password through the web interface when booting from sedunlocksrv-pba.
- Flash the PBA to all the Self Encrypting Drives in your server
- Use the same password for all the SEDs in your server (otherwise you need to enter multiple passwords during startup)
- Replace the
server.crt
andserver.key
(found inside the sedunlocksrv after running./build.sh
) if you like, or modifymake-cert.sh
and run./build.sh
again
To gain shell access to the PBA for debugging, enable SSH and add an SSH key without the 'command=...' prefix to ssh/authorized_keys. This key can then be used with ssh -i /path/to/debug_key -p 2222 tc@IP
to gain a shell in the live PBA, which can then be used for viewing debug information, testing fixes, etc.
- Faster booting after unlock, similar to opal-kexec-pba
- PBA flashing via the web interface
- Into the Core to understand the Tiny Core Linux boot process
- Build script based on custom-tinycore.sh
- SED unlock code borrowed from opal-functions.sh and unlock-opal-disks
- Example to handle GET and POST request in Golang
- How to redirect HTTP to HTTPS with a golang webserver
- How do I get the local IP address in Go?
- Simple login form example
- Fix to get the 64-bit binaries working
- Guides on installing GRUB: grub2-bios-uefi-usb and grub_hybrid