sbupdate
sbctl
sbupdate | sbctl | |
---|---|---|
9 | 94 | |
223 | 1,302 | |
- | - | |
0.0 | 7.8 | |
9 months ago | 6 days ago | |
Shell | Go | |
GNU General Public License v3.0 only | MIT License |
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.
sbupdate
-
Getting LUKS, Btrfs, Hibernation and Swap file working in tandem
I use sbupdate [0] to build the unified kernel image and to sign it with my keys. It's run by a hook in the arch's package manager whenever the kernel, the initrd or the firmware images change. I saw the other day that systemd recently got an utility to do this, but I've never looked into that. sbupdate has been working fine for me for several years now.
It doesn't store a new key in the uefi, it signs the new image with the key that uefi already knows about.
See [1] for the whole setup and [2] for the signing part specifically.
[0] https://github.com/andreyv/sbupdate
[1] https://wiki.archlinux.org/title/Unified_Extensible_Firmware...
[2] https://wiki.archlinux.org/title/Unified_Extensible_Firmware...
- Secure boot, sbupdate and systemd-boot
-
Can someone help me navigate the BIOS settings without display?
Here is where different systems will fork. On Arch there is a pacakge sbupdate where it automatically generate unified kernel images using pacman hooks and I use systemd-boot (which must be signed by your keys) to load it.
-
Windows 11 requiring to turn on Secure boot, making dual boot a little harder
I really think it's easy enough. You create your keys, put them into /etc/efi-keys, enroll them into your UEFI by whatever method you prefer, install sbupdate-git and you're done... You need to run sbupdate manually once after install, everything else works automatically through hooks.
-
I've moved to a new laptop with 3 NVMe drives, and I want full encryption and Secure Boot.
Ah, sbupdate does that very well; it embeds the kernel image, initramfs and the UEFI boot image into a unified signed image. I presume this signed image should then be further encrypted?
-
Unencrypted boot partition risks
Check out https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface/Secure_Boot and https://github.com/andreyv/sbupdate
-
Cool new things on linux world for fresh installation and a bit of my usage different things.
For the last part, check out https://github.com/andreyv/sbupdate . Linked also from arch wiki, so not some completely random solution. Its for creating unified kernel images, including the initramfs, microcode and so on. This package is then signed for secureboot, and can be loaded using EFISTUB for example. This prevents attacks against initramfs or some other things on /boot, if unencrypted. I haven't come around to test it myself, but I think its a neat solution, and with proper secure boot (and password protected firmware), a reasonable protection against evil maid attacks.
-
Security
I am using secure boot with custom keys, a fully encrypted root btrfs partition with /boot on it, with swap also encrypted with hibernation support. The only non-encrypted partition is the EFI partition with boot images signed with https://github.com/andreyv/sbupdate (look up "direct booting").
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.
What are some alternatives?
cryptboot - Encrypted boot partition manager with UEFI Secure Boot support
mortar - Framework to join Linux's physical security bricks.
clevis - Automated Encryption Framework
mkinitcpio - Arch Linux initramfs generation tools (read-only mirror)
antibody - The fastest shell plugin manager.
zorin-exec-guard - Zorin Exec Guard shows a warning when attempting to run unknown Linux or Windows executables and offers more trusted alternatives.
ohmyzsh - 🙃 A delightful community-driven (with 2,300+ contributors) framework for managing your zsh configuration. Includes 300+ optional plugins (rails, git, macOS, hub, docker, homebrew, node, php, python, etc), 140+ themes to spice up your morning, and an auto-update tool so that makes it easy to keep up with the latest updates from the community.
dotfiles - :unicorn: My personal dotfiles
mainline - Install mainline kernel packages from kernel.ubuntu.com
zsh-syntax-highlighting - Fish shell like syntax highlighting for Zsh.
simple-arch-installer