Home / Controls lists / Saudi NCA CCC

Saudi NCA CCC Controls List

The NCA's Cloud Cybersecurity Controls add cloud-specific duties on top of its Essential Cybersecurity Controls (ECC). They are split into controls for cloud service providers (CSP, marked P) and for cloud tenants, the customers (CST, marked T), across four domains and 24 subdomains.

Free account needed to download. You come straight back to the file.

Who it is for. Cloud service providers that serve government bodies or entities that own, operate or host Saudi critical national infrastructure, and those customers themselves: government agencies, inside or outside the Kingdom, and private entities running critical national infrastructure that use or plan to use cloud services. The NCA encourages everyone else to adopt them as good practice.

What this list covers. CCC-2:2024, the English text published by the National Cybersecurity Authority (NCA), which replaces CCC-1:2020. Read November 2026. The NCA says the Arabic version governs and that its website holds the latest version, so check there for later changes: 175 controls. Each has a reference, a heading and a sentence in plain English.

Read it here, download it when you want it. The download is the SecureXcel unified controls workbook for this framework, an Excel file exactly as we maintain it, with a Version History sheet for document control.

1-1. Cybersecurity Governance: roles and responsibilities

RefControlWhat it requires
1-1-P-1CSP: Cloud security roles and RACI, main controlCSP: on top of ECC 1-4-1, cover at least the extra points on cloud security roles and RACI listed in 1-1-P-1-1.
1-1-P-1-1CSP: cloud security roles and RACICSP: on top of ECC 1-4-1, the Authorizing Official (head of the provider or their delegate) defines, documents and approves cyber roles and a RACI for everyone involved in the cloud services, including that official's own.
1-1-T-1CST: Cloud security roles and RACI, main controlCST: on top of ECC 1-4-1, cover at least the extra points on cloud security roles and RACI listed in 1-1-T-1-1.
1-1-T-1-1CST: cloud security roles and RACICST: on top of ECC 1-4-1, the Authorizing Official (head of the tenant or their delegate) defines, documents and approves cyber roles and a RACI for everyone involved in the cloud services, including that official's own.

1-2. Cybersecurity Governance: risk management

RefControlWhat it requires
1-2-P-1CSP: Cloud risk management, main controlCSP: on top of the ECC risk method in subdomain 1-5, cover at least the extra points on cloud risk management listed in 1-2-P-1-1 to 1-2-P-1-3.
1-2-P-1-1CSP: acceptable risk levels for cloud servicesCSP: extend the ECC risk method by setting acceptable risk levels for the cloud services, and tell tenants about any that touch them.
1-2-P-1-2CSP: data classification in risk managementCSP: build data and information classification into the cyber risk management method.
1-2-P-1-3CSP: cloud risk registerCSP: keep a cyber risk register for the cloud services and review it regularly in line with the risks.
1-2-T-1CST: Cloud risk management, main controlCST: on top of the ECC risk method in subdomain 1-5, cover at least the extra points on cloud risk management listed in 1-2-T-1-1 to 1-2-T-1-3.
1-2-T-1-1CST: acceptable risk levels for cloud servicesCST: extend the ECC risk method by setting acceptable risk levels for the cloud services you use.
1-2-T-1-2CST: your data classification in risk managementCST: build the data and information classification you have adopted into the cyber risk management method.
1-2-T-1-3CST: cloud risk registerCST: keep a cyber risk register for the cloud services you use and review it regularly in line with the risks.

1-3. Cybersecurity Governance: standards, laws and regulations

RefControlWhat it requires
1-3-P-1CSP: Legal and regulatory compliance, main controlCSP: on top of ECC 1-7-1, cover at least the extra points on legal and regulatory compliance listed in 1-3-P-1-1.
1-3-P-1-1CSP: continuous legal and regulatory complianceCSP: on top of ECC 1-7-1, keep complying, without gaps, with every Saudi law, regulation, decision, framework and mandate that deals with cybersecurity.
1-3-T-1CST: Legal and regulatory compliance, main controlCST: on top of ECC 1-7-1, cover at least the extra points on legal and regulatory compliance listed in 1-3-T-1-1.
1-3-T-1-1CST: watch the provider's complianceCST: on top of ECC 1-7-1, monitor on a continuous or real-time basis whether your cloud provider is meeting the relevant cyber legislation and the clauses of your contract.

