sbctl
clevis
sbctl | clevis | |
---|---|---|
94 | 25 | |
1,304 | 813 | |
- | 1.7% | |
7.8 | 6.2 | |
4 days ago | about 1 month ago | |
Go | Shell | |
MIT License | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sbctl
- Show HN: Sbctl – Secure Boot key manager
-
Show HN: SSH-tpm-agent – SSH agent for TPMs
No, this isn't true nor correct.
Secure Boot and TPM do offer tangible security benefits and is security features you can take ownership of.
Secure Boot allows your own key hierarchy, and TPM allows you to take ownership.
The linked boot disk isn't really proof that Secure Boot is useless. If you don't set a MOKManager password (as you should), and you change the security state of the machine while present at the keyboard. Yes you can boot things.
This is intended to make sure people can actually decide to trust things. And having insecure defaults makes this less useful. Not very surprising.
TPMs could also prevent attacks like this on your machine.
Incidentally I've invested quite a bit of time in making user-friendly Secure Boot tooling as well. https://github.com/Foxboron/sbctl
-
Enabling secure boot for your Arch installation is very easy now with the "sbctl" tool
No problem! The sbctl package ships with a pretty extensive hook out of the box (https://github.com/Foxboron/sbctl/blob/master/contrib/pacman/ZZ-sbctl.hook). It's been very reliable for automatically resigning .efi executables after updates for me.
-
sbctl fails to find EFI system partition
sbctl verify returns failed to find EFI system partition despite it definitely is there. It's the same issue as this but remounting or restarting doesn't fix it.
-
Millions of PC Motherboards Were Sold With a Firmware Backdoor
lol
- The vendor-locking is for your own safety. Do not resist.
-
Let's make a motherboard review guide
Must actually prevent unsigned images from booting
-
[Kinoite/Silverblue]Decrypt LUKS volumes with a TPM on Fedora 35+
sudo dnf install asciidoc golang -y VERSION=0.11 cd /tmp curl -L "https://github.com/Foxboron/sbctl/releases/download/${VERSION}/sbctl-${VERSION}.tar.gz" | tar zxvf - cd "sbctl-${VERSION}" make sudo make install cd ~
-
Setting up secure boot while dual booting Windows 11 and Arch Linux
By far the easiest is to use sbctl to generate, install and use keys to sign your efi images. You can use mkinitcpio to build the unified kernels automatically and a pacman trigger to rerun the sbctl signing when the kernel is updated. Pretty straightforward (once you've done it once).
-
Intel OEM Private Key Leak: A Blow to UEFI Secure Boot Security
The question is whether you have any UEFI drivers or not. If they're in the ESP you can just look there to check, but UEFI drivers can also be loaded from PCI cards or baked in the firmware itself.
If you're using a TPM for Secure Boot, you can use the command in https://github.com/Foxboron/sbctl/wiki/FAQ#option-rom to know for sure.
clevis
-
Horcrux: Split your file into encrypted fragments
Recently learned that Clevis also supports Shamir Secret Sharing, and it's in fact the only way to configure multiple pins even if they're of the same type and authority (ie. the RAID0 of SSS):
https://github.com/latchset/clevis#pin-shamir-secret-sharing
-
Can I boot an encrypted system by pulling the key from another PC?
Have a look at clevis and tang. These allow you do have one server - which could be your remote you want to pull from - to be source of the LUKS decryption on the system using tang.
-
Initial support for guided disk encryption in OpenBSD installer
Interesting question. I think so?
https://access.redhat.com/documentation/en-us/red_hat_enterp...
Looks like clevis is gpl3 - so I expect it's not packaged as standard for any of the bsds?
https://github.com/latchset/clevis
See also:
https://security.stackexchange.com/questions/194081/use-tpm2...
https://security.stackexchange.com/questions/39329/how-does-...
https://superuser.com/questions/619721/can-i-use-the-tpm-on-...
-
Remote linux system disk encryption
I haven't used it myself, but a solution with LUKS, TPM2, and clevis is the way I've seen other people set it up https://github.com/latchset/clevis
- Encrypt passwords for scripts
-
How to mount LUKS encrypted USB storages (and HDDs inserted to hot swappable drive bay) automatically when connected? The machine is running headlessly, does not have desktop environments installed.
There are 3 ways to unlock a volume in a headless environment: - use a keyfile, located on an already available volume - use your device's TPM and utilize systemd-cryptenroll - use Clevis/Tang to unlock volumes remotely
-
Centrally managed full disk encryption
I don't think there is a turnkey solution, but you can build what you are looking for with clevis, LUKS, and dm-crypt
- The ultimate guide to Full Disk Encryption with TPM and Secure Boot
- is possible to encrypt disk without asking for password on boot?
-
PSA: If you have a LUKS encrypted system and a TPM2 chip, you can put it to good use
We use clevis against multiple tang servers to provide Network Bound Disk Encryption (NBDE). It's possible to also use TPM2 but it's easier to use multiple tang servers (requiring more than one server to decrypt) in the datacenter.
What are some alternatives?
mortar - Framework to join Linux's physical security bricks.
linux-luks-tpm-boot - A guide for setting up LUKS boot with a key from TPM in Linux
mkinitcpio - Arch Linux initramfs generation tools (read-only mirror)
zfs-boottime-encryption - Unlocking ZFS datasets at boot
zorin-exec-guard - Zorin Exec Guard shows a warning when attempting to run unknown Linux or Windows executables and offers more trusted alternatives.
sedutil - Use sedutil for setting up and using self encrypting drives (SEDs) that comply with the TCG OPAL 2.00 standard. This includes the requisite pre-boot authentication image.
cryptboot - Encrypted boot partition manager with UEFI Secure Boot support
mainline - Install mainline kernel packages from kernel.ubuntu.com
tang - Tang binding daemon
simple-arch-installer
TrustedGRUB2 - DEPRECATED TPM enabled GRUB2 Bootloader