← All articles

SaaS

BSI C5 for a small SaaS selling into German healthcare: what section 393 requires, who audits it and what Type 1 and Type 2 cost

November 14, 2026

Since 1 July 2025 section 393 SGB V asks for a C5 Type 2 attestation for cloud services that handle patient data; new systems get 18 months on Type 1. A dated calendar for a December 2026 launch, who may audit, the published price ranges (EUR 5,000 to 25,000 gap analysis, 40,000 to 120,000 attestation), what a host's report does not cover and how C5:2026 changes the plan.

A row of server drive bays with blue and green status lights

A German clinic, a doctor's practice or a health insurer wants to use your software. It will hold patient data on a cloud server. Before the contract is signed, someone in their IT team asks for your "C5 Testat". If you have never heard the word, this is the article for that afternoon.

C5 is a German cloud security catalogue from the BSI, the federal cyber security office. Since 1 July 2025 the law behind it, section 393 of the fifth Social Code (SGB V), asks for the stronger Type 2 report for cloud services that process patient and health insurance data. New products get 18 months on the lighter Type 1 report first. This piece goes through what the law says, a worked date calendar for a product launched on 1 December 2026, who is allowed to audit it, what the published price ranges are (and where I could not find a real quote), and what you can and cannot take from your cloud host. It is not legal advice: have a lawyer or your customer's data protection officer confirm your own case.

The short version

- Section 393 SGB V lets clinics, practices, hospitals, health and care insurers and their processors use cloud computing for social and health data only if the conditions in paragraphs 2 to 4 are met. One of them is a current C5 attestation for the cloud systems.

- Since 1 July 2025 the attestation must be Type 2 (it tests that controls worked over a period). A system first placed on the market after 30 June 2025 may use Type 1 for its first 18 months; from month 19 it needs Type 2.

- Only a public auditor (Wirtschaftsprüfer) can sign a C5 report. The BSI itself does not certify anyone.

- Your host's C5 report does not replace yours. The attestation has to cover the service that processes the data, which is yours. The host's controls are usually carved out and relied on.

- Published price ranges from German consultants: gap analysis EUR 5,000 to 25,000, consulting and a measures plan EUR 20,000 to 60,000, the attestation itself EUR 40,000 to 120,000. A first-timer with no security management system is told to expect over EUR 200,000 in all. These are consultant ranges, not signed quotes, and I label them that way below.

- A new catalogue, C5:2026, applies to Type 2 periods that begin on or after 1 June 2027. It has 168 basic criteria instead of 121.

What section 393 SGB V says

The text is on gesetze-im-internet.de. The parts that matter for a software vendor, in plain words:

text
Paragraph  What it says
---------  ------------------------------------------------------------------------------
1          Applies to healthcare providers (Chapter 4 of SGB V), statutory health and care
           insurers, and their processors (Auftragsverarbeiter). A SaaS vendor that hosts
           patient data for a practice is a processor.
2          Processing only in Germany, another EU state, or an equivalent state; a third
           country only with an EU adequacy decision under GDPR Article 45. The controller
           needs a domestic branch.
3          State-of-the-art security measures, a current C5 attestation for the cloud
           systems and technology, and the customer implements the customer-side criteria
           listed in the audit report.
4          Until 30 June 2025 a Type 1 attestation counts. From 1 July 2025 a current
           Type 2 attestation counts. For systems first placed on the market after
           30 June 2025: Type 1 for the first 18 months, Type 2 from the 19th month.
           A comparable standard may replace C5 if the health ministry names it by
           regulation (this is the C5-Gleichwertigkeitsverordnung, below).
5, 6       Measures are treated as adequate for practices, hospitals and insurers if they
           meet sections 390 and 391 SGB V or the insurer standard B3S-GKV/PV; others must
           be equivalent to section 391. Operators of critical infrastructure under
           section 8a BSIG are exempt from the extra measures.
7          The interoperability competence centre publishes information on attested cloud
           systems on request, with a customer checklist.

Two things people miss. First, the customer is in the law too: paragraph 3 says the customer-side criteria listed in your report have to be implemented. Your report will contain a list of complementary user entity controls (CUECs), such as who may hold admin accounts on their side. A practice that ignores them loses its footing, so you will be asked to explain them. Second, the location rule applies to remote support: Kertos points out that support access from a third country without an adequacy decision is a problem too, and standard contractual clauses do not change it. If your developer sits in India and can open a customer's production database, that is the first conversation to have.

A worked calendar: a product launched on 1 December 2026

Take a new patient-reminder product, placed on the market on 1 December 2026, with no ISMS (information security management system) yet. Counting months as the law does, month 1 is December 2026 and month 18 is May 2028.

text
Date                Event
------------------  ----------------------------------------------------------------
1 Dec 2026          Product placed on the market. The 18-month Type 1 window opens.
1 Jun 2027          C5:2026 applies to Type 1 reference dates and Type 2 periods from
                    here on (as reported by Kertos; see C5:2026 below).
