C5-Bericht prüfen: So erkennen Cloud-Kunden Lücken und offene Pflichten

Professionelle Business-Szene zum Thema „C5-Bericht prüfen: So erkennen Cloud-Kunden Lücken und offene Pflichten“

Ein C5-Bericht ist eine wichtige Informationsquelle zur Sicherheit eines Cloud-Dienstes. Für den Cloud-Kunden beginnt die eigentliche Arbeit jedoch mit der Auswertung: Passt der geprüfte Dienst zum geplanten Einsatz und welche Aufgaben bleiben beim Kunden?

Warum diese Prüfung wichtig ist

Ein positives Gesamtbild kann relevante Einschränkungen enthalten. Dazu gehören ein unpassender Scope, zeitliche Lücken, Ausnahmen, Feststellungen oder korrespondierende Kontrollen für Cloud-Kunden. Wer nur das Testat ablegt, übersieht möglicherweise genau die Punkte, die im eigenen Betrieb umgesetzt werden müssen.

Für eine belastbare Entscheidung müssen Anforderungen, Dokumentaussagen und tatsächliche Zuständigkeiten getrennt betrachtet werden. Fehlende Evidenz ist zunächst unklar – nicht automatisch erfüllt und auch nicht automatisch ein Verstoß.

Was konkret geprüft werden sollte

  • Name, Version und Serviceumfang des geprüften Dienstes
  • Prüfzeitraum und mögliche zeitliche Lücken
  • Prüfungsart und Aussagezeitpunkt
  • Feststellungen, Abweichungen und ergänzende Hinweise
  • Korrespondierende Kontrollen für Cloud-Kunden
  • Abgleich mit Vertrag, SLA und Sicherheitskonzept

Vorgehen in der Praxis

  1. C5-Bericht und Systembeschreibung vollständig erfassen
  2. Scope und Prüfzeitraum mit der Beschaffung abgleichen
  3. Feststellungen und Kundenzuständigkeiten markieren
  4. Erforderliche eigene Kontrollen dokumentieren
  5. Offene Punkte beim Anbieter nachfordern und nachverfolgen

Wer an der Bewertung beteiligt sein sollte

Die Dokumentenprüfung ist keine isolierte Aufgabe der Informationssicherheit. Der Service Owner kennt Einsatzzweck und Abhängigkeiten, der Einkauf kennt die vereinbarten Leistungen, die Rechtsabteilung bewertet verbindliche Klauseln und der Informationssicherheitsbeauftragte ordnet die Nachweise dem Regelwerk zu. Bei technischen Aussagen kommen Betrieb, Architektur oder Datenschutz hinzu. Sinnvoll ist eine klare Rollenverteilung: Eine Person führt die Prüfakte, Fachverantwortliche bestätigen kritische Aussagen und ein benannter Entscheider akzeptiert verbleibende Risiken. So wird verhindert, dass ein positiver Satz aus einem Anbieterpapier stillschweigend als Freigabe gilt.

Für das Thema dieses Artikels sollten die Beteiligten insbesondere Name, Version und Serviceumfang des geprüften Dienstes und Prüfzeitraum und mögliche zeitliche Lücken gemeinsam einordnen. Die Zuständigkeit gehört direkt an den Prüfpunkt: Wer fordert den Nachweis an, wer prüft ihn fachlich und bis wann muss eine belastbare Antwort vorliegen?

Welche Evidenz wirklich belastbar ist

Eine Fundstelle ist zunächst nur ein Texttreffer. Belastbar wird sie erst, wenn Dokumentart, Version, Gültigkeit, Scope und Aussagekraft zusammenpassen. Eine Ausschreibung beschreibt beispielsweise eine Forderung, aber noch keine Erfüllung. Ein Sicherheitskonzept beschreibt einen Sollzustand, während ein datierter Prüf- oder Testbericht zusätzliche Evidenz für die tatsächliche Umsetzung liefern kann. Vertragliche Zusagen wiederum müssen in der final vereinbarten Fassung und einschließlich der referenzierten Anlagen vorliegen.

Zu jeder wichtigen Aussage sollten deshalb mindestens Dokumentname, Versionsstand, Seite, relevante Textpassage, betroffener Dienst und verantwortliche Organisation gespeichert werden. Ebenso wichtig ist die negative Information: Fehlt eine Anlage, endet der Prüfzeitraum vor dem geplanten Einsatz oder gilt eine Aussage nur für eine andere Produktvariante, darf der Punkt nicht grün werden. Der korrekte Zwischenstatus lautet dann „unklar“ und löst eine konkrete Nachforderung aus.

Konkrete Fragen für Anbieter und interne Verantwortliche

  • Welche freigegebene Unterlage belegt „Name, Version und Serviceumfang des geprüften Dienstes“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Prüfzeitraum und mögliche zeitliche Lücken“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Prüfungsart und Aussagezeitpunkt“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Feststellungen, Abweichungen und ergänzende Hinweise“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Korrespondierende Kontrollen für Cloud-Kunden“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Abgleich mit Vertrag, SLA und Sicherheitskonzept“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?

