CFG-02.5: Configure Technology Assets, Applications and/or Services (TAAS) for High-Risk Areas
Mechanisms exist to configure Technology Assets, Applications and/or Services (TAAS) utilized in high-risk areas with more restrictive baseline configurations.
Control Question: Does the organization configure Technology Assets, Applications and/or Services (TAAS) utilized in high-risk areas with more restrictive baseline configurations?
General (42)
| Framework | Mapping Values |
|---|---|
| CIS CSC 8.1 | 16.7 |
| CIS CSC 8.1 IG2 | 16.7 |
| CIS CSC 8.1 IG3 | 16.7 |
| COBIT 2019 | DSS06.06 |
| CSA CCM 4 | AIS-02 IVS-03 IVS-04 UEM-14 |
| CSA IoT SCF 2 | CLS-05 IOT-02 IOT-07 SAP-09 SWS-01 SWS-02 SWS-03 |
| GovRAMP Moderate | CM-02(07) |
| GovRAMP High | CM-02(07) |
| IEC 62443-4-2 2019 | CR 2.2 (6.4.1) CR 7.6 (11.8.1) |
| ISO 27002 2022 | 8.12 |
| ISO 27017 2015 | CLD.9.5.2 |
| MPA Content Security Program 5.1 | TS-1.1 TS-2.3 TS-2.11 |
| NIST 800-37 R2 | P-6 |
| NIST 800-53 R4 | CM-2(7) |
| NIST 800-53 R4 (moderate) | CM-2(7) |
| NIST 800-53 R4 (high) | CM-2(7) |
| NIST 800-53 R5 (source) | CM-2(7) CM-7(6) CM-7(7) CM-7(9) |
| NIST 800-53B R5 (moderate) (source) | CM-2(7) |
| NIST 800-53B R5 (high) (source) | CM-2(7) |
| NIST 800-82 R3 MODERATE OT Overlay | CM-2(7) |
| NIST 800-82 R3 HIGH OT Overlay | CM-2(7) |
| NIST 800-161 R1 | CM-7(6) CM-7(7) CM-7(9) |
| NIST 800-161 R1 Level 2 | CM-7(6) CM-7(9) |
| NIST 800-161 R1 Level 3 | CM-7(6) CM-7(7) CM-7(9) |
| NIST 800-171 R2 (source) | NFO-CM-2(7) |
| NIST 800-171 R3 (source) | 03.04.01.a 03.04.02.a 03.04.06.a 03.04.06.b 03.04.06.d 03.04.12.a |
| NIST 800-171A R3 (source) | A.03.04.12.ODP[01] A.03.04.12.ODP[02] |
| NIST 800-218 | PO.5.2 |
| NIST CSF 2.0 (source) | PR.PS |
| PCI DSS 4.0.1 (source) | 1.2.1 1.5 1.5.1 8.5 10.2 10.2.1 10.2.1.1 10.2.1.2 10.2.1.3 10.2.1.4 10.2.1.5 10.2.1.6 10.2.1.7 10.2.2 10.6 10.6.1 10.6.2 10.6.3 |
| PCI DSS 4.0.1 SAQ A-EP (source) | 1.2.1 1.5.1 10.2.1 10.2.1.1 10.2.1.2 10.2.1.3 10.2.1.4 10.2.1.5 10.2.1.6 10.2.1.7 10.2.2 10.6.1 10.6.2 10.6.3 |
| PCI DSS 4.0.1 SAQ C (source) | 10.2.1.2 10.2.1.4 10.2.1.5 10.2.2 10.6.1 10.6.2 10.6.3 |
| PCI DSS 4.0.1 SAQ C-VT (source) | 1.5.1 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 1.2.1 1.5.1 10.2.1 10.2.1.1 10.2.1.2 10.2.1.3 10.2.1.4 10.2.1.5 10.2.1.6 10.2.1.7 10.2.2 10.6.1 10.6.2 10.6.3 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 1.2.1 1.5.1 10.2.1 10.2.1.1 10.2.1.2 10.2.1.3 10.2.1.4 10.2.1.5 10.2.1.6 10.2.1.7 10.2.2 10.6.1 10.6.2 10.6.3 |
| SPARTA | CM0047 CM0037 |
| SWIFT CSF 2023 | 1.3 2.3 2.6 2.10 4.1 |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | CFG-02.5 |
| SCF CORE ESP Level 1 Foundational | CFG-02.5 |
| SCF CORE ESP Level 2 Critical Infrastructure | CFG-02.5 |
| SCF CORE ESP Level 3 Advanced Threats | CFG-02.5 |
| SCF CORE AI Model Deployment | CFG-02.5 |
US (15)
| Framework | Mapping Values |
|---|---|
| US C2M2 2.1 | ARCHITECTURE-3.G.MIL2 ARCHITECTURE-3.K.MIL2 |
| US CERT RMM 1.2 | OPD:SG1.SP2 |
| US CISA CPG 2022 | 2.W 2.X |
| US DHS CISA TIC 3.0 | 3.PEP.EM.LCTPR |
| US FedRAMP R4 | CM-2(7) |
| US FedRAMP R4 (moderate) | CM-2(7) |
| US FedRAMP R4 (high) | CM-2(7) |
| US FedRAMP R5 (source) | CM-2(7) |
| US FedRAMP R5 (moderate) (source) | CM-2(7) |
| US FedRAMP R5 (high) (source) | CM-2(7) |
| US HIPAA HICP Small Practice | 6.S.A |
| US IRS 1075 | 3.3.7 CM-2(7) CM-7(9) |
| US NNPI (unclass) | 1.2 5.1 5.2 |
| US - CA CCPA 2025 | 7123(c)(5)(B) |
| US - TX TX-RAMP Level 2 | CM-2(7) |
EMEA (8)
| Framework | Mapping Values |
|---|---|
| EMEA EU AI Act | 14.3(a) |
| EMEA Israel CDMO 1.0 | 4.12 9.21 10.7 |
| EMEA Saudi Arabia CSCC-1 2019 | 1-3-2-3 2-3-1-7 |
| EMEA Saudi Arabia ECC-1 2018 | 5-1-3-7 |
| EMEA Saudi Arabia OTCC-1 2022 | 2-2-1-5 2-3-1-7 |
| EMEA Saudi Arabia SACS-002 | TPC-10 TPC-13 TPC-14 TPC-15 TPC-16 TPC-17 TPC-22 TPC-38 TPC-56 TPC-63 TPC-87 |
| EMEA UK CAP 1850 | B4 |
| EMEA UK DEFSTAN 05-138 | 2312 |
APAC (2)
| Framework | Mapping Values |
|---|---|
| APAC Australia ISM June 2024 | ISM-0534 ISM-1656 ISM-1657 ISM-1658 ISM-1659 ISM-1667 ISM-1668 ISM-1669 ISM-1670 ISM-1671 ISM-1672 ISM-1673 ISM-1674 ISM-1675 ISM-1676 ISM-1677 ISM-1748 ISM-1749 ISM-1800 |
| APAC New Zealand NZISM 3.6 | 18.1.10.C.01 18.1.10.C.02 18.1.10.C.03 18.1.10.C.04 23.2.21.C.01 |
Americas (2)
| Framework | Mapping Values |
|---|---|
| Americas Canada OSFI B-13 | 3.2.3 |
| Americas Canada ITSP-10-171 | 03.04.01.A 03.04.02.A 03.04.06.A 03.04.06.B 03.04.06.D 03.04.12.A |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to configure Technology Assets, Applications and/or Services (TAAS) utilized in high-risk areas with more restrictive baseline configurations.
Level 1 — Performed Informally
Configuration Management (CFG) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist: o Standardized across the organization. o Consistently aligned with industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
- IT personnel use an informal process to design, build and maintain secure configurations for test, development, staging and production environments.
- Secure configurations are not:
Level 2 — Planned & Tracked
Configuration Management (CFG) efforts are requirements-driven and governed at a local/regional level, but are not consistent across the organization. CMM Level 2 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Configuration management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
- IT/cybersecurity personnel identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for configuration management.
- Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and mostly conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including cryptographic protections for sensitive/regulated data.
- Special baseline configurations are created for higher-risk environments or for Technology Assets, Applications and/or Services (TAAS), applications and services that store, process or transmit sensitive/regulated data.
- Apart from workstation and server operating system baselines, configuration management is decentralized.
- Cybersecurity personnel use a structured process to design, build and maintain secure configurations for test, development, staging and production environments.
- Deviations to baseline configurations are required to have a risk assessment and the business process owner acceptance of the risk(s) associated with the deviation.
- Unauthorized configuration changes are investigated to determine if the unauthorized configuration is malicious in nature.
- Logical Access Control (LAC) is enforced to prohibit non-administrative users from being able to install unauthorized software.
Level 3 — Well Defined
Configuration Management (CFG) 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:
- The configuration management function is formally assigned with defined roles and responsibilities.
- An IT infrastructure team, or similar function, ensures that statutory, regulatory and contractual cybersecurity and data privacy obligations are addressed to ensure secure configurations are designed, built and maintained.
- Configuration management is centralized for all operating Technology Assets, Applications and/or Services (TAAS), 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.
- Deviations to baseline configurations are required to have a risk assessment and business process owner approval of the risk(s) associated with the deviation.
- Special baseline configurations are created for higher-risk environments or for Technology Assets, Applications and/or Services (TAAS), applications and services that store, process or transmit sensitive/regulated data.
- An IT Asset Management (ITAM) function, or similar function, ensures compliance with requirements for asset management.
- Logical Access Control (LAC) is used to limit the ability of non-administrators from making configuration changes to Technology Assets, Applications and/or Services (TAAS), applications and services, including the of installation of unauthorized software.
- A Security Incident Event Manager (SIEM), or similar automated tool, monitors for unauthorized activities, accounts, connections, devices and software.
- Unauthorized configuration changes are responded to in accordance with an Incident Response Plan (IRP) to determine if the unauthorized configuration is malicious in nature.
- Physical controls, administrative processes and technologies focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed.
Level 4 — Quantitatively Controlled
Configuration Management (CFG) 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
Configuration Management (CFG) 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
- CFG-02.5_A01 security requirements to be applied to the system or system components when individuals return from travel are defined.
- CFG-02.5_A02 organization-defined systems or system components with organization-defined configurations are issued to individuals traveling to locations that the organization deems to be of significant risk.
- CFG-02.5_A03 organization-defined controls are applied to the systems or system components when the individuals return from travel.
- CFG-02.5_A04 configurations for systems or system components to be issued to individuals traveling to high-risk locations are defined.
Evidence Requirements
- E-AST-12 Secure Baseline Configurations Reviews
-
Documented evidence of a review process to ensure Secure Baseline Configurations (SBC) are current and applicable (e.g., system configuration settings and associated documentation).
Asset Management - E-AST-13 Secure Baseline Configurations - Cloud-Based Services
-
Documented evidence of secure baseline configurations for all deployed types of cloud-based services or applications.
Asset Management - E-AST-14 Secure Baseline Configurations - Databases
-
Documented evidence of secure baseline configurations for all deployed types of databases.
Asset Management - E-AST-15 Secure Baseline Configurations - Embedded Technologies
-
Documented evidence of secure baseline configurations for all deployed types of embedded technologies.
Asset Management - E-AST-16 Secure Baseline Configurations - Major Applications
-
Documented evidence of secure baseline configurations for all deployed types of major applications.
Asset Management - E-AST-17 Secure Baseline Configurations - Minor Applications
-
Documented evidence of secure baseline configurations for all deployed types of minor applications.
Asset Management - E-AST-18 Secure Baseline Configurations - Mobile Devices
-
Documented evidence of secure baseline configurations for all deployed types of mobile devices.
Asset Management - E-AST-19 Secure Baseline Configurations - Network Devices
-
Documented evidence of secure baseline configurations for all deployed types of network devices.
Asset Management - E-AST-20 Secure Baseline Configurations - Server Class Systems
-
Documented evidence of secure baseline configurations for all deployed types of server-class operating systems.
Asset Management - E-AST-21 Secure Baseline Configurations - Workstation Class Systems
-
Documented evidence of secure baseline configurations for all deployed types of workstation-class operating systems.
Asset Management
Technology Recommendations
Micro/Small
- Secure Baseline Configurations (SBC)
- Defense Information Security Agency (DISA) Secure Technology Implementation Guides (STIGs)
- Center for Internet Security (CIS) Benchmarks
- Original Equipment Manufacturer (OEM) security guides
Small
- Secure Baseline Configurations (SBC)
- Defense Information Security Agency (DISA) Secure Technology Implementation Guides (STIGs)
- Center for Internet Security (CIS) Benchmarks
- Original Equipment Manufacturer (OEM) security guides
Medium
- Secure Baseline Configurations (SBC)
- Defense Information Security Agency (DISA) Secure Technology Implementation Guides (STIGs)
- Center for Internet Security (CIS) Benchmarks
- Original Equipment Manufacturer (OEM) security guides
- CimTrak Integrity Suite (https://cimcor.com/cimtrak)
- Netwrix Auditor (https://netrix.com)
Large
- Secure Baseline Configurations (SBC)
- Defense Information Security Agency (DISA) Secure Technology Implementation Guides (STIGs)
- Center for Internet Security (CIS) Benchmarks
- Original Equipment Manufacturer (OEM) security guides
- CimTrak Integrity Suite (https://cimcor.com/cimtrak)
- Netwrix Auditor (https://netrix.com)
Enterprise
- Secure Baseline Configurations (SBC)
- Defense Information Security Agency (DISA) Secure Technology Implementation Guides (STIGs)
- Center for Internet Security (CIS) Benchmarks
- Original Equipment Manufacturer (OEM) security guides
- CimTrak Integrity Suite (https://cimcor.com/cimtrak)
- Netwrix Auditor (https://netrix.com)