Cloud Security

Germany C5:2020

BSI C5:2020 framework badge
Summarize with
ClaudeChatGPTPerplexityGoogle AI Mode
In this article
At a Glance
BSI C5:2020
  • Classification
    Category
    Cloud Security
    Domain
    Cloud Security
    Framework Family
    BSI IT-Grundschutz
  • Regulatory Context
    Type
    Control Framework
    Legal Instrument
    Standard
    Sector
    Technology Sector
    Industry
    Cloud & Technology Providers
  • Region / Publisher
    Region
    Europe
    Region Detail
    Germany
    Publisher
    Federal Office for Information Security (BSI)
  • Versioning
    Version
    C5:2020 (superseded by C5:2026, published April 7, 2026)
    Effective Date
    January 2020 (recommended for audit periods ending on or after February 15, 2021; C5:2026 for periods from June 1, 2027)
    Issue Date
    January 2020
  • Adoption
    Adoption Model
    Industry Requirement
    Implementation Complexity
    High
  • Official Reference
License Information

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.

Official Resources
C5:2020 Cloud Computing Compliance Criteria Catalogue
BSI's criteria catalog for assessing the information security of cloud services.
BSI Cloud Computing Overview
Outlines the key aspects and objectives of the C5 compliance framework.
Implementing C5:2020 Controls
Official BSI guide on integrating C5 controls into cloud security programs.
Key takeaways
  • 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

SMARTSUITE

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

GDPR

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 27001:2022

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 27002:2022

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 27017

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 27018

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.

ISO 27701

ISO/IEC 27701:2025 specifies requirements for a stand-alone privacy information management system (PIMS) for PII controllers and processors, replacing the 2019 edition.

NIST 800-53 Rev.5

NIST SP 800-53 Rev. 5 is the NIST catalog of security and privacy controls in 20 families, mandatory for federal systems under OMB A-130 and FISMA; Release 5.2.0 issued August 27, 2025.

FAQ

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.