1-4. Cybersecurity Governance: human resources

RefControlWhat it requires
1-4-P-1CSP: Staff screening and policies, main controlCSP: on top of ECC 1-9-3 and 1-9-4, cover at least the extra points on staff screening and policies listed in 1-4-P-1-1 to 1-4-P-1-3.
1-4-P-1-1CSP: Saudi nationals in data-centre security rolesCSP: cyber roles in your data centres inside the Kingdom are filled by suitably qualified Saudi nationals. Applies alongside ECC 1-9-3 and 1-9-4.
1-4-P-1-2CSP: periodic screening of staff with stack accessCSP: screen or vet, and re-vet from time to time, staff based inside the Kingdom who can reach the Cloud Technology Stack.
1-4-P-1-3CSP: signed policies before stack accessCSP: staff must sign cyber policies, properly approved, before they are given access to the Cloud Technology Stack.
1-4-P-2CSP: Asset recovery at leaving, main controlCSP: on top of ECC 1-9-5, cover at least the extra points on asset recovery at leaving listed in 1-4-P-2-1.
1-4-P-2-1CSP: recover assets at leavingCSP: when someone leaves or their engagement ends, make sure assets the entity owns, especially security-sensitive ones, are accounted for and handed back. Applies alongside ECC 1-9-5.
1-4-T-1CST: Staff screening, main controlCST: on top of ECC 1-9-3, cover at least the extra points on staff screening listed in 1-4-T-1-1.
1-4-T-1-1CST: vet staff in sensitive cloud functionsCST: before they start, screen or vet people who will hold sensitive cloud functions, such as key management, service administration and access control. Applies alongside ECC 1-9-3.

1-5. Cybersecurity Governance: change management

RefControlWhat it requires
1-5-P-1CSP: define change management requirementsCSP: identify, document and approve the cyber requirements for change management in your own organisation.
1-5-P-2CSP: apply change management requirementsCSP: put the approved cyber change management requirements into practice.
1-5-P-3CSP: Secure change management, minimum contentCSP: cover at least the change management points listed in 1-5-P-3-1 to 1-5-P-3-2.
1-5-P-3-1CSP: secure planned changesCSP: have processes to roll out planned changes to production systems securely, giving priority to security findings.
1-5-P-3-2CSP: secure emergency changesCSP: have a process for exceptional, urgent changes that still protects security, for example changes made while recovering from an incident.
1-5-P-4CSP: review change managementCSP: apply the change management requirements and review them on a regular cycle.

2-1. Cybersecurity Defense: asset management

RefControlWhat it requires
2-1-P-1CSP: Asset inventory and ownership, main controlCSP: on top of ECC 2-1, cover at least the extra points on asset inventory and ownership listed in 2-1-P-1-1 to 2-1-P-1-2.
2-1-P-1-1CSP: technical asset inventoryCSP: on top of ECC 2-1, keep an inventory of all information and technology assets using a CMDB or similar tool that lists every technical asset.
2-1-P-1-2CSP: asset ownersCSP: name an owner for each asset and involve owners across the asset's life.
2-1-T-1CST: Asset inventory and ownership, main controlCST: on top of ECC 2-1, cover at least the extra points on asset inventory and ownership listed in 2-1-T-1-1.
2-1-T-1-1CST: inventory of cloud services and related assetsCST: on top of ECC 2-1, keep an inventory of every cloud service you use and of the information and technology assets tied to those services.

2-2. Cybersecurity Defense: identity and access management