Sep 2027 (latest)   Start a 6-month Type 2 observation period. Controls must run and
                    leave evidence from this day. A period
                    starting 1 Dec 2027 would end 31 May 2028 with no time for the report.
31 May 2028         Last day of month 18. Type 1 stops being enough.
1 Jun 2028          Month 19. A current Type 2 attestation is needed.

Kertos puts a first Type 2 at an observation period of 3 to 12 months, usually 6, and the whole road at 7 to 14 months with an existing ISO 27001 style ISMS and 12 to 20 months without one. A Type 1 can be done in 4 to 8 weeks of audit work according to another consultant, but Securance describes waits of 3 to 6 months just to get an audit date. So the Type 1 is not a fast pass: book the auditor the day you decide.

Who audits it

A C5 report is an assurance report under the ISAE 3000 standard, and by the rule Rödl describes, only Wirtschaftsprüfer and Wirtschaftsprüfungsgesellschaften (public auditors and their firms) may issue it. The BSI publishes the catalogue and does not sign anyone's report. That has two effects. The auditors are private firms that set their own fees, and the market is not like ISO 27001, where an accredited body certifies. Ask for a quote with three things written down: Type 1 or Type 2, the systems in scope, and whether the gap analysis is included.

A Type 1 report says the controls are suitably designed on one date. A Type 2 adds that they worked over a period. Securance, which says it has supported more than 50 C5 attestations, notes that C5 is often a startup's first big compliance hurdle.

What it costs: the published ranges

I could not find a single published, signed quote for a small company. Auditors quote per job. What exists is ranges on consultant pages. Here they are with their source, so you can see how far apart they are:

text
Item                                   EUR range         Source (date)
-------------------------------------  ----------------  --------------------------------
Gap analysis                           5,000 - 25,000    ingenieur.de (24 Aug 2025)
Consulting and measures plan           20,000 - 60,000   ingenieur.de (24 Aug 2025)
Attestation, Type 1 or Type 2          40,000 - 120,000  ingenieur.de (24 Aug 2025)
Total for a small provider, no ISMS    over 200,000      ingenieur.de (24 Aug 2025)
Type 2 attestation                     60,000 - 120,000  Securance
ISO 27001 certification (comparison)   10,000 - 18,000   ingenieur.de, plus 4,000-7,000 a
                                                         year for audits
ISO 27001 certification (comparison)   25,000 - 45,000   Securance
IT-Grundschutz route                   15,000 - 30,000   Securance
"Framework-based" C5 support           15,000 - 25,000   Securance (page also says 25,000
                                                         is the low end)

Add them up for a product with no ISMS, using the ends of the ingenieur.de ranges:

text
Path A: Type 1 inside the 18 months, then Type 2 (all at published range)
                                      Low        High
  Gap analysis                         5,000     25,000
  Consulting and measures plan        20,000     60,000
  Type 1 attestation                  40,000    120,000
  Type 2 attestation (month 19+)      40,000    120,000
  Total over about 24 months         105,000    325,000

Path B: ISO 27001 first, then one C5 Type 2 (needs a closing plan, see below)
  ISO 27001 certification             10,000     45,000
  Type 2 attestation                  40,000    120,000
  Total, before consulting            50,000    165,000

Treat Path A as a ceiling: the second attestation is normally cheaper than the first, as Kertos notes of follow-up audits, and the ranges overlap because they come from different sellers. The only fair reading is that a small vendor should budget somewhere between EUR 50,000 and EUR 200,000 over two years, with the staff time on top, and get at least two written quotes before believing any of the numbers. Several consultants sell the ranges they also sell the work for, so the figures are not independent.

What you can take from your cloud host

This is the question every small vendor asks: "My host already has C5, do I inherit it?" Not entirely. Kertos reads section 393 as requiring the attestation from the party that processes the data, which is you. In an audit the host's infrastructure is usually carved out: your auditor does not test their data centres, they rely on the host's own report and test how you use the service. The SOC 2 world calls this the carve-out method, and the same idea applies here, but check the wording of your own report, because the C5 treatment of subservice providers was not something I could confirm from a primary page.

text
What the host's report gives you          What you still own
----------------------------------------  ---------------------------------------------
Physical security of the data centre      Your user accounts, roles and admin access
Power, cooling, hardware lifecycle        Your backups, restore tests, retention
Virtualisation / hypervisor controls      Your patching of images, containers, libraries
The host's own change and incident        Your change management, code review, releases
process                                   
Evidence for the carved-out controls      Your incident response and customer reporting
                                          Encryption keys you manage, logging you configure
                                          Who at your company can reach production

Examples as of November 2026: Hetzner announced on 25 March 2026 that it received the C5 Type 2 attestation; its news page names neither the services nor the locations, so ask for the report and read the scope before you rely on it. For AWS and Microsoft Azure the reports come from AWS Artifact and the Microsoft Service Trust Portal, and a search for them did not show which services and regions are covered, so read the report's scope page against the exact services you run. IONOS is named as holding a C5 attestation by Securance, without the type. Whatever the host, three checks on its report: the services you use are in the scope, the reporting period is current, and the Type is 2.

