Secure Boot
What is Secure Boot?
A security standard that ensures a device boots using only software trusted by the manufacturer, preventing rootkits and boot-level malware from loading.
Terms that appear alongside secure boot
Each of these is named in at least one of the same controls as secure boot. The number is how many controls name both.
- integrity 9 shared controls
- hardening 8 shared controls
- baseline 6 shared controls
- nist 5 shared controls
- audit 5 shared controls
- encryption 4 shared controls
- iec 62443 4 shared controls
- tamper detection 4 shared controls
Frameworks that govern secure boot
What the standards actually require on secure boot
Requirements naming secure boot across 6 standards, quoted from the control text.
The device verifies its software using secure boot mechanisms, ideally anchored in a hardware root of trust resistant to physical and logical tampering. Status in Table B.1: R (recommendation, a should provision).
etsi-en-303-645::Provision 5.7-1 · Software verified by secure boot →Early Launch Antimalware, Secure Boot, Trusted Boot and Measured Boot functionality is enabled.
ISM-1745 · Secure boot and measured boot functionality →Apply D3FEND HARDEN tactic to make compromise more difficult prior to attack. D3-AH Application Hardening (D3-DCE Dead Code Elimination + D3-EAL Exception Handler Pointer Validation + D3-PSL Pointer Authentication + D3-SU Software Update + D3-DLIC Driver Load...
MITRE-D3FEND-Harden-Tactic-Application-Credential-Message-Platform-Hardening-MFA-Encryption-Secure-Boot · MITRE D3FEND Harden Tactic + Application + Credential + Message + Platform + MFA + Encryption + Secure Boot →NSS-17 + NSS-42-G require system integrity protection through configuration management + change management + baseline control + hardening.
IAEA-NSS17-SystemIntegrity-Configuration-Change-Management · IAEA NSS-17 - System Integrity + Configuration Management + Change Management + Baseline + Hardening →Security Dimension 6 Data Integrity per X.805 Clause 6.6: Data Integrity keeps data correct and accurate. Data are shielded from being altered, deleted, created or copied without authorization, and any such unauthorized activity is made detectable.
X805-Dim6-Data-Integrity-Correctness-Accuracy-Unauthorized-Modification-Deletion-Detection · ITU-T X.805 Security Dimension 6 - Data Integrity + Correctness + Accuracy + Unauthorized Modification Prevention + Deletion Detection + Hashing + HMAC + Digital Signatures + Merkle Trees + Blockchain Integrity + File Integrity Monitoring (FIM) →CNSSP 15 Annex B allows SHA3-384 or SHA3-512 (FIPS 202) for internal hardware functionality only, such as boot-up integrity checks; note b explains that, at a vendor's discretion, for internal components of a hardware system that do not interoperate outside th...
commercial-national-security-algorithm-suite-cnsa-2-0::ALG-SHA3 · ALG-SHA3 SHA3-384 or SHA3-512 allowed only for internal hardware integrity processes →Questions people ask about secure boot
What is Secure Boot?
Why is Secure Boot important for compliance?
Which compliance frameworks address Secure Boot?
Where can I learn more about Secure Boot?
See how Secure Boot applies across compliance frameworks
Our platform maps 1,016 frameworks with 316K cross-framework control mappings. Explore how this concept is addressed across standards.