RefControlWhat it requires
2-2-P-1CSP: Identity and access management, main controlCSP: on top of ECC 2-2-3, cover at least the extra points on identity and access management listed in 2-2-P-1-1 to 2-2-P-1-12.
2-2-P-1-1CSP: generic account credentialsCSP: manage generic account credentials so that accountability is kept, and no such account is tied to one named person. Extends ECC 2-2-3.
2-2-P-1-2CSP: secure session managementCSP: manage sessions securely, covering session authenticity, lockout and timeout.
2-2-P-1-3CSP: MFA for privileged users and stack staffCSP: require multi-factor authentication for privileged users and for personnel who can access the Cloud Technology Stack.
2-2-P-1-4CSP: detect and block unauthorised accessCSP: run a formal process to detect and stop unauthorised access, for example a limit on failed login attempts.
2-2-P-1-5CSP: secure password storageCSP: store and process passwords using secure methods and algorithms, such as secure hashing.
2-2-P-1-6CSP: third-party staff accountsCSP: manage accounts used by third-party personnel securely.
2-2-P-1-7CSP: protect admin consolesCSP: enforce access control on management systems and administrative consoles.
2-2-P-1-8CSP: mask authentication inputsCSP: mask what is typed or shown during authentication, passwords especially, so it cannot be read over a shoulder.
2-2-P-1-9CSP: tenant approval before touching tenant assetsCSP: get the tenant's approval before you or your third parties access any asset that belongs to that tenant.
2-2-P-1-10CSP: cut off remote sessions at onceCSP: be able to end a remote access session immediately and block that user from any later access.
2-2-P-1-11CSP: offer MFA to tenantsCSP: give tenants multi-factor authentication services for their privileged cloud users.
2-2-P-1-12CSP: control access to storage systemsCSP: make sure access to storage systems and storage means, such as a SAN, is restricted and controlled.
2-2-T-1CST: Identity and access management, main controlCST: on top of ECC 2-2-3, cover at least the extra points on identity and access management listed in 2-2-T-1-1 to 2-2-T-1-5.
2-2-T-1-1CST: cloud credentials through their lifeCST: on top of ECC 2-2-3, manage every cloud credential through its whole lifecycle.
2-2-T-1-2CST: keep cloud identities and rights confidentialCST: keep cloud user identities, credentials and access rights confidential, and require employees, third parties and tenant personnel to keep them private.
2-2-T-1-3CST: secure cloud session managementCST: manage cloud sessions securely, covering session authenticity, lockout and timeout.
2-2-T-1-4CST: MFA for privileged cloud usersCST: require multi-factor authentication for privileged users of the cloud services.
2-2-T-1-5CST: detect and block unauthorised cloud accessCST: run a formal process to detect and stop unauthorised access to the cloud, for example a limit on failed login attempts.

2-3. Cybersecurity Defense: protecting information systems and processing facilities

RefControlWhat it requires
2-3-P-1CSP: System and processing facility protection, main controlCSP: on top of ECC 2-3-3, cover at least the extra points on system and processing facility protection listed in 2-3-P-1-1 to 2-3-P-1-10.
2-3-P-1-1CSP: configurations follow your standardsCSP: on top of ECC 2-3-3, make sure every configuration is applied in line with your own cyber standards.
2-3-P-1-2CSP: separation between tenantsCSP: separate and isolate data, environments and systems across tenants so that tenant data never mixes.
2-3-P-1-3CSP: minimum functionality in configurationsCSP: configure systems on the principle of minimum functionality.
2-3-P-1-4CSP: handle bad input and failures safelyCSP: the Cloud Technology Stack must cope securely with input validation, exceptions and failures.
2-3-P-1-5CSP: isolate security functionsCSP: fully isolate security functions and applications from other functions and applications in the Cloud Technology Stack.
2-3-P-1-6CSP: tell tenants the security requirements they can useCSP: notify tenants of the cyber requirements you provide that tenants are able to use.
2-3-P-1-7CSP: detect and block unauthorised changesCSP: detect and prevent unauthorised changes to software programs and systems.
2-3-P-1-8CSP: isolate guest environmentsCSP: completely isolate and protect multiple guest environments from one another.
2-3-P-1-9CSP: isolate community cloud from out-of-scope cloudsCSP: keep community cloud services for government and critical-infrastructure tenants isolated from cloud services offered to entities outside the CCC's scope.
2-3-P-1-10CSP: modern endpoint detection and responseCSP: use modern technology such as EDR on servers and devices so the provider's processing systems can respond quickly to incidents.
2-3-T-1CST: System and processing facility protection, main controlCST: on top of ECC 2-3-3, cover at least the extra points on system and processing facility protection listed in 2-3-T-1-1.
2-3-T-1-1CST: check the provider isolates community cloudCST: on top of ECC 2-3-3, check that your provider keeps community cloud services for government and critical-infrastructure tenants isolated from services for entities outside scope.

