- ClassificationCategoryCloud SecurityDomainCloud SecurityFramework FamilyBSI IT-Grundschutz
- Regulatory ContextTypeControl FrameworkLegal InstrumentStandardSectorTechnology SectorIndustryCloud & Technology Providers
- Region / PublisherRegionEuropeRegion DetailGermanyPublisherFederal Office for Information Security (BSI)
- VersioningVersionC5:2020 (superseded by C5:2026, published April 7, 2026)Effective DateJanuary 2020 (recommended for audit periods ending on or after February 15, 2021; C5:2026 for periods from June 1, 2027)Issue DateJanuary 2020
- AdoptionAdoption ModelIndustry RequirementImplementation ComplexityHigh
- Official ReferenceOpen Link in New TabSource
License included / downloadable: Yes
The BSI publishes C5:2020 and C5:2026 free of charge in PDF, editable and (for C5:2026) machine-readable form; the attestation audit is a paid engagement with a public auditor.
Framework text is licensed by its publisher and is included only where stated above.
- C5:2020 is the BSI's cloud security criteria catalog against which auditors issue C5 attestations to cloud providers.
- It has been superseded by C5:2026, published April 7, 2026; C5:2020 may still be used for audit periods beginning before June 1, 2027.
- Adoption is voluntary, but a C5 attestation has been required for cloud services in the German healthcare system since July 1, 2024.
- C5:2020 has 17 sections of criteria, distinguishes basic from additional criteria, and is examined under ISAE 3000 (Revised).
- Only public auditors (Wirtschaftsprüfer) may issue a C5 attestation; the BSI designs the catalog but takes no part in audits.
Overview
C5:2020 is the 2020 edition of the BSI's C5 criteria catalog, the German Federal Office for Information Security's minimum requirements for the information security of cloud services, against which auditors issue C5 attestations to cloud providers. It has been superseded by C5:2026, published by the BSI on 7 April 2026 (version 1.1.0 of 11 August 2026): C5:2020 may still be used for audit periods beginning before 1 June 2027, and the BSI recommends C5:2026 for audit periods ending on or after that date.
The BSI first published C5 in 2016 and finalized C5:2020 in January 2020, recommending it for audit periods ending on or after 15 February 2021. Adoption is voluntary for providers, but a C5 attestation (or a comparable attestation or certificate) has been required for cloud services in the German healthcare system since section 393 SGB V took effect on 1 July 2024, and the BSI reports more than a hundred attestations for national, European and global providers.
C5:2020 has 17 sections of criteria plus four surrounding parameters for transparency, distinguishes basic from additional criteria, and is examined as an attestation engagement with reasonable assurance under ISAE 3000 (Revised). Only public auditors (Wirtschaftsprüfer) may issue a C5 attestation; the BSI designs the catalog but takes no part in audits.
Why does it matter?
A C5 report is how a cloud customer in Germany reads a provider's security without auditing it: the report describes the service, the provider's controls and the auditor's test results, and the BSI expects customers to request and evaluate it every year. For providers, the attestation opens public-sector procurement and, since 1 July 2024, the healthcare market under section 393 SGB V. C5:2026 keeps that model while adding the topics of the last six years.
Key benefits include:
- Minimum requirements, not best practice
C5 defines the level of information security a cloud service should not fall below, and section 5 lists the criteria auditors test.
- Basic and additional criteria
Basic criteria are mandatory for every attestation; additional criteria, classified by confidentiality or availability, extend the audit for higher customer needs (section 2.1).
- Transparency parameters
Section 4 requires statements on the system description, jurisdiction and data locations, disclosure and investigatory powers, and certifications (UP-01 to UP-04).
- Reasonable assurance by public auditors
Audits are attestation engagements with reasonable assurance under ISAE 3000 (Revised), with ISAE 3402 and IDW PS 951 applied correspondingly (section 3.2).
- Type 2 as the norm
The BSI considers a type 2 report, covering usually twelve and at least six months, necessary for a meaningful opinion; type 1 is for exceptional cases (section 3.3).
How does it work?
C5:2020 groups its criteria into 17 sections: organization of information security, security policies and work instructions, personnel, asset management, physical security, operations, identity and access management, cryptography and key management, communication security, portability and interoperability, procurement, development and modification of information systems, control and monitoring of service providers and suppliers, security incident management, business continuity management, security check and verification, compliance and data protection, and mobile device management. Each section has an objective and numbered criteria such as OIS-01 or SIM-01, and the 2020 revision added product security and the handling of government investigation requests.
The provider designs an internal control system that meets at least the basic criteria, writes a system description, and issues a written assertion on the appropriateness and effectiveness of its controls. The auditor tests the controls, with ISAE 3402 or IDW PS 951 applied for procedure and reporting, and issues a type 1 report (design at a point in time) or a type 2 report (effectiveness over a period). C5:2020 also allows a direct engagement in which the auditor prepares the system description during the audit. The report, not a certificate, is the deliverable, and it belongs to the provider.
Customers request the C5 report initially and then yearly, map the provider's controls and their own complementary user controls, and decide whether the basic criteria cover their use case or additional criteria are needed; the BSI publishes an evaluation guide and a reporting summary template for this. For transition, C5:2026 section 3.5 sets the rule: its criteria apply to type 1 engagements with reference dates on or after 1 June 2027 and to type 2 periods beginning on or after that date, earlier application is permitted, and a single engagement must not mix the two editions.
Key Elements
- 17 criteria sections (section 5)
From organization of information security to mobile device management, each with an objective and numbered basic and additional criteria.
- Surrounding parameters (section 4)
UP-01 system description, UP-02 jurisdiction and data storage, processing and backup locations, UP-03 disclosure and investigatory powers, UP-04 certifications.
- Audit standard (section 3.2)
ISAE 3000 (Revised) attestation engagement with reasonable assurance; ISAE 3402 and IDW PS 951 applied correspondingly; auditor qualification per section 3.5.1.
- Report types (section 3.3)
Type 1 on design at a date; type 2 on effectiveness over a period of usually twelve and at least six months; direct engagement option new in 2020.
- Legal pull (section 393 SGB V)
Since 1 July 2024 cloud services in German healthcare need a C5 attestation or a comparable attestation or certificate; the Federal Ministry of Health interprets the provision.
- Successor edition (C5:2026)
17 sections kept, criteria split into sub-criteria, additional criteria classed as sharpening or complementing, compatible with EUCS Substantial, with a YAML machine-readable version; applies to new audit periods from 1 June 2027.
What does it cover?
C5 addresses professional cloud providers (IaaS, PaaS and SaaS and services close to cloud), their auditors and their customers, across every industry. An attestation covers specific cloud services in specific regions, never the provider as a whole. C5:2020 is used by providers whose current audit period began before 1 June 2027 and by customers reading reports issued on it; new engagements from that date use C5:2026. Public bodies and, under section 393 SGB V, healthcare organizations are the customers for whom a C5 report is a procurement condition rather than a preference.
What are its objectives?
C5 gives cloud providers, auditors and customers one standardized basis for proving and reading cloud information security.
Set minimum information security criteria for cloud services that an attestation must cover (section 5).
Make the service's legal and operational framework transparent through the surrounding parameters (section 4).
Standardize the audit as a reasonable-assurance attestation engagement under ISAE 3000 (Revised) with type 2 reporting as the norm.
Let customers compare providers and run their own risk management on the report, repeated yearly.
Keep the catalog current through editions, with C5:2026 replacing C5:2020 for audit periods from 1 June 2027.
Framework in Context
C5 is the German counterpart of a SOC 2 report for cloud providers and is built on ISO/IEC 27001 and the other standards in its cross-reference table; the BSI publishes mappings of C5 to international standards and to ISO/IEC 27001:2022. C5:2020 served as the basis for the Substantial level of the planned European cloud certification scheme (EUCS), and the BSI built C5:2026 on that work plus CSA CCM v4, ISO/IEC 27001:2022 and NIS2. In France, SecNumCloud plays the trust-label role for cloud providers; in German healthcare, section 393 SGB V ties procurement to the C5 attestation.
Common Framework Mappings
The BSI publishes cross-reference tables from C5 to international standards and to ISO/IEC 27001:2022, so providers map the catalog to the frameworks below to reuse audit evidence across reports.
Mapped frameworks include:
CSA CCM v4
GDPR
ISO 27001:2022
ISO 27002:2022
ISO 27017
ISO 27018
ISO 27701
NIST 800-53 Rev.5
How SmartSuite Supports Germany C5:2020
SmartSuite provides the system for managing controls, evidence, mappings, assessments, and reporting.
Use Compliance Management to hold the C5 basic and additional criteria as controls with owners, the system description and the written assertion as evidence, and the audit period and report type for each cloud service and region in scope; Third Party Risk Management covers the customer side, where C5 reports from providers are requested yearly and read against complementary user controls.
Service and Region Scope Record
Record each cloud service and region covered by the attestation, the audit period, the report type and whether the engagement runs on C5:2020 or C5:2026.
Criteria Library (OIS to MDM)
Hold the 17 sections' basic and additional criteria as controls with owners, implementation status, evidence links and the confidentiality or availability class of each additional criterion.
Surrounding Parameters File
Keep the UP-01 to UP-04 statements on system description, jurisdictions and data locations, disclosure powers and certifications as controlled records for the report.
System Description and Assertion
Maintain the system description and management's written assertion with version history and sign-off for the auditor.
Audit Findings and Exceptions
Log exceptions reported by the auditor, corrective actions and retest results, with closure before the next period.
Provider Report Review (customer side)
Request each provider's C5 report yearly, record the reading against the BSI evaluation guide and your complementary user controls, and track residual risks.
Related frameworks

