Operating System Security
Establishing a Verifiable Boot Chain for Black Wall
Research ID: secure-boot-integrity
Establish a verifiable chain of trust from UEFI firmware through the bootloader to the running kernel, including signature verification, boot measurements and recovery from verification failures.
Problem statement
Investigate how Black Wall can establish a verifiable chain of trust from UEFI firmware through the bootloader to the running kernel. Examine kernel authenticity, signature verification, boot measurements, handling of unauthorized images, and recovery from verification failures.
Why it matters
Boot is the earliest point at which persistent compromise can be established, and every later security control inherits whatever the boot path loaded. Without a verifiable chain from firmware to kernel, an unauthorised image can execute beneath the operating system's defences.
Research questions
- 01 Which components must be verified or measured, and in what order, for the chain from firmware to kernel to be continuous?
- 02 How should Black Wall verify bootloader and kernel signatures, and what should happen when an image fails verification?
- 03 Which TPM-backed measurements are available on supported platforms, and what do they actually attest?
- 04 How can boot-integrity checks be reproduced across firmware, bootloader and kernel revisions?
Research objectives
- Define the trusted boot sequence.
- Evaluate UEFI Secure Boot and cryptographic signature verification.
- Investigate TPM-based measurements where supported.
- Design failure handling for unauthorized or corrupted boot components.
- Establish reproducible boot-integrity tests.
Technical challenges
- UEFI behaviour and available security features differ across firmware implementations and virtual machines.
- Key provisioning, rotation and revocation must remain usable without weakening verification.
- Distinguishing an authorised update from an unauthorised image requires a policy that also survives recovery workflows.
- A verification failure needs a recovery path that does not silently disable the chain of trust.
Expected outcome
A documented boot-integrity architecture with a threat model, verification procedures, and measurable security properties.
Tags
Related research
Work on this problem
Apply to the lab and this problem becomes your supervised research project.