2-4. Cybersecurity Defense: network security management

RefControlWhat it requires
2-4-P-1CSP: Network security, main controlCSP: on top of ECC 2-5-3, cover at least the extra points on network security listed in 2-4-P-1-1 to 2-4-P-1-6.
2-4-P-1-1CSP: watch network traffic for anomaliesCSP: on top of ECC 2-5-3, monitor traffic on external and internal networks to spot anomalies.
2-4-P-1-2CSP: isolate the stack networkCSP: isolate and protect the Cloud Technology Stack network from other internal and external networks.
2-4-P-1-3CSP: denial-of-service protectionCSP: protect against denial-of-service attacks, including distributed ones.
2-4-P-1-4CSP: encrypt management traffic to and from the stackCSP: protect data crossing the network to and from the Cloud Technology Stack network with cryptography, including management and administrative access.
2-4-P-1-5CSP: control access between segmentsCSP: control access between different network segments.
2-4-P-1-6CSP: separate delivery, management and enterprise networksCSP: keep the cloud service delivery network, the cloud management network and the provider's own enterprise network isolated from one another.
2-4-T-1CST: Network security, main controlCST: on top of ECC 2-5-3, cover at least the extra points on network security listed in 2-4-T-1-1.
2-4-T-1-1CST: protect the link to the providerCST: on top of ECC 2-5-3, protect the connection channel between your organisation and the cloud provider.

2-5. Cybersecurity Defense: mobile devices security

RefControlWhat it requires
2-5-P-1CSP: Mobile device security, main controlCSP: on top of ECC 2-6-3, cover at least the extra points on mobile device security listed in 2-5-P-1-1 to 2-5-P-1-4.
2-5-P-1-1CSP: inventory of end-user and mobile devicesCSP: on top of ECC 2-6-3, keep an inventory of all end-user and mobile devices.
2-5-P-1-2CSP: central mobile device managementCSP: manage mobile device security from a central point.
2-5-P-1-3CSP: screen lock on end-user devicesCSP: lock the screens of end-user devices when they are idle.
2-5-P-1-4CSP: wipe and dispose of end-user devicesCSP: sanitise data on end-user devices and dispose of them securely, above all those that can reach the Cloud Technology Stack.
2-5-T-1CST: Mobile device security, main controlCST: on top of ECC 2-6-3, cover at least the extra points on mobile device security listed in 2-5-T-1-1.
2-5-T-1-1CST: wipe and dispose of devices with cloud accessCST: on top of ECC 2-6-3, sanitise data on end-user devices that can access the cloud services and dispose of them securely.

2-6. Cybersecurity Defense: data and information protection

RefControlWhat it requires
2-6-P-1CSP: Data and information protection, main controlCSP: on top of ECC 2-7-3, cover at least the extra points on data and information protection listed in 2-6-P-1-1 to 2-6-P-1-5.
2-6-P-1-1CSP: no stack data outside production without protectionCSP: on top of ECC 2-7-3, do not use Cloud Technology Stack data outside production unless strict protection such as masking or scrambling is applied first.
2-6-P-1-2CSP: secure storage for tenantsCSP: give tenants secure data storage processes, procedures and technology that help them meet legal and regulatory requirements.
2-6-P-1-3CSP: secure disposal of tenant data at exitCSP: dispose of a tenant's data securely when the contract ends or expires.
2-6-P-1-4CSP: keep tenant data confidentialCSP: commit to keeping tenant data and information confidential, as the law and regulations require.
2-6-P-1-5CSP: secure export and transfer for tenantsCSP: give tenants secure ways to export and transfer their data and virtual infrastructure.
2-6-T-1CST: Data and information protection, main controlCST: on top of ECC 2-7-3, cover at least the extra points on data and information protection listed in 2-6-T-1-1 to 2-6-T-1-2.
2-6-T-1-1CST: exit strategy and secure disposalCST: on top of ECC 2-7-3, have an exit strategy that ensures your data is disposed of securely when the contract with the provider ends or expires.
2-6-T-1-2CST: secure export and transferCST: use secure means to export and transfer your data and virtual infrastructure.

