Skip to main content

CLD-02: Cloud Security Architecture

CLD 8 — High Protect

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

  1. CLD-02_A01 a cloud security architecture is defined to address cloud employments that support the organization's mission.
  2. 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

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.