The ISO 27001 bridge: the C5-Gleichwertigkeitsverordnung

Section 393 allows a comparable standard instead of C5, and a regulation published on 19 March 2025 (BGBl. 2025 I Nr. 91) lets an ISO/IEC 27001 certificate bridge the gap for a limited time. As summarised by Kertos and KPMG, you need four things: documentation of the C5 basic criteria not yet met, measures to close them, a milestone plan to close them within 12 months, and then a Type 1 attestation within 18 months and a Type 2 within 24 months of creating the plan. The plan and the certificate go to customers and the supervisory authority on request. I have not read the regulation itself, so check the exact conditions in the Bundesgesetzblatt. Securance describes the transition as 21 months, which does not match the 24, so ask your auditor which one applies to you.

text
Example: ISO 27001 certificate in hand, plan dated 1 March 2027
  1 Mar 2028   Gaps closed (12 months)
  1 Sep 2028   Type 1 attestation in hand (18 months)
  1 Mar 2029   Type 2 attestation in hand (24 months)

That is later than the 1 June 2028 for a brand new product above, because it starts when you write the plan, not when the product launches. The two routes are for different starting points: a product on the market after June 2025 uses the 18-month rule; a company that is already certified and is fixing a known list of gaps uses the bridge.

C5:2026: the catalogue changes while you are in the queue

The BSI published C5:2026 on 7 April 2026 and it replaces the 2020 edition (heise). Per Kertos: Type 1 attestations with a reference date on or after 1 June 2027, and Type 2 periods that begin on or after that date, must use C5:2026. Audits that end before 28 February 2027 can run entirely under C5:2020. The new catalogue has 168 basic criteria (121 before) plus 89 additional ones in 17 subject areas, and only the basic criteria matter for section 393. Container management was heavily revised, post-quantum encryption is added, and providers must state the law they are subject to and where customer data is.

text
Your plan                                         Which catalogue
------------------------------------------------  ----------------------
Type 1 with reference date 31 Mar 2027            C5:2020 (121 basic)
Type 2 period 1 Sep 2027 - 28 Feb 2028            C5:2026 (168 basic)
Both in the same product's first 18 months        Two catalogues, one product

Practical effect: if you build your controls against C5:2020 for the Type 1, you will do a second round of mapping for the Type 2. Build to the 2026 list from the start if the Type 1 date is after the spring of 2027.

Do you need it at all?

- You need it if you are a processor of patient or insurer data in the cloud for a covered customer. Your customer's data protection officer decides that, so ask them early what they consider in scope.

- You may not need it if no social or health data goes to your cloud: scheduling that stores only names and times, or a tool that runs on the customer's own machine, may fall outside. Do not decide this yourself; write the question down and get the customer to answer it in writing.

- If the customer is a critical-infrastructure hospital, paragraph 6 says the extra measures do not apply on top of what section 8a BSIG already demands from the operator.

- If you already hold ISO 27001 or are heading for SOC 2, the C5 work overlaps a lot. We cover those two in ISO 27001 or SOC 2 when the customers are in Europe and SOC 2 for a five-person SaaS.

Before the first call with an auditor

text
[ ] Written list of what patient or insurer data the product handles
[ ] Where it is stored and processed, and where support staff can reach it from
[ ] Host and subprocessors, with their C5 Type and scope pages downloaded
[ ] Product launch date (starts the 18-month clock) written in the contract file
[ ] Does an ISMS exist? If not, expect 12 to 20 months, not 7 to 14
[ ] Quote requests to two auditors: Type, scope, gap analysis in or out
[ ] A budget line for staff time on evidence, not just the audit fee

A customer's security questionnaire is usually the first place C5 shows up. We wrote about answering those honestly in the security questionnaire article.

Before you ask an auditor for a quote, score your product against the 25 Minimum Viable Secure Product controls and see which gaps a German buyer will find first.

Open the security baseline self-assessment

Sources

§ 393 SGB V, Cloud-Einsatz im Gesundheitswesen (gesetze-im-internet.de) (paragraphs 1 to 8 as summarised above); KPMG: C5-Gleichwertigkeitsverordnung (publication on 19 March 2025, 12, 18 and 24 month periods; as read in search summary); Kertos: C5 attestation for health SaaS and Kertos: practical guide to C5 (timelines, C5:2026 dates and criteria counts, observation periods); ingenieur.de: Was bringt die C5-Zertifizierung wirklich (24 August 2025) (cost ranges, no named source in the article); Securance: BSI C5-Markt 2025 (cost ranges and waits, marketing content from an auditor); Rödl: C5-Testat nach ISAE 3000 (who may audit); heise: C5:2026 (7 April 2026); Hetzner: C5-Testat Typ 2 (25 March 2026); BVMed info sheet on C5 and section 393 (January 2026). Cover photo: Pexels 1148820 (Pexels License). Not checked against a primary source: the exact wording of the C5-Gleichwertigkeitsverordnung, the C5:2026 transition dates (Kertos only), and whether AWS and Azure Frankfurt services hold Type 2 reports. The calendars and cost totals are our own arithmetic on the cited ranges.