2-7. Cybersecurity Defense: cryptography

RefControlWhat it requires
2-7-P-1CSP: Cryptography, main controlCSP: on top of ECC 2-8-3, cover at least the extra points on cryptography listed in 2-7-P-1-1 to 2-7-P-1-2.
2-7-P-1-1CSP: strong encryption to the NCS advanced levelCSP: on top of ECC 2-8-3, use strong encryption mechanisms and primitives that meet the advanced level of the National Cryptographic Standards (NCS-1:2020).
2-7-P-1-2CSP: certificate authority or trusted certificatesCSP: either run a certification authority and issue certificates securely, or use certificates from a trusted certification authority.
2-7-T-1CST: Cryptography, main controlCST: on top of ECC 2-8-3, cover at least the extra points on cryptography listed in 2-7-T-1-1 to 2-7-T-1-2.
2-7-T-1-1CST: strong encryption to the NCS advanced levelCST: on top of ECC 2-8-3, use strong encryption mechanisms and primitives that meet the advanced level of the National Cryptographic Standards (NCS-1:2020).
2-7-T-1-2CST: encrypt data moving to and from the cloudCST: encrypt information sent to or from the cloud as the relevant law and regulations require.

2-8. Cybersecurity Defense: backup and recovery management

RefControlWhat it requires
2-8-P-1CSP: Backup and recovery, main controlCSP: on top of ECC 2-9-3, cover at least the extra points on backup and recovery listed in 2-8-P-1-1 to 2-8-P-1-2.
2-8-P-1-1CSP: protect tenant data backupsCSP: on top of ECC 2-9-3, secure access to, storage and transfer of tenant data backups and their media, guarding them from damage, alteration and unauthorised access.
2-8-P-1-2CSP: protect stack backupsCSP: on top of ECC 2-9-3, secure access to, storage and transfer of Cloud Technology Stack backups and their media, guarding them from damage, alteration and unauthorised access.

2-9. Cybersecurity Defense: vulnerabilities management

RefControlWhat it requires
2-9-P-1CSP: Vulnerability management, main controlCSP: on top of ECC 2-10-3, cover at least the extra points on vulnerability management listed in 2-9-P-1-1 to 2-9-P-1-2.
2-9-P-1-1CSP: assess and fix vulnerabilities on a fixed cycleCSP: on top of ECC 2-10-3, assess and fix vulnerabilities in external parts of the Cloud Technology Stack at least monthly, and in internal parts at least every three months.
2-9-P-1-2CSP: tell tenants about vulnerabilities that affect themCSP: notify tenants of identified vulnerabilities that may affect them, and of the safeguards in place.
2-9-T-1CST: Vulnerability management, main controlCST: on top of ECC 2-10-3, cover at least the extra points on vulnerability management listed in 2-9-T-1-1 to 2-9-T-1-2.
2-9-T-1-1CST: assess and fix cloud vulnerabilities quarterlyCST: on top of ECC 2-10-3, assess and fix vulnerabilities in your cloud services at least every three months.
2-9-T-1-2CST: act on provider vulnerability noticesCST: manage the vulnerabilities your provider notifies you about, and the safeguards in place against them.

2-10. Cybersecurity Defense: penetration testing

RefControlWhat it requires
2-10-P-1CSP: Penetration testing, main controlCSP: on top of ECC 2-11-3, cover at least the extra points on penetration testing listed in 2-10-P-1-1.
2-10-P-1-1CSP: penetration tests of the stack every six monthsCSP: on top of ECC 2-11-3, run penetration tests that cover the Cloud Technology Stack at least once every six months.

2-11. Cybersecurity Defense: event logs and monitoring management

