Skip to main content

END-06.6: Protection of Boot Firmware

END 5 — Medium Protect

Automated mechanisms exist to protect the integrity of boot firmware in systems.

Control Question: Does the organization use automated mechanisms to protect the integrity of boot firmware in systems?

General (7)
Framework Mapping Values
CSA IoT SCF 2 CCM-06
IEC 62443-4-2 2019 EDR 3.14 (13.9.3(1)) HDR 3.14 (14.9.3(1)) NDR 3.14 (15.11.3(1))
NIST 800-53 R4 SI-7(10)
NIST 800-53 R5 (source) SI-7(10)
NIST 800-53 R5 (NOC) (source) SI-7(10)
SPARTA CM0014
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) END-06.6
US (1)
Framework Mapping Values
US IRS 1075 SI-7(10)
APAC (1)
Framework Mapping Values
APAC Australia IoT Code of Practice Principle 8

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to protect the integrity of boot firmware in systems.

Level 1 — Performed Informally

C|P-CMM1 is N/A, since a structured process is required to protect the integrity of boot firmware in systems.

Level 2 — Planned & Tracked

C|P-CMM2 is N/A, since a well-defined process is required to protect the integrity of boot firmware in systems.

Level 3 — Well Defined

Endpoint Security (END) efforts are standardized across the organization and centrally managed, where technically feasible, to ensure consistency. CMM Level 3 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Configuration management is centralized for all operating systems, applications, servers and other configurable technologies.
  • Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including test, development, staging and production environments.
  • Configurations conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides) for test, development, staging and production environments.
  • An Identity & Access Management (IAM) function, or similar function, centrally manages permissions and implements “least privileges” practices for the management of user, group and system accounts, including privileged accounts.
  • An IT Asset Management (ITAM) function, or similar function, categorizes endpoint devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data that conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
  • A Security Operations Center (SOC), or similar function, centrally manages anti-malware and anti-phishing technologies, in accordance with industry-recognized practices for Prevention, Detection & Response (PDR) activities.
  • A Security Incident Event Manager (SIEM), or similar automated tool, is tuned to detect and respond to anomalous behavior that could indicate account compromise or other malicious activities.
  • The Human Resources (HR) department ensures that every user accessing a system that processes, stores, or transmits sensitive/regulated data is cleared and regularly trained in proper data handling practices.
  • Unauthorized configuration changes are responded to in accordance with an Incident Response Plan (IRP) to determine if the any unauthorized configuration is malicious in nature.
Level 4 — Quantitatively Controlled

Endpoint Security (END) efforts are metrics driven and provide sufficient management insight (based on a quantitative understanding of process capabilities) to predict optimal performance, ensure continued operations and identify areas for improvement. In addition to CMM Level 3 criteria, CMM Level 4 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
  • Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
  • Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
  • Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
  • Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
  • Both business and technical stakeholders are involved in reviewing and approving proposed changes.
Level 5 — Continuously Improving

Endpoint Security (END) efforts are “world-class” capabilities that leverage predictive analysis (e.g., machine learning, AI, etc.). In addition to CMM Level 4 criteria, CMM Level 5 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Stakeholders make time-sensitive decisions to support operational efficiency, which may include automated remediation actions.
  • Based on predictive analysis, process improvements are implemented according to “continuous improvement” practices that affect process changes.

Assessment Objectives

  1. END-06.6_A01 mechanisms to be implemented to protect the integrity of boot firmware in system components are defined.
  2. END-06.6_A02 system components requiring mechanisms to protect the integrity of boot firmware are defined.
  3. END-06.6_A03 mechanisms are implemented to protect the integrity of boot firmware in system components.

Technology Recommendations

Micro/Small

  • UEFI Secure Boot

Small

  • UEFI Secure Boot

Medium

  • UEFI Secure Boot

Large

  • UEFI Secure Boot

Enterprise

  • UEFI Secure Boot

The Secure Controls Framework (SCF) is maintained by SCF Council. Use of SCF content is subject to the SCF Terms & Conditions.

Manage this control in SCF Connect

Track implementation status, collect evidence, and map controls to your compliance frameworks automatically.