CLD-02: Cloud Security Architecture
Mechanisms exist to ensure the cloud security architecture supports the organization's technology strategy to securely design, configure and maintain cloud employments.
Control Question: Does the organization ensure the cloud security architecture supports its technology strategy to securely design, configure and maintain cloud employments?
General (10)
| Framework | Mapping Values |
|---|---|
| CSA CCM 4 | IVS-06 IVS-07 IVS-08 |
| CSA IoT SCF 2 | CLS-01 CLS-05 CLS-12 |
| ISO 27002 2022 | 5.23 |
| ISO 27017 2015 | CLD.9.5.1 CLD.13.1.4 |
| MPA Content Security Program 5.1 | TS-1.9 TS-2.12 |
| NIST 800-171 R2 (source) | 3.1.22 NFO–PL-8 |
| Shared Assessments SIG 2025 | N.2 |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | CLD-02 |
| SCF CORE ESP Level 2 Critical Infrastructure | CLD-02 |
| SCF CORE ESP Level 3 Advanced Threats | CLD-02 |
US (10)
| Framework | Mapping Values |
|---|---|
| US CMMC 2.0 Level 1 (source) | AC.L1-B.1.IV |
| US CMMC 2.0 Level 2 (source) | AC.L2-3.1.22 |
| US CMMC 2.0 Level 3 (source) | AC.L2-3.1.22 |
| US DHS CISA TIC 3.0 | 3.UNI.EUSSE |
| US DHS ZTCF | CLO-02 |
| US FAR 52.204-21 | 52.204-21(b)(1)(iv) |
| US HIPAA HICP Large Practice | 4.L.A |
| US IRS 1075 | 2.E.6.1 3.3.1 |
| US SSA EIESR 8.0 | 5.12 |
| US - CA CCPA 2025 | 7123(c)(10) 7123(c)(5)(B) |
EMEA (4)
| Framework | Mapping Values |
|---|---|
| EMEA Germany C5 2020 | COS-01 COS-02 |
| EMEA Saudi Arabia IoT CGIoT-1 2024 | 4-2-1 4-2-2 |
| EMEA Saudi Arabia ECC-1 2018 | 4-2-3-2 |
| EMEA Saudi Arabia SAMA CSF 1.0 | 3.3.4 3.3.8 3.4.3 |
APAC (5)
| Framework | Mapping Values |
|---|---|
| APAC India SEBI CSCRF | PR.IP.S13 |
| APAC Japan ISMAP | 8.1.2.7.PB 9.5.P 9.5.1.P 9.5.2.P 9.5.2.1.PB 12.4.5.P 13.1.4.P |
| APAC New Zealand HISF 2022 | HHSP51 HML51 HSUP43 |
| APAC New Zealand HISF Suppliers 2023 | HSUP43 |
| APAC New Zealand NZISM 3.6 | 22.1.23.C.01 22.1.23.C.02 22.1.23.C.03 23.1.54.C.01 23.1.54.C.02 23.1.56.C.01 23.2.20.C.01 |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to ensure the cloud security architecture supports its technology strategy to securely design, configure and maintain cloud employments.
Level 1 — Performed Informally
Cloud Security (CLD) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Cloud-based technologies are governed no differently from on-premise network assets (e.g., cloud-based technology is viewed as an extension of the corporate network).
- A Shared Responsibility Matrix (SRM), or similar Customer Responsibility Matrix (CRM), is documented for each Cloud Service Providers (CSPs) instance that takes into account differences between Software as a Service (SaaS), Platform as a Service (PaaS) and Infrastructure as a Service (IaaS) methodologies.
Level 2 — Planned & Tracked
Cloud Security (CLD) 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: o Identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for cloud security management. o Use an informal process to govern cloud-specific cybersecurity and data privacy-specific tools. o A secure infrastructure, including a managed security zone to house cybersecurity and data privacy tools. o A standardized virtualization format. o Cloud access points, including a managed security zone with o Data handling & portability, including a managed security zone to house cybersecurity and data privacy tools o Integrity of multi-tenant CSP assets, including a managed security zone to house cybersecurity and data privacy tools o Integrity of VM images, including a managed security zone to house cybersecurity and data privacy tools. o Processing and storage of service location, including a managed security zone to house cybersecurity and data privacy tools.
- Cloud security management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
- IT/cybersecurity personnel:
- A Shared Responsibility Matrix (SRM), or similar Customer Responsibility Matrix (CRM), is documented for each Cloud Service Providers (CSPs) instance that takes into account differences between Software as a Service (SaaS), Platform as a Service (PaaS) and Infrastructure as a Service (IaaS) methodologies.
- IT personnel have a documented architecture for cloud-based technologies to support cybersecurity and data protection requirements.
- Cybersecurity and data privacy requirements are identified and documented for cloud-specific sensitive/regulated data processing, storing and/ or transmitting, including restrictions on data processing and storage locations.
- Technologies exist to support:
Level 3 — Well Defined
Cloud Security (CLD) 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: o Ensure the cloud security architecture supports the organization's technology strategy to securely design, configure and maintain cloud employments. o Ensure multi-tenant CSP assets (physical and virtual) are designed and governed such that provider and customer (tenant) user access is appropriately segmented from other tenant users. o Ensure CSPs use secure protocols for the import, export and management of data in cloud-based services. o Implement a dedicated subnet to host security-specific technologies on all cloud instances, where technically feasible. o Governs changes to cloud-based systems, applications and services to ensure their stability, reliability and predictability. o Reviews processes to identify and prevent use of unapproved CSPs.
- Roles and associated responsibilities for governing cloud instances, including provisioning, maintaining and deprovisioning, are formally assigned.
- A Shared Responsibility Matrix (SRM), or similar Customer Responsibility Matrix (CRM), is documented for each Cloud Service Providers (CSPs) instance that takes into account differences between Software as a Service (SaaS), Platform as a Service (PaaS) and Infrastructure as a Service (IaaS) methodologies.
- IT architects, in conjunction with cybersecurity architects:
- A Change Advisory Board (CAB), or similar function:
- A dedicated IT infrastructure team, or similar function, enables the implementation of cloud management controls to ensure cloud instances are both secure and compliant, leveraging industry-recognized secure practices that are CC|P-specific.
- Cybersecurity and data privacy requirements are identified and documented for each CSP instance to address sensitive/regulated data processing, storing and/ or transmitting and provide restrictions on data processing and storage locations.
- A Data Protection Impact Assessment (DPIA) is used to help ensure the protection of sensitive/regulated data processed, stored or transmitted on external systems.
- IT architects, in conjunction with cybersecurity architects, ensure multi-tenant CSP assets (physical and virtual) are designed and governed such that provider and customer (tenant) user access is appropriately segmented from other tenant users.
- IT architects, in conjunction with cybersecurity architects, ensure CSPs use secure protocols for the import, export and management of data in cloud-based services.
- IT architects, in conjunction with cybersecurity architects, implement a dedicated subnet to host security-specific technologies on all cloud instances, where technically feasible.
- IT infrastructure personnel and Data Protection Officers (DPOs) work with business stakeholders to identify business-critical systems and services, as well as associated sensitive/regulated data, including Personal Data (PD).
- The DPO function oversees the storage, processing and transmission of PD in CSPs.
- An IT Asset Management (ITAM) function, or similar function, governs cloud-based assets leveraging an established Configuration Management Database (CMDB), or similar tool, as the authoritative source of IT assets to provide oversight of purchasing, updating, repairing and disposing of cloud-based assets.
- Formal Change Management (CM) program governs cloud-based systems, applications and services and ensures that no unauthorized changes are made, that all changes are documented, that services are not unnecessarily disrupted and that resources are used efficiently.
- An IT infrastructure team, or similar function, enables the implementation of a Content Delivery Network (CDN) by restricting access to the origin server's IP address to the CDN and an authorized management network.
Level 4 — Quantitatively Controlled
See C|P-CMM3. There are no defined C|P-CMM4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to ensure the cloud security architecture supports its technology strategy to securely design, configure and maintain cloud employments.
Level 5 — Continuously Improving
See C|P-CMM4. There are no defined C|P-CMM5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to ensure the cloud security architecture supports its technology strategy to securely design, configure and maintain cloud employments.
Assessment Objectives
- CLD-02_A01 a cloud security architecture is defined to address cloud employments that support the organization's mission.
- CLD-02_A02 the cloud security architecture supports the organization's technology strategy to securely design, configure and maintain cloud employments.
Evidence Requirements
- E-TDA-09 Security Architecture View
-
Documented evidence that identifies security-relevant system elements and their interfaces: • Define security context, domains, boundaries, and external interfaces of the system; • Align the architecture with (a) the system security objectives and requirements, (b) security design characteristics; and • Establish traceability of architecture elements to user and system security requirements.
Technology Design & Acquisition
Technology Recommendations
Micro/Small
- System Security & Privacy Plan (SSPP)
Small
- System Security & Privacy Plan (SSPP)
Medium
- Architectural review board
- System Security & Privacy Plan (SSPP)
- Security architecture roadmaps
Large
- Steering committee
- Architectural review board
- System Security & Privacy Plan (SSPP)
- Security architecture roadmaps
Enterprise
- Steering committee
- Architectural review board
- System Security & Privacy Plan (SSPP)
- Security architecture roadmaps