Secure Boot on Arch Linux: Enabling Protection for UKI Without Replacing Factory Keys
Arch Linux, unlike many other distributions, does not enable Secure Boot by default. Installation requires it to be disabled, although users can sign the image themselves. Once enabled, the Arch Wiki offers several configuration methods, but navigating them can be confusing for newcomers.
Secure Boot can be set up using sbctl by replacing all factory UEFI keys, through shim, or by adding a key directly via the UEFI interface. This article provides a step-by-step walkthrough of the third option: adding a custom key through the UEFI menu for use with UKI (Unified Kernel Image).
The goal is not to create an unbreakable Secure Boot setup but to achieve basic protection comparable to the default configuration on Windows. The author avoided shim because it depends on Microsoft certificates and rejected sbctl enroll-keys -m because it replaces the entire PK → KEK → DB chain, which carries higher risk and blurs responsibility between operating systems.
Step 0. Backing Up Keys
Before making changes, back up the existing keys using a FAT-formatted USB drive. Enter the UEFI BIOS, locate the Secure Boot section, and select “Save all keys.” Choose the USB drive from the list of disks. After saving, copy the files to a safe location so they can be restored if needed.
Step 1. Generating the Key
Boot into Arch Linux and install sbsigntools:
sudo pacman -S sbsigntools
Create a secure directory and generate a new 4096-bit RSA key valid for ten years:
sudo install -d -m 700 /etc/secureboot
sudo openssl req -new -x509 -newkey rsa:4096 -sha256 -nodes -days 3650 -subj "/CN=My Arch Linux Secure Boot/" -keyout /etc/secureboot/db.key -out /etc/secureboot/db.pem
Convert the public key to DER format for UEFI enrollment:
sudo openssl x509 -in /etc/secureboot/db.pem -outform DER -out /etc/secureboot/db.cer
Step 2. Enrolling the Key in UEFI DB
Copy db.cer to a USB drive and reboot into UEFI. In the Secure Boot menu, add the new key to the DB section. After saving and rebooting, sbctl list-enrolled-keys confirms the custom key appears alongside existing Microsoft and ASUS certificates.
Step 3. Signing the UKI Automatically
Create a post-hook script at /etc/initcpio/post/uki-sbsign that signs the UKI whenever mkinitcpio runs:
#!/usr/bin/env bash
uki="$3"
[[ -n "$uki" ]] || exit 0
key="/etc/secureboot/db.key"
cert="/etc/secureboot/db.pem"
if ! /usr/bin/sbverify --cert "$cert" "$uki" &>/dev/null; then
echo "UKI to sign: $uki"
/usr/bin/sbsign --key "$key" --cert "$cert" --output "$uki" "$uki"
else
echo "UKI already signed, skipping"
fi
Make the script executable and test it with mkinitcpio -P. The hook now signs every new UKI after pacman -Syu. Once Secure Boot is enabled in BIOS, the system boots from the signed image.
Related articles
Rostelecom Suffers Mass Outage Disrupting Website, Mobile App and Personal Account
Rostelecom experienced a significant service disruption that left its official website, mobile application, and customer personal account either unavailable or functioning with errors. The first reports of problems began arriving around 12:40 Moscow time. Over a 24-hour period, the monitoring service Detector404 recorded approximately 2,500 user complaints. The largest share, 59 percent, originated from the Nizhny Novgorod region, followed by 4 percent from Kursk region and 2 percent each from Ryazan and Ivanovo regions. Rostelecom has not issued any official statement regarding the incident, and the root cause along with the timeline for full restoration remain unknown. The outage occurred in the same week that hosting provider ESTT suffered a similar infrastructure failure.
Russian State Duma Rejects Bill Proposing Fines for Covering Face in Public
On November 11 the State Duma rejected bill No. 1159193-8 that sought to introduce a new article in the Code of Administrative Offenses punishing appearance in public places with a face covered in a way that prevents identification. The draft included exceptions for medical reasons, official duties, weather conditions, and sports or cultural events. Two committees of the Federation Council on defense and security as well as constitutional legislation opposed the measure. The Duma committee on criminal and administrative legislation found the wording too vague and lacking legal certainty. It also noted that new offenses require prior federal-law prohibitions. On the same day lawmakers rejected another bill introducing criminal liability for crimes committed with deepfakes.
Basis Launches Basis AIR Platform to Optimize Shared GPU Resources for AI Projects
Basis, part of the RTK Data Centers group, has introduced Basis AIR, a platform designed to allocate computing resources across multiple AI initiatives within organizations. The solution targets small, medium, and large enterprises that have invested in expensive GPU hardware but face uneven utilization, with some teams waiting for capacity while others leave accelerators idle. According to the company, Basis AIR can increase accelerator utilization from 30% to 80% by enforcing task priorities, departmental quotas, and dynamic resource sharing. The platform supports running multiple workloads on a single accelerator and allows teams to borrow additional capacity when resources are available. It generates detailed consumption reports by project and division, helping executives decide whether new GPU purchases are truly necessary before approving further hardware acquisitions. Basis AIR is deployed on-premises in the customer’s data center, operates without internet connectivity, and integrates with third-party infrastructure platforms without requiring other Basis products.
30 Tools for Six Core Information Security Tasks: From Recon to Forensics
The article provides a practical guide for system administrators managing a single website, database, and server setup. It covers 30 specific tools across six categories: reconnaissance, web application testing, infrastructure scanning, incident response, digital forensics, and secure development practices. Each section recommends five tools with explanations of their use cases, such as discovering forgotten assets like test2 or analyzing network traffic during off-hours incidents. Tools include Subfinder for passive subdomain enumeration, Burp Suite for request inspection, Nmap for port scanning, Zeek for structured logging, Autopsy for disk image analysis, and Gitleaks for secret detection in Git history. The guide emphasizes proper documentation of assets, including ownership confirmation by colleagues like Lena, and highlights limitations such as VPN effects on scan results or TLS termination at load balancers. It concludes by stressing the value of maintaining accurate records to simplify future certificate renewals and incident handling.