The GDPR (Regulation (EU) 2016/679) sets principles, lawful bases, individual rights and accountability duties for personal data, with fines up to EUR 20 million or 4 percent of turnover.

ISO/IEC 27001:2022 specifies requirements for an information security management system: Clauses 4 to 10, risk treatment, the Statement of Applicability and 93 Annex A controls.

ISO/IEC 27002:2022 is the reference set of 93 information security controls in four themes, with attributes and implementation guidance, that supports an ISO/IEC 27001 ISMS.

ISO/IEC 27017:2026 gives cloud security control guidance for customers and providers, built on ISO/IEC 27002:2022, with four cloud-specific controls; it replaced the 2015 edition.

ISO/IEC 27018:2025 gives guidelines for protecting PII in public clouds acting as PII processors, built on ISO/IEC 27002:2022 with an extended control set.
Frequently Asked Questions For Germany C5:2020 (Cloud Computing Compliance Criteria Catalogue)
No. The BSI published C5:2026 on 7 April 2026 (version 1.1.0 followed on 11 August 2026). Under C5:2026 section 3.5 its criteria apply to type 1 engagements with reference dates on or after 1 June 2027 and to type 2 periods beginning on or after that date; earlier application is allowed, and a period that straddles the date should stay on C5:2020 rather than mix editions.
A report from a public auditor (Wirtschaftsprüfer) issued after an attestation engagement with reasonable assurance under ISAE 3000 (Revised) that tested at least all basic criteria of the catalog for named cloud services in named regions. It is a report, not a certificate, and the BSI is not involved in the audit or in evaluating the report.
Basic criteria are the minimum every attestation must cover. Additional criteria are optional and classified by whether they address confidentiality, availability or both; customers with higher needs can require them, and C5:2026 further classes them as sharpening an existing basic criterion or complementing it with new requirements.
Since section 393 SGB V took effect on 1 July 2024, cloud services used in the German healthcare system need a C5 attestation or a comparable attestation or certificate. The BSI states that interpreting section 393 SGB V, including what counts as comparable, is for the Federal Ministry of Health.
A type 2 report. The BSI considers a type 2 report, covering usually twelve and at least six months of control effectiveness, necessary for a meaningful opinion; a type 1 report on control design at a point in time is for exceptional cases such as a newly launched service and should not be repeated several times in a row.

Put this framework to work in SmartSuite
Manage controls, risks, evidence, and audits in one platform designed for modern governance, risk, and compliance.