RefControlWhat it requires
2-11-P-1CSP: Event logs and monitoring, main controlCSP: on top of ECC 2-12-3, cover at least the extra points on event logs and monitoring listed in 2-11-P-1-1 to 2-11-P-1-8.
2-11-P-1-1CSP: enable and protect stack logs and audit trailsCSP: on top of ECC 2-12-3, switch on and protect event logs and audit trails across the Cloud Technology Stack.
2-11-P-1-2CSP: collect login attempt historyCSP: switch on and collect the history of login attempts.
2-11-P-1-3CSP: log your actions on tenant environmentsCSP: switch on and protect event logs of everything you do at tenant level, so forensic analysis is possible.
2-11-P-1-4CSP: protect logs from tampering and leaksCSP: protect event logs from alteration, disclosure, destruction, unauthorised access and unauthorised release, as law and regulation require.
2-11-P-1-5CSP: continuous SIEM monitoring of the whole stackCSP: monitor cyber events continuously with a SIEM technique that covers the full Cloud Technology Stack.
2-11-P-1-6CSP: periodic review of logs and audit trailsCSP: review event logs and audit trails regularly, covering provider events in the Cloud Technology Stack.
2-11-P-1-7CSP: automated logging of remote sessionsCSP: monitor and log remote access sessions automatically.
2-11-P-1-8CSP: handle user data in logs securelyCSP: handle user-related data found in audit trails and event logs securely.
2-11-T-1CST: Event logs and monitoring, main controlCST: on top of ECC 2-12-3, cover at least the extra points on event logs and monitoring listed in 2-11-T-1-1 to 2-11-T-1-2.
2-11-T-1-1CST: collect login and security logs for cloud assetsCST: on top of ECC 2-12-3, switch on and collect login logs and cyber event logs on the assets tied to your cloud services.
2-11-T-1-2CST: monitor all enabled cloud logsCST: make sure monitoring covers every cyber log you have switched on for your cloud services.

2-12. Cybersecurity Defense: incident and threat management

RefControlWhat it requires
2-12-P-1CSP: Incident and threat management, main controlCSP: on top of ECC 2-13-3, cover at least the extra points on incident and threat management listed in 2-12-P-1-1 to 2-12-P-1-8.
2-12-P-1-1CSP: subscribe to threat intelligence sourcesCSP: on top of ECC 2-13-3, subscribe to authorised, specialist bodies and groups to stay current on threats, good practice and know-how.
2-12-P-1-2CSP: incident response trainingCSP: train employees and third-party personnel to respond to incidents, matched to their roles.
2-12-P-1-3CSP: test incident responseCSP: test your incident response capability regularly.
2-12-P-1-4CSP: root cause analysisCSP: find the root cause of cyber incidents and plan how to fix it.
2-12-P-1-5CSP: support tenants in legal cases and forensicsCSP: help tenants with legal proceedings and forensics, and protect the chain of custody for what you manage, in line with law and regulation.
2-12-P-1-6CSP: report incidents to affected tenants in real timeCSP: report to a tenant, in real time, any incident that may affect it once the incident is found.
2-12-P-1-7CSP: help tenants handle incidentsCSP: support tenants in handling security incidents as agreed between you and them.
2-12-P-1-8CSP: incident metrics and complianceCSP: measure and monitor incident metrics, and monitor compliance with contracts and legislative requirements.

2-13. Cybersecurity Defense: physical security

RefControlWhat it requires
2-13-P-1CSP: Physical security, main controlCSP: on top of ECC 2-14-3, cover at least the extra points on physical security listed in 2-13-P-1-1 to 2-13-P-1-3.
2-13-P-1-1CSP: monitor access to sites and buildingsCSP: on top of ECC 2-14-3, continually monitor access to your sites and buildings.
2-13-P-1-2CSP: stop physical access to stack devicesCSP: prevent unauthorised access to devices in the Cloud Technology Stack.
2-13-P-1-3CSP: dispose of cloud hardware properlyCSP: dispose of cloud infrastructure hardware, storage equipment above all, following the relevant legislation and good practice.

2-14. Cybersecurity Defense: web application security

RefControlWhat it requires
2-14-P-1CSP: Web application security, main controlCSP: on top of ECC 2-15-3, cover at least the extra points on web application security listed in 2-14-P-1-1.
2-14-P-1-1CSP: protect transaction informationCSP: on top of ECC 2-15-3, protect information in application service transactions from risks such as incomplete transmission, mis-routing, alteration and disclosure.