Praxisbeispiel: vom Dokumentensatz zur Entscheidung

Angenommen, ein Unternehmen möchte einen neuen Kollaborationsdienst freigeben. Vorliegen sollen Ausschreibung, C5-Bericht, Vertrag und SLA, Sicherheitskonzept sowie Notfall- und Exit-Unterlagen. Beim ersten Durchlauf findet die Prüfung eine plausible Aussage zu „Name, Version und Serviceumfang des geprüften Dienstes“. Sie wird jedoch nur dann als Stärke übernommen, wenn Dienstname, Geltungsbereich und Dokumentversion zum Beschaffungsvorhaben passen. Parallel wird „Prüfzeitraum und mögliche zeitliche Lücken“ betrachtet. Fehlt dort eine eindeutige Aussage oder verweist das Dokument auf eine nicht beigefügte Anlage, entsteht kein pauschales Negativurteil, sondern ein präziser offener Punkt.

Der nächste Schritt lautet dann beispielsweise: „Anlage mit Geltungsbereich und gültigem Versionsstand beim Anbieter anfordern; anschließend Scope gegen den vorgesehenen Dienst abgleichen.“ Dazu werden Kritikalität, verantwortliche Person und Termin erfasst. Bei „Abgleich mit Vertrag, SLA und Sicherheitskonzept“ kann das Ergebnis bereits positiv sein, sofern eine aktuelle, freigegebene und seitengenau referenzierte Evidenz vorliegt. Das Management sieht damit gleichzeitig, was den Dienst stützt, was die Freigabe blockiert und welche Information noch beschafft werden muss.

Vom offenen Punkt zur geschlossenen Maßnahme

Ein guter Befund endet nicht bei „fehlt“. Er beschreibt erstens das konkrete Problem, zweitens die erwartete Verbesserung und drittens den Bezug zur Anforderung. Nach Eingang der Ergänzung wird nicht nur die Datei abgelegt: Die neue Version wird erneut geprüft, der Fundstelle zugeordnet und fachlich bestätigt. Erst danach ändert sich der Status. Diese Arbeitsweise verhindert den typischen Fehler „C5 mit einer BSI-Zertifizierung gleichsetzen“ und schafft eine belastbare Historie für spätere Wiederholungsprüfungen.

Ein vorbereiteter C5-Beispielbericht kann direkt geöffnet und anschließend mit weiteren Unterlagen abgeglichen werden.
Ein vorbereiteter C5-Beispielbericht kann direkt geöffnet und anschließend mit weiteren Unterlagen abgeglichen werden.

So unterstützt der BSI-Security Check

Im CloudServiceCheck wird der C5-Bericht zusammen mit den übrigen Vertrags- und Sicherheitsunterlagen geprüft. Dadurch wird sichtbar, ob eine Aussage durch weitere Dokumente gestützt wird oder ob noch ein konkreter Nachweis fehlt.

Die Demo verarbeitet die vorbereiteten Unterlagen lokal und regelbasiert. Jede Feststellung bleibt mit Prüfpunkt, Dokument und Seite nachvollziehbar. Dadurch können Verantwortliche gezielt Nachweise anfordern, statt erneut alle Unterlagen vollständig zu lesen.

Was das Tool bewusst nicht verspricht

Eine dokumentenbasierte Prüfung kann nicht bestätigen, dass eine technische Kontrolle im Kundensystem tatsächlich wirksam arbeitet. Sie zeigt aber, welche Aussage belegt, unklar oder widersprüchlich ist und wer sie fachlich klären muss.

Der CloudServiceCheck ist damit eine dokumentenbasierte Vorprüfung und Entscheidungshilfe. Eine pauschale Aussage, ein Unternehmen oder Dienst sei allein aufgrund des Scans vollständig BSI-konform, wäre fachlich nicht seriös.

Typische Fehler

  • C5 mit einer BSI-Zertifizierung gleichsetzen
  • Kundenkontrollen nicht in das eigene ISMS übernehmen
  • Feststellungen ohne Maßnahmen und Frist ablegen

Fazit

Eine gute Prüfung reduziert nicht nur Suchaufwand. Sie macht sichtbar, was bereits belastbar belegt ist, welche Punkte eine Entscheidung blockieren und welcher konkrete Nachweis als Nächstes benötigt wird.

Eigene Cloud-Unterlagen strukturiert prüfen

Sehen Sie sich den lokalen BSI-Security Check mit C5-Bericht, Vertrag, SLA, Sicherheits- und Notfallkonzept direkt in der geführten Demo an.

Zum BSI-Security Check →

Offizielle Grundlage: BSI-Auswertungsleitfaden für C5-Berichte

Bildquelle: OpenAI

Durch die weitere Nutzung der Seite stimmen Sie der Verwendung von Cookies zu. Weitere Informationen

Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.

Schließen