C5 Typ 1 oder Typ 2? So bewerten Sie Prüfzeitraum und Aussagekraft

Professionelle Business-Szene zum Thema „C5 Typ 1 oder Typ 2? So bewerten Sie Prüfzeitraum und Aussagekraft“

Bei der Auswertung eines C5-Berichts ist nicht nur das Ergebnis wichtig. Auch die Art des Berichts bestimmt, ob Kontrollen zu einem Zeitpunkt beschrieben oder über einen Zeitraum auf ihre Ausgestaltung und Wirksamkeit betrachtet wurden.

Warum diese Prüfung wichtig ist

Wer Typ 1 und Typ 2 nicht unterscheidet, kann die Aussagekraft eines Berichts überschätzen. Für Beschaffung und laufenden Betrieb ist außerdem zu prüfen, ob der Zeitraum aktuell ist und ob zwischen aufeinanderfolgenden Nachweisen Lücken entstehen.

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

  • Berichtsart und zugrunde liegender Prüfungsstandard
  • Stichtag oder abgedeckter Prüfzeitraum
  • Beschreibung der geprüften Kontrollen
  • Ergebnisse zur Ausgestaltung und Wirksamkeit
  • Zeitliche Lücke bis zum nächsten Bericht
  • Veränderungen des Dienstes nach Ende des Prüfzeitraums

Vorgehen in der Praxis

  1. Berichtsart im Dokument eindeutig identifizieren
  2. Zeitraum in der Anbieterakte erfassen
  3. Änderungen seit dem Prüfungsende nachfragen
  4. Lücken durch ergänzende Nachweise überbrücken
  5. Folgetermin für die erneute Auswertung festlegen

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 Berichtsart und zugrunde liegender Prüfungsstandard und Stichtag oder abgedeckter Prüfzeitraum 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 „Berichtsart und zugrunde liegender Prüfungsstandard“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Stichtag oder abgedeckter Prüfzeitraum“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Beschreibung der geprüften Kontrollen“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Ergebnisse zur Ausgestaltung und Wirksamkeit“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Zeitliche Lücke bis zum nächsten Bericht“ für genau den betrachteten Cloud-Dienst, in welcher Version und an welcher konkreten Fundstelle?
  • Welche freigegebene Unterlage belegt „Veränderungen des Dienstes nach Ende des Prüfzeitraums“ 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 „Berichtsart und zugrunde liegender Prüfungsstandard“. Sie wird jedoch nur dann als Stärke übernommen, wenn Dienstname, Geltungsbereich und Dokumentversion zum Beschaffungsvorhaben passen. Parallel wird „Stichtag oder abgedeckter Prüfzeitraum“ 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 „Veränderungen des Dienstes nach Ende des Prüfzeitraums“ 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 „Typ 1 und Typ 2 als gleichwertig behandeln“ und schafft eine belastbare Historie für spätere Wiederholungsprüfungen.

Der Prüfprozess verbindet Zeitangaben und Evidenz mit einem versionierten Prüfraster.
Der Prüfprozess verbindet Zeitangaben und Evidenz mit einem versionierten Prüfraster.

So unterstützt der BSI-Security Check

CloudServiceCheck ordnet Datums- und Scope-Angaben den passenden Prüfpunkten zu. So bleibt sichtbar, ob ein positiver Nachweis noch aktuell und für den betrachteten Dienst verwendbar ist.

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

Die Bezeichnung der Berichtsart ist kein Qualitätsurteil für sich. Maßgeblich bleiben der konkrete Scope, die Ergebnisse, die Kundenkontrollen und die Aktualität.

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

  • Typ 1 und Typ 2 als gleichwertig behandeln
  • Nur das Ausstellungsdatum statt des Prüfzeitraums erfassen
  • Serviceänderungen nach dem Prüfzeitraum ignorieren

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