2-15. Cybersecurity Defense: key management

RefControlWhat it requires
2-15-P-1CSP: define key management requirementsCSP: identify, document and approve the cyber requirements for managing cryptographic keys in your organisation.
2-15-P-2CSP: apply key management requirementsCSP: put the approved key management requirements into practice.
2-15-P-3CSP: Key management, main controlCSP: on top of ECC 2-8-3-2, cover at least the extra points on key management listed in 2-15-P-3-1 to 2-15-P-3-3.
2-15-P-3-1CSP: clear ownership of keysCSP: on top of ECC 2-8-3-2, give every cryptographic key a clearly defined owner.
2-15-P-3-2CSP: recover lost keys securelyCSP: have a secure way to retrieve a lost cryptographic key, such as key backup and trusted key storage held strictly outside the cloud.
2-15-P-3-3CSP: audit trails for keysCSP: switch on and monitor all audit trails of keys.
2-15-P-4CSP: review key managementCSP: apply the key management requirements and review them on a regular cycle.
2-15-T-1CST: define key management requirementsCST: identify, document and approve the cyber requirements for managing cryptographic keys in your organisation.
2-15-T-2CST: apply key management requirementsCST: put the approved key management requirements into practice.
2-15-T-3CST: Key management, main controlCST: on top of ECC 2-8-3-2, cover at least the extra points on key management listed in 2-15-T-3-1 to 2-15-T-3-2.
2-15-T-3-1CST: clear ownership of keysCST: on top of ECC 2-8-3-2, give every cryptographic key a clearly defined owner.
2-15-T-3-2CST: recover data if an encryption key is lostCST: have a secure way to get data back if an encryption key is lost, such as key backup and trusted key storage held strictly outside the cloud.
2-15-T-4CST: review key managementCST: apply the key management requirements and review them on a regular cycle.

2-16. Cybersecurity Defense: system development security

RefControlWhat it requires
2-16-P-1CSP: define secure development requirementsCSP: identify, document and approve the cyber requirements for system development in your organisation.
2-16-P-2CSP: apply secure development requirementsCSP: put the approved system development requirements into practice.
2-16-P-3CSP: System development security, main controlCSP: on top of ECC None, cover at least the extra points on system development security listed in 2-16-P-3-1 to 2-16-P-3-2.
2-16-P-3-1CSP: security in design and build of cloud servicesCSP: across the development lifecycle, take the cyber needs of the Cloud Technology Stack and related systems into account when designing and building the cloud services.
2-16-P-3-2CSP: protect development and test environmentsCSP: across the development lifecycle, protect development environments, test environments (including test data) and integration platforms.
2-16-P-4CSP: review secure developmentCSP: apply the system development requirements and review them on a regular cycle.

2-17. Cybersecurity Defense: storage media security

RefControlWhat it requires
2-17-P-1CSP: define storage media requirementsCSP: identify, document and approve the cyber requirements for using information and data media in your organisation.
2-17-P-2CSP: apply storage media requirementsCSP: put the approved storage media requirements into practice.
2-17-P-3CSP: Storage media security, main controlCSP: on top of ECC None, cover at least the extra points on storage media security listed in 2-17-P-3-1 to 2-17-P-3-6.
2-17-P-3-1CSP: sanitise media before disposal or reuseCSP: enforce sanitisation of media before it is disposed of or reused.
2-17-P-3-2CSP: dispose of media securelyCSP: use secure means when disposing of media.
2-17-P-3-3CSP: protect data on removable mediaCSP: keep data on removable media confidential and intact.
2-17-P-3-4CSP: label media by classificationCSP: label media in human-readable form to show its classification and the sensitivity of what it holds.
2-17-P-3-5CSP: store removable media securelyCSP: keep removable media in controlled, physically secure storage.
2-17-P-3-6CSP: restrict portable media in the stackCSP: restrict and control the use of portable media inside the Cloud Technology Stack.
2-17-P-4CSP: review storage media securityCSP: apply the storage media requirements and review them on a regular cycle.

