Eine Zuordnung von Sicherheitsanforderungen zu Maßnahmen verbindet jede prüfbare Aussage des Auftraggebers mit denjenigen organisatorischen oder technischen Maßnahmen, die im angebotenen Leistungsumfang tatsächlich umgesetzt sind. Hinzu kommen Verantwortlichkeit, Geltungsbereich und der Nachweis für Konzeption, Einrichtung, Betrieb oder Prüfung. Eine Anforderung kann mehrere Maßnahmen benötigen. Umgekehrt kann dieselbe Maßnahme mehrere Anforderungen unterstützen. Eine Referenz auf einen Standard erleichtert die Suche, ersetzt aber weder die eigene Umsetzung noch deren Prüfung.
In einer Vergabematrix steht unter Informationssicherheit häufig nur eine breite Zeile. Das Team trägt daneben ISO/IEC 27001, einen NIST-Verweis oder die Kennung einer internen Maßnahme ein und setzt den Status auf erfüllt. Dabei bleibt offen, ob die Maßnahme für das angebotene Produkt gilt, ob alle Systeme und Rollen erfasst sind und ob der Nachweis nur eine Vorgabe oder den laufenden Betrieb zeigt. Besonders bei Protokollierung, Berechtigungen und Schwachstellenmanagement reichen mehrere voneinander abhängige Tätigkeiten ineinander. Eine einzige grüne Zelle verdeckt dann genau die Lücke, die der Auftraggeber prüfen wollte.
Bauen Sie die Zuordnung vom Ausschreibungstext aus auf. Sichern Sie zunächst Fassung, Definitionen, Los, Leistungsumfang und geforderten Zeitpunkt. Formulieren Sie für jedes Teilmerkmal eine eigene Prüfaussage. Ordnen Sie anschließend die freigegebene interne Maßnahme, ihre konkrete Umsetzung und einen Nachweis mit identischem Geltungsbereich zu. Kennzeichnen Sie Beiträge, Abhängigkeiten, Teilabdeckung und fehlende Unterstützung ausdrücklich. Erst danach entsteht die Antwort für den Auftraggeber. Eine offene Zeile geht in die Sicherheitsprüfung und darf nicht durch einen ähnlich klingenden Standardverweis geschlossen werden.
Ausgangspunkt
Fixieren Sie zuerst die Anforderung im konkreten Vergabeverfahren
Lesen Sie die Sicherheitszeile zusammen mit Begriffsbestimmungen, Leistungsbeschreibung, Antwortanleitung, Wertungsmodell, Nachweisen, Umsetzungsterminen und Vertragsentwurf. Eine identische technische Forderung kann zum Abgabezeitpunkt, vor Betriebsbeginn oder während der gesamten Laufzeit gelten. Diese zeitliche Rolle entscheidet, welchen Ist-Zustand oder welche Verpflichtung die Antwort belegen muss.
Bestimmen Sie anschließend den angebotenen Geltungsbereich. Dazu gehören Bietergesellschaft, Los, Produktfassung, Betriebsform, Regionen, Produktions- und Nebensysteme, Support, Wiederanlauf, Schnittstellen, Datenarten, privilegierte Rollen und relevante Dienstleister. Eine unternehmensweit benannte Maßnahme belegt den konkreten Dienst erst, wenn dieser innerhalb ihrer Population liegt.
Übernehmen Sie einen Standardbegriff nicht ungeprüft. Der Auftraggeber kann eine ISO/IEC-27002-Maßnahme nennen und im nächsten Satz eine eigene Frequenz oder Nachweisform ergänzen. Dann ist die vollständige Forderung maßgeblich. Der Standard hilft bei der Einordnung, nimmt aber die zusätzlichen Bedingungen nicht zurück.
| Bereich | Zu erfassen | Warum |
|---|---|---|
| Quelle | Dokument, Fassung, Fundstelle, Nachtrag und Klarstellung | Verhindert die Zuordnung veralteter Texte |
| Leistung | Bieter, Los, Dienst, Umgebung, Region und Daten | Begrenzt die Aussage auf das Angebot |
| Zeitpunkt | Abgabe, Zuschlag, Einführung, Betriebsstart oder laufender Betrieb | Trennt Ist-Zustand und spätere Pflicht |
| Antwort | Ja oder nein, Erläuterung, Anlage, Prüfbericht oder Zertifikat | Bestimmt die geforderte Belegform |
| Wirkung | Mindestbedingung, Wertung, Prüfung oder Vertragspflicht | Steuert die fachliche Freigabe |
Prüfmodell
Machen Sie aus einer Sammelforderung mehrere Prüfaussagen
Eine Prüfaussage benennt mindestens Akteur, Handlung, Schutzobjekt und erwartetes Ergebnis. Ergänzen Sie die im Vergabetext vorhandenen Bedingungen: betroffene Systeme, Datenklassen, Auslöser, Häufigkeit, Frist, Vollständigkeit, Ausnahme und Nachweis. Fehlt eine Angabe im Original, bleibt sie offen. Eine interne Standardannahme darf nicht als Forderung des Auftraggebers erscheinen.
Achten Sie auf Verknüpfungen und Mengenwörter. „Protokollieren und täglich prüfen“ verlangt zwei verschiedene Ergebnisse. „Alle sicherheitsrelevanten Systeme“ macht die Vollständigkeit der Quellen selbst zum Prüfpunkt. „Innerhalb von 30 Minuten“ beschreibt nicht nur einen Prozess, sondern einen messbaren Zeitraum. Eine Abweichung in einem Teil lässt sich nicht durch gute Ergebnisse in den anderen Teilen ausgleichen.
Führen Sie auch den geforderten Nachweis separat. Ein Auftraggeber kann eine zwölfmonatige Aufbewahrung verlangen und zusätzlich einen Prüfbericht über die wirksame Protokollierung. Die Speicherkonfiguration kann die erste Aussage stützen, jedoch nicht automatisch die zweite. So bleibt erkennbar, ob die Leistung oder nur die gewünschte Belegform offen ist.
| Feld | Beispiel | Prüffrage |
|---|---|---|
| Akteur | Sicherheitsbetrieb des Auftragnehmers | Wer führt die Tätigkeit aus? |
| Handlung | prüft Warnmeldungen | Was muss tatsächlich geschehen? |
| Schutzobjekt | Produktions- und Supportsysteme | Welche Population ist erfasst? |
| Bedingung | bei einer kritischen Meldung | Welches Ereignis löst die Pflicht aus? |
| Zeit | werktäglich und innerhalb von 30 Minuten | Welche Frequenz oder Frist gilt? |
| Ergebnis | bewertete und eskalierte Meldung | Woran erkennt man die Erfüllung? |
Zuordnungsobjekte
Trennen Sie Standard, interne Maßnahme und technische Umsetzung
Drei Ebenen werden in Ausschreibungen leicht vermischt. Ein Standard oder Rahmenwerk beschreibt Anforderungen, Ergebnisse oder empfohlene Maßnahmen. Die interne Sicherheitsmaßnahme legt Ziel, Verantwortlichkeit, Frequenz und erwartete Aufzeichnungen fest. Die Umsetzung bezeichnet die konkreten Systeme, Einstellungen und Abläufe im angebotenen Dienst. Nur die letzten beiden Ebenen können zeigen, was der Bieter im festgelegten Umfang tut.
Das BSI erläutert diesen Unterschied besonders klar: IT-Grundschutz-Anforderungen beschreiben, was geschehen muss oder soll; für das Wie sind geeignete Sicherheitsmaßnahmen festzulegen. Auch NIST trennt den Kontrollkatalog von den Verfahren zur Prüfung der Kontrollen. Eine Referenztabelle kann die inhaltliche Suche beschleunigen. Sie beweist nicht, dass die gefundene Maßnahme eingerichtet wurde oder im maßgeblichen Zeitraum funktioniert hat.
Halten Sie externe Kennung, Fassung und Zuordnungsbegründung neben der internen Maßnahmenkennung fest. Eine Beziehung kann vollständig, teilweise oder nur thematisch sein. NIST weist für seine eigenen Crosswalks darauf hin, dass Zuordnungen nicht stets eins zu eins sind und fachliche Bewertung enthalten. Übernehmen Sie deshalb weder Gleichwertigkeit noch Vollabdeckung aus einer Tabellenzelle.
| Gegenstand | Inhalt | Beweiswert |
|---|---|---|
| Vergabeanforderung | Erwartetes Ergebnis mit Bieterbedingungen | Definiert, was beantwortet werden muss |
| Standardreferenz | Veröffentlichter Kontroll- oder Ergebnisbegriff | Hilft beim fachlichen Auffinden |
| Interne Maßnahme | Ziel, Eigentümer, Population, Häufigkeit und Aufzeichnungen | Beschreibt den geregelten Soll-Zustand |
| Umsetzung | Konfiguration, Verfahren, Betreiber, System und Abhängigkeit | Zeigt den Mechanismus im Angebot |
Beziehungsart
Bilden Sie mehrere Beiträge und geteilte Verantwortung offen ab
Ordnen Sie nicht zwanghaft genau eine Maßnahme zu. Eine vollständige Protokollierungsforderung kann Quelleninventar, Ereigniskonfiguration, Zeitsynchronisation, zentrale Speicherung, Integritätsschutz, Aufbewahrung, tägliche Sichtung und Eskalation benötigen. Jeder Beitrag erhält eine eigene Zeile. Erst die gemeinsame Abdeckung aller Prüfaussagen stützt die Gesamtantwort.
Benennen Sie die Art der Beziehung. Vollständig bedeutet, dass Maßnahme und Nachweis die gesamte Prüfaussage im Angebot abdecken. Teilweise verlangt eine konkrete Angabe zur fehlenden Population, Bedingung oder Zeit. Ein gemeinsamer Beitrag wirkt nur zusammen mit anderen Zeilen. Eine reine Abhängigkeit ermöglicht die Maßnahme, erfüllt aber nicht selbst die Forderung. Referenz, falscher Geltungsbereich und keine Unterstützung sind weitere zulässige Ergebnisse.
Cloud-Leistungen verteilen Pflichten. Der Plattformanbieter kann physische Infrastruktur und Basistechnik absichern. Der Bieter konfiguriert die Anwendung, wertet Ereignisse aus und bearbeitet Feststellungen. Der Kunde verwaltet möglicherweise eigene Nutzerrollen. Der BSI-Auswertungsleitfaden für C5-Berichte verlangt deshalb neben den Maßnahmen und Prüfergebnissen des Anbieters auch die eigenen Nutzerkontrollen. Ordnen Sie jede Handlung der tatsächlich verantwortlichen Partei zu.
| Beziehung | Aussage | Folge |
|---|---|---|
| Vollständig | Die gesamte Prüfaussage ist im angebotenen Umfang belegt | Kann nach Prüfung die Antwort stützen |
| Teilweise | Mindestens ein benannter Teil bleibt offen | Antwort begrenzen oder Lücke prüfen |
| Gemeinsamer Beitrag | Mehrere Maßnahmen ergeben erst zusammen das Ergebnis | Alle Beiträge müssen gültig sein |
| Abhängigkeit | Diese Maßnahme liefert eine Voraussetzung | Nicht als alleinigen Beleg verwenden |
| Nur Referenz | Der Standardbegriff ist thematisch einschlägig | Umsetzung und Nachweis noch suchen |
| Falscher Umfang oder keine Maßnahme | Die geforderte Population ist nicht abgedeckt | Positive Aussage sperren |
Nachweis
Prüfen Sie, welche Ebene ein Nachweis tatsächlich trägt
Eine Richtlinie belegt, dass eine Anforderung beschlossen wurde. Eine Konfigurationsausgabe kann die Einrichtung in einem System zeigen. Betriebsaufzeichnungen belegen durchgeführte Freigaben, Kontrollen oder Reaktionen in einem Zeitraum. Eine Prüfung verbindet Gegenstand, Methode und Ergebnis. Ein externer Bericht bietet unabhängige Aussagekraft, aber nur innerhalb seiner Systemgrenze, Kriterien und Prüfperiode.
Erfassen Sie für jeden Nachweis das geprüfte Objekt, die Fassung, Grundgesamtheit, Auswahlmethode, Stichprobe, Zeitraum, Beobachtungsdatum, Ergebnis, Ausnahmen und verantwortliche Stelle. Das BSI nennt für den IT-Grundschutz-Check Interviews, Vor-Ort-Prüfungen und die Kontrolle von Konfigurationseinstellungen. Die Methode muss zur Aussage passen. Ein Gespräch kann einen Prozess erklären, ersetzt aber keine Systemprüfung, wenn die Frage eine erzwungene Einstellung betrifft.
Prüfen Sie Vollständigkeit ohne Scheingenauigkeit. Bei 80 von 84 erfassten Protokollquellen ist die Quote berechenbar, doch die vier fehlenden Quellen bleiben für eine Alle-Forderung entscheidend. Eine Stichprobe kann innerhalb ihrer Auswahl aussagekräftig sein. Sie belegt nicht ohne Weiteres die gesamte Population. Halten Sie Gegenbelege und offene Feststellungen neben dem positiven Material fest.
| Ebene | Beispiel | Nicht allein belegt |
|---|---|---|
| Konzeption | Freigegebene Richtlinie oder Maßnahmenbeschreibung | Technische Einrichtung und Anwendung |
| Einrichtung | Konfiguration, Inventar oder Bereitstellungsnachweis | Betrieb über einen Zeitraum |
| Betrieb | Protokolle, Tickets, Freigaben, Kontrollen und Abgleiche | Wirksamkeit außerhalb der Population |
| Prüfung | Objekt, Methode, Prüfer, Datum, Ergebnis und Feststellungen | Künftiger Betrieb nach Änderungen |
| Externe Assurance | Bericht mit Systemgrenze, Zeitraum, Kriterien und Ausnahmen | Jede Maßnahme des Bieters oder Produkts |
Praxisbeispiel
Ordnen Sie die Protokollierungsforderung eines kommunalen Krankenhauses zu
Ein fiktives kommunales Krankenhaus beschafft eine Plattform für Patientenplanung. Die Ausschreibung verlangt, dass sicherheitsrelevante Ereignisse aller Systeme mit administrativen Patientendaten zentral erfasst, gegen unbefugte Veränderung geschützt, zeitlich synchronisiert, zwölf Monate aufbewahrt und werktäglich geprüft werden. Kritische Warnungen sind innerhalb von 30 Minuten zu eskalieren. Zum Angebot gehören Anwendung, Supportzugang, verwaltete Datenbank und eine Wiederanlaufumgebung. Das Krankenhaus betreibt sein Benutzerverzeichnis selbst.
Die Zeile wird in sieben Prüfaussagen geteilt: Quellenabdeckung, Ereignisumfang, Zeitsynchronisation, geschützte Zentralablage, Aufbewahrungsdauer, werktägliche Sichtung und Eskalationsfrist. LOG-02 führt die Protokollquellen und Ereignisarten. CFG-05 überwacht die Zeitquelle. LOG-05 regelt geschützte Speicherung und Aufbewahrung. SOC-04 beschreibt Sichtung, Priorisierung und Eskalation. GOV-09 gleicht das Quelleninventar vierteljährlich mit dem Systembestand ab.
Konfigurationsnachweise und ein aktueller Ereignistest decken Anwendung, Produktionsdatenbank und Supportzugang ab. Die Wiederanlaufumgebung erscheint jedoch nicht im Quelleninventar. Sie verarbeitet nur während einer Übung oder Störung Patientendaten, fällt aber unter das Wort „aller“. Auch das kundenbetriebene Verzeichnis liefert Ereignisse nur über eine vertraglich vorgesehene Schnittstelle; dessen Bereitstellung ist eine Kundenpflicht. Die Zuordnung trennt deshalb den fehlenden Lieferantenumfang von der klar benannten Kundenabhängigkeit.
Die Gesamtantwort bleibt bis zur Sicherheitsprüfung offen. Gute Aufbewahrung und schnelle Eskalation gleichen die fehlende Wiederanlaufquelle nicht aus. Die Zuordnung liefert der Prüfung die betroffene Umgebung, die Maßnahme, den fehlenden Nachweis und den genauen Vergabewortlaut. Sie entscheidet weder über Nachbesserung noch darüber, ob eine Einschränkung im Angebot zulässig ist.
| Prüfaussage | Maßnahme und Nachweis | Ergebnis |
|---|---|---|
| Alle Systeme liefern Ereignisse | LOG-02 Quelleninventar und Testereignisse | Teilweise, Wiederanlaufumgebung fehlt |
| Zeitstempel sind synchronisiert | CFG-05 Status der Zeitquellen und Abweichungsbericht | Vollständig für erfasste Systeme |
| Zentrale Daten sind geschützt und zwölf Monate verfügbar | LOG-05 Speicherrichtlinie, Konfiguration und Löschtest | Vollständig für die zentrale Plattform |
| Meldungen werden werktäglich gesichtet | SOC-04 Dienstplan, Fallregister und Kontrollstichprobe | Vollständig im geprüften Zeitraum |
| Kritische Meldungen werden binnen 30 Minuten eskaliert | SOC-04 Zeitstempel aus Alarm- und Fallregister | Vollständig für die geprüfte Population |
| Ereignisse des Kundenverzeichnisses werden geliefert | Vertragliche Kundenpflicht und Schnittstellentest | Geteilte Verantwortung, Übergabe noch zu bestätigen |
Angebotstext
Leiten Sie die Antwort aus den belegten Zeilen ab
Formulieren Sie die Antwort erst nach fachlicher Prüfung der Zuordnung. Nennen Sie das angebotene System, den erfassten Umfang und das belegte Ergebnis in verständlicher Sprache. Eine interne Maßnahmenkennung erleichtert die Nachprüfung, ersetzt aber nicht die Erklärung. Wird ein Nachweis verlangt, verweisen Sie auf die kontrollierte Anlage, den relevanten Abschnitt oder den freigegebenen Prüfweg.
Passen Sie das Verb an die Nachweisebene an. „Die Richtlinie verlangt“ beschreibt Konzeption. „Die Einstellung erzwingt“ benötigt eine Systembeobachtung. „Die Kontrolle wurde im Zeitraum durchgeführt“ braucht Betriebsaufzeichnungen. „Die Prüfung ergab“ setzt Gegenstand, Methode, Datum und Ergebnis voraus. Vermeiden Sie „vollständig konform“, wenn die Zuordnung nur einzelne Sicherheitsforderungen bewertet.
Begrenzen Sie die Offenlegung. Rohprotokolle, Kontonamen, detaillierte Netzpläne und offene Feststellungen gehören nicht ohne fachliche Freigabe in eine Angebotsanlage. Ein geeigneter Auszug oder eine kontrollierte Einsicht kann den benötigten Beleg liefern. Vertraulichkeit darf jedoch nicht als Ausrede für eine positive Antwort ohne belegbare Grundlage dienen.
- Bezeichnen Sie Dienst, Umgebung und erfasste Population.
- Beschreiben Sie das nachgewiesene Ergebnis statt nur die Standardnummer.
- Nennen Sie Zeitraum und Nachweisart, wenn sie für die Aussage wesentlich sind.
- Übernehmen Sie notwendige Einschränkungen in jedes betroffene Antwortfeld.
- Sperren Sie eine Ja-Antwort, solange ein zwingender Teil unbelegt bleibt.
Pflege
Öffnen Sie betroffene Zuordnungen nach einer Änderung erneut
Jede Zuordnung gilt für einen festgelegten Angebotsstand und einen Prüfzeitpunkt. Ein Nachtrag, eine neue Definition, zusätzliche Schnittstelle, andere Region, Produktfassung, Supportrolle, Wiederanlaufoption, Plattformänderung, Feststellung oder abgelaufene Unterlage kann ihre Aussagekraft verändern. Bewahren Sie den alten Stand mit Begründung auf und ersetzen Sie ihn nicht still.
Nutzen Sie eindeutige Zustände wie Anforderung erfasst, Zuordnung in Prüfung, vollständig belegt, teilweise belegt, Verantwortung offen, Geltungsbereich falsch, Nachweis veraltet, nicht unterstützt, Sicherheitsprüfung erforderlich, Antwort freigegeben und ersetzt. Keiner dieser Zustände besagt von selbst, dass ein Gesamtrisiko angenommen oder eine vergaberechtliche Wertung getroffen wurde.
Bewahren Sie die Zuordnung beim jeweiligen Vergabevorhaben. Eine spätere Sicherheitsabfrage darf sie nur übernehmen, wenn Wortlaut, Leistungsumfang, Population, Zeitpunkt und Nachweisbedarf übereinstimmen. Wiederverwendbar ist die geprüfte Beziehung. Eine alte Ja-Antwort ist es nicht.
Woran gute Arbeit erkennbar ist
Konkrete Ergebnisse für Sicherheitsmaßnahmen RFP-Anforderungen zuordnen
- Die maßgebliche Sicherheitsforderung bleibt mit Dokument, Fassung, Fundstelle, Definitionen und Antwortfeld erhalten.
- Jede Sammelforderung wird in einzelne, voneinander prüfbare Aussagen über Akteure, Systeme, Daten, Ereignisse und Fristen zerlegt.
- Interne Maßnahme, konkrete Umsetzung und externer Standardverweis werden als verschiedene Gegenstände geführt.
- Eine Aussage kann mehrere notwendige Maßnahmen erhalten, ohne dass deren gemeinsamer Beitrag verloren geht.
- Lieferanten-, Kunden-, Unterauftragnehmer- und Plattformpflichten sind getrennt zugeordnet.
- Nachweise zeigen eindeutig, ob sie Konzeption, Einrichtung, laufende Anwendung oder eine Prüfung belegen.
- Ein fehlendes System, eine ausgenommene Rolle oder ein abgelaufener Prüfzeitraum bleibt als Teilabdeckung sichtbar.
- Die Angebotsaussage übernimmt weder einen größeren Geltungsbereich noch eine höhere Gewissheit als die geprüfte Zuordnung.
- Änderungen an Ausschreibung, Leistung, Maßnahme oder Nachweis öffnen nur die betroffenen Zuordnungen erneut.
Betriebsmodell
So wird die Arbeit ausgeführt
- 01
Vergabe und Angebot festhalten
Erfassen Sie Verfahren, Los, Dokumentfassungen, Bieter, angebotenen Dienst, Betriebsmodelle, Regionen, Umgebungen, Datenarten, Rollen und beteiligte Dritte.
- 02
Originalforderung sichern
Bewahren Sie Wortlaut, Definitionen, Verweise, Antwortvorgabe, geforderten Nachweis, Zeitpunkt und vergabeseitige Bedeutung zusammen auf.
- 03
Prüfaussagen bilden
Trennen Sie Akteur, Handlung, Schutzobjekt, Sicherheitsziel, Bedingung, Häufigkeit, Grundgesamtheit, Frist und Nachweisforderung.
- 04
Maßnahmen und Umsetzungen suchen
Ermitteln Sie im freigegebenen Maßnahmenbestand Ziel, Verantwortliche, konkrete Verfahren, Systeme, Population, Abhängigkeiten und Aufzeichnungen.
- 05
Beziehung bewerten
Unterscheiden Sie vollständige Unterstützung, Teilabdeckung, gemeinsamen Beitrag, reine Abhängigkeit, Referenz, Geltungsbereichsfehler und fehlende Maßnahme.
- 06
Nachweise prüfen
Vergleichen Sie Gegenstand, Fassung, Population, Zeitraum, Methode, Ergebnis und Einschränkungen jedes Nachweises mit der Prüfaussage.
- 07
Antwort ableiten
Formulieren Sie nur die belegte Aussage, bewahren Sie notwendige Einschränkungen und geben Sie offene Zeilen an die zuständige Sicherheitsprüfung.
- 08
Freigeben und aktuell halten
Stimmen Sie wiederholte Angaben ab, dokumentieren Sie die fachliche Freigabe und definieren Sie Änderungen, die eine erneute Prüfung auslösen.
Bewertung
Fragen, die den Entscheid verändern
- Welcher Wortlaut gilt nach Nachträgen und Bieterfragen für dieses Los?
- Ist die Sicherheitsangabe Eignungsbedingung, Mindestanforderung, Wertungsmerkmal, Umsetzungsziel oder Vertragspflicht?
- Welche Systeme, Daten, Standorte, Rollen, Betriebsphasen und Ausnahmewege umfasst die Forderung?
- Welche Teilmerkmale müssen gemeinsam erfüllt sein, damit eine Ja-Antwort stimmt?
- Welches Schutzziel oder prüfbare Ergebnis verlangt der Auftraggeber?
- Welche interne Maßnahme und welche konkrete Umsetzung tragen zu diesem Ergebnis bei?
- Wer betreibt den jeweiligen Teil: Bieter, Kunde, Plattformanbieter oder Unterauftragnehmer?
- Deckt die Maßnahme die vollständige geforderte Grundgesamtheit und den geforderten Zeitraum?
- Belegt die Unterlage lediglich eine Vorgabe oder auch Umsetzung, Betrieb und Prüfergebnis?
- Ist die Zuordnung aus einem Standard inhaltlich geprüft oder nur übernommen worden?
- Welche Formulierung darf in das Angebot, ohne interne Sicherheitsdetails unnötig offenzulegen?
Fehlermuster
Wo Teams die Kontrolle verlieren
Eine Standardkennziffer wird als Beweis verwendet, obwohl sie nur ein verwandtes Sicherheitsziel beschreibt.
Mehrere notwendige Maßnahmen werden aus Platzgründen auf eine einzige Kennung reduziert.
Eine Soll-Vorgabe oder Verfahrensbeschreibung wird mit laufender Umsetzung verwechselt.
Der Nachweis gilt für das Unternehmensnetz, während angeboten wird, einen externen Fachdienst zu betreiben.
Produktionssysteme sind erfasst, aber Support-, Test-, Wiederanlauf- oder Administrationswege fehlen.
Ein Bericht des Cloud-Anbieters wird auf Tätigkeiten des Bieters oder Kunden ausgedehnt.
Eine Stichprobe ohne dokumentierte Grundgesamtheit wird als Vollabdeckung bezeichnet.
Eine Maßnahme ist wirksam, erfasst aber nicht die vom Auftraggeber vorgegebene Häufigkeit oder Frist.
Teilbeiträge werden addiert, obwohl ein zwingendes Merkmal weiterhin unbelegt ist.
Detaillierte Konfigurationen oder Feststellungen gelangen ohne Notwendigkeit in das Angebotsdokument.
Eine erkannte Lücke erhält keinen eigenen Prüf- und Entscheidungsweg.
Messung
Das fertige Ergebnis messen
Gemessen wird der abgeschlossene Prozess inklusive Review-Aufwand und Ausnahmen. Reines Output-Volumen beweist noch keine bessere Arbeitsweise.
- Prüfaussagen mit maßgeblicher Quelle, Angebotsumfang und erwartetem Ergebnis
- Aussagen mit Verbindung zu freigegebenen internen Maßnahmen und konkreten Umsetzungen
- Zuordnungen mit eindeutigem Status für Voll-, Teil-, Gemeinschafts-, Abhängigkeits- oder Fehlbeziehung
- Maßnahmen mit benannter Verantwortung und dokumentierter Übergabe zwischen Beteiligten
- Nachweise mit passendem Gegenstand, Zeitraum und Geltungsbereich
- Prüfergebnisse mit Methode, Population, Ergebnis, Ausnahmen und Datum
- offene oder teilweise belegte Aussagen mit zuständiger Sicherheitsprüfung
- freigegebene Angebotsaussagen, die auf die geprüfte Zuordnung zurückgeführt werden können
- unbeschränkte Ja-Antworten ohne vollständigen Belegpfad; Zielwert null
Fragen
Häufige Fragen
Reicht eine Referenztabelle zwischen zwei Sicherheitsstandards als Nachweis?
Nein. Sie zeigt eine fachliche Beziehung. Prüfen Sie die interne Maßnahme, ihre Umsetzung, den Geltungsbereich und die Nachweise gegen den vollständigen Vergabewortlaut.
Muss jede Anforderung genau eine Maßnahmenkennung erhalten?
Nein. Breite Anforderungen benötigen oft mehrere Maßnahmen. Eine Maßnahme kann zugleich mehrere Prüfaussagen unterstützen. Halten Sie jede Beziehung separat fest.
Belegt ein ISO/IEC-27001-Zertifikat alle Sicherheitsmaßnahmen?
Nein. Es kann das zertifizierte Informationssicherheitsmanagementsystem innerhalb seines Geltungsbereichs belegen. Einzelne Anforderungen des Auftraggebers benötigen weiterhin passende Umsetzungs- und Betriebsnachweise.
Kann eine Richtlinie die Wirksamkeit einer Maßnahme belegen?
Sie belegt vor allem Ziel und Vorgabe. Für Einrichtung, Anwendung und Wirksamkeit sind je nach Forderung Konfigurationen, Betriebsaufzeichnungen, Vollständigkeitsprüfungen oder Testergebnisse nötig.
Wie werden Kundenpflichten in einer Cloud-Leistung behandelt?
Ordnen Sie Kunden- und Lieferantenhandlung getrennt zu und beschreiben Sie die Übergabe. Der Bieter sollte keine vom Kunden betriebene Maßnahme als eigene Vollabdeckung darstellen.
Darf eine geplante Maßnahme als erfüllt erscheinen?
Nicht als gegenwärtiger Zustand. Halten Sie Plan, Freigabe, Termin und späteren Abnahmetest getrennt fest und geben Sie die offene Anforderung an den Sicherheitsentscheid weiter.
Was geschieht mit vertraulichen Sicherheitsnachweisen?
Nutzen Sie den freigegebenen Offenlegungsweg, etwa einen kontrollierten Auszug, eine Bestätigung oder eine geschützte Einsicht. Stellen Sie keine sensiblen Rohdaten nur wegen der Ausschreibung bereit.
Wann muss die Zuordnung aktualisiert werden?
Nach wesentlichen Änderungen an Vergabetext, Angebot, Systempopulation, Maßnahme, Verantwortlichkeit, Dienstleister, Prüfung oder Gültigkeit des Nachweises.
Quellen
Primärquellen
- NIST SP 800-53 Revision 5, Katalog der Sicherheits- und Datenschutzkontrollen US National Institute of Standards and Technology
- NIST SP 800-53A Revision 5, Prüfung von Sicherheits- und Datenschutzkontrollen US National Institute of Standards and Technology
- Übersicht zur Open Security Controls Assessment Language US National Institute of Standards and Technology
- Häufige Fragen zum NIST Cybersecurity Framework 2.0 US National Institute of Standards and Technology
- NIST-Erläuterung zu informativen Referenzen im Cybersecurity Framework US National Institute of Standards and Technology
- Cyber Assessment Framework Version 4.0 UK National Cyber Security Centre
- Einführung in das Cyber Assessment Framework UK National Cyber Security Centre
- Cloud Controls Matrix und CAIQ Version 4.1 Cloud Security Alliance
- CIS Critical Security Controls Version 8.1 Center for Internet Security
- CIS Controls Assessment Specification für Version 8.1 Center for Internet Security
- IT-Grundschutz-Kompendium, Edition 2023 Bundesamt für Sicherheit in der Informationstechnik
- IT-Grundschutz-Lerneinheit 5.5, Anforderungen anpassen Bundesamt für Sicherheit in der Informationstechnik
- IT-Grundschutz-Lerneinheit 6.2, Vorbereitung und Durchführung Bundesamt für Sicherheit in der Informationstechnik
- BSI-Auswertungsleitfaden für C5-Prüfungsberichte Bundesamt für Sicherheit in der Informationstechnik
- ANSSI-Referenzen für Qualifikationsanforderungen einschließlich SecNumCloud 3.2 Agence nationale de la sécurité des systèmes d’information
- ENISA-Basisanforderungen für die Beschaffung sicherer IKT-Produkte und -Dienste Agentur der Europäischen Union für Cybersicherheit
- ISO/IEC 27001:2022, Anforderungen an Informationssicherheitsmanagementsysteme Internationale Organisation für Normung
- ISO/IEC 27002:2022, Informationssicherheitsmaßnahmen Internationale Organisation für Normung
Ziva
Proposal-Software für quellenbasierte Antworten auf RFPs, RFIs, DDQs und Fragebögen.
Bid-Management, Proposal-Teams, Presales sowie Security- und Compliance-Verantwortliche. Ausgangspunkt sind der bestehende Ablauf, seine Grenzen und die vorhandenen Nachweise.