3-1. Cybersecurity Resilience: business continuity management

RefControlWhat it requires
3-1-P-1CSP: Resilience in business continuity, main controlCSP: on top of ECC 3-1-3, cover at least the extra points on resilience in business continuity listed in 3-1-P-1-1 to 3-1-P-1-2.
3-1-P-1-1CSP: secure DR and continuity proceduresCSP: on top of ECC 3-1-3, develop and put in place disaster recovery and business continuity procedures in a secure way.
3-1-P-1-2CSP: keep stack security systems resilientCSP: develop and put in place procedures that keep the security systems protecting the Cloud Technology Stack resilient and running.
3-1-T-1CST: Resilience in business continuity, main controlCST: on top of ECC 3-1-3, cover at least the extra points on resilience in business continuity listed in 3-1-T-1-1.
3-1-T-1-1CST: secure DR and continuity for cloud useCST: on top of ECC 3-1-3, develop and put in place disaster recovery and business continuity procedures that cover cloud computing, in a secure way.

4-1. Third-Party Cybersecurity: supply chain and third parties

RefControlWhat it requires
4-1-P-1CSP: Third-party cybersecurity, main controlCSP: on top of ECC 4-1-2 and 4-1-3, cover at least the extra points on third-party cybersecurity listed in 4-1-P-1-1 to 4-1-P-1-4.
4-1-P-1-1CSP: remove risky marketplace offerings when NCA asksCSP: on top of ECC 4-1-2 and 4-1-3, act on NCA requests to take software or services from third-party providers off the marketplace offered to tenants where they threaten national entities.
4-1-P-1-2CSP: security documentation from suppliersCSP: require security documentation for any equipment or services from suppliers and third-party providers.
4-1-P-1-3CSP: third parties follow the law for their scopeCSP: make sure third-party providers comply with the laws and regulations relevant to what they do for you.
4-1-P-1-4CSP: third-party risk and governanceCSP: manage the risk of third-party providers, and govern their security, as part of your general cyber risk management and governance.
Download NCA CCC controls list (Excel)Free account needed. You come straight back to the file.

SecureXcel unified controls workbook

Alongside the list above, SecureXcel keeps a unified set of practical controls. For each control the workbook gives the risk it addresses, the objective, a description, whether it is preventive or detective, how often to run it, the design and operating test procedures, and the evidence to collect, with the references it covers in this framework. There is one workbook per framework, supplied as it is, with a Version History sheet for document control. Free account needed; you come straight back to the file.

A summary, not the source. The references and short headings identify each item. The wording beside them is our own summary and is not a quotation, a legal opinion or advice. Check the published source for the exact requirement. We help organisations with this: see our Cybersecurity Assessment service.

Questions people ask

What do the P and T in a reference like 2-9-P-1-1 mean?

P marks a control for the cloud service provider (CSP) and T a control for the cloud tenant (CST), the customer. The numbers are domain, subdomain, P or T, main control and subcontrol. Each entry here begins with CSP or CST so you can filter for your side.

Do the CCC replace the ECC?

No. The CCC extend the Essential Cybersecurity Controls. A tenant must keep meeting both the ECC and the CCC, and a provider must meet both as well, whether or not it is inside the ECC's own scope. Many entries here say they apply on top of a named ECC control.

Are all the controls mandatory?

It depends on the data classification level. Annex A of the CCC sets four levels, from level 1 for the most sensitive data to level 4 for public data, and marks each control mandatory or optional at each level. A set of data with mixed levels takes the highest one. Check Annex A for your level.

Which version is this, and what changed from CCC-1:2020?

This list follows CCC-2:2024. The NCA's own table of changes shows that two data-localisation subcontrols from CCC-1 were deleted, as that topic moved to the National Data Management Office. Numbers in CCC-1 may not match, so check any older mapping against the current text.

Is this a complete statement of the CCC?

No. It is a plain-English summary in our own words and omits the objectives, the levels in Annex A and the definitions. Main controls that only introduce subcontrols are listed as short umbrella entries. The NCA's text, with its Arabic version, is the authority.

Read next

Other controls lists