NIST CSF 2.0
Wir bestimmen Ihren Reifegrad entlang des NIST Cybersecurity Framework 2.0 und setzen die Lücken anschließend mit Ihnen um, von der Standortbestimmung über das begründete Zielprofil bis zum Control, das im Betrieb tatsächlich wirkt. Das funktioniert eigenständig, neben einem ISMS nach ISO 27001, mit den CIS Controls als technischer Ebene, oder als Ordnungsrahmen für die Pflichten aus NIS2 und DORA.
Warum, was und wie: wo das NIST CSF steht
Bevor es um das Framework selbst geht, die Einordnung. NIS2, ISO 27001, CIS Controls, NIST CSF: Diese Namen fallen ständig in einem Atemzug, obwohl sie gar nicht in dieselbe Kategorie gehören. Sie beantworten drei verschiedene Fragen, und am schnellsten versteht man das an einem einzigen Beispiel, das durch alle drei Ebenen läuft.
§ 30 Absatz 2 Nummer 10 BSIG verlangt von betroffenen Einrichtungen ausdrücklich „Lösungen zur Multi-Faktor-Authentifizierung oder kontinuierlichen Authentifizierung". Für welche Zugänge, mit welchem Verfahren und woran man die Erfüllung misst, steht nicht im Gesetz.
Artikel 9 Absatz 4 Buchstabe d DORA verlangt von Finanzunternehmen „Konzepte und Protokolle für starke Authentifizierungsmechanismen, die auf einschlägigen Normen und speziellen Kontrollsystemen basieren". Das Wort MFA fällt nicht einmal, und welche Norm gemeint ist, bleibt offen.
Große Auftraggeber schreiben MFA vertraglich vor, in Sicherheitsanhängen, Rahmenverträgen und Auftragsverarbeitungsverträgen. Das ist keine Empfehlung, sondern eine Leistungspflicht: Wer sie nicht erfüllt, ist raus. Für welche Zugänge sie gilt, steht auch dort meist nicht.
Cyber-Versicherer machen MFA zur Bedingung, typischerweise für Fernzugriffe, administrative Konten und E-Mail. Je nach Anbieter entscheidet das über die Prämie, den Selbstbehalt oder darüber, ob es überhaupt einen Vertrag gibt. Den Umfang definiert hier der Versicherer, nicht der Gesetzgeber.
Das CSF formuliert als Ergebnis PR.AA-03: „Users, services, and hardware are authenticated." Sechs Wörter, kein Verfahren. Dasselbe Ergebnis gilt für den Handwerksbetrieb mit zwölf Rechnern und für die Bank, nur der Weg dorthin unterscheidet sich.
Annex A 8.5 „Secure authentication" verlangt sichere Authentisierungsverfahren, hergeleitet aus der eigenen Zugriffsrichtlinie; A 5.17 regelt den Umgang mit den Authentisierungsinformationen selbst. Auch hier steht das Ziel, nicht das Werkzeug. Welches Verfahren angemessen ist, entscheidet Ihre Risikoanalyse.
MFA für alle extern erreichbaren Anwendungen, eigene wie fremde, soweit unterstützt. Die Umsetzung über einen Verzeichnisdienst oder SSO-Anbieter gilt ausdrücklich als erfüllt. Ein Satz, der sich mit Ja oder Nein beantworten lässt.
MFA für jeden Fernzugriff ins Unternehmensnetz. Genau der Weg, über den reale Angreifer am häufigsten einsteigen: ein gültiges Passwort an einem VPN-Gateway ohne zweiten Faktor.
MFA für sämtliche administrativen Konten auf allen Assets, gleich ob selbst betrieben oder beim Dienstleister. Das Konto, mit dem ein Angreifer aus einem Einbruch einen Totalschaden macht.
Das Gesetz begründet die Pflicht, das Rahmenwerk übersetzt sie in ein Ergebnis, der Maßnahmenkatalog macht sie prüfbar. Wer nur das Gesetz liest, weiß nicht, wann er fertig ist. Wer nur den Katalog abarbeitet, kann nicht begründen, warum.
Diese Kette funktioniert vollständig ohne Zertifikat. Das BSIG verlangt geeignete Maßnahmen und deren Dokumentation; internationale Normen sind zu berücksichtigen, nicht zu erwerben. Selbst die Nachweispflicht nach § 39 BSIG trifft nur Betreiber kritischer Anlagen und lässt neben Zertifizierungen ausdrücklich Sicherheitsaudits und Prüfungen zu. Wer also keinen harten Nachweisdruck von Kunden, Aufsicht oder Versicherer hat, kommt über das CSF als Ordnung und die CIS Controls als Umsetzung schneller zu belegbarer Sicherheit: ohne Normkauf, ohne Auditzyklus, ohne ISMS-Verwaltung.
Ein Zertifikat brauchen Sie, wenn jemand es sehen will. Wirksame Sicherheit brauchen Sie so oder so.
Was ist das NIST Cybersecurity Framework?
Das NIST Cybersecurity Framework 2.0 ist kein Maßnahmenkatalog, sondern eine gemeinsame Sprache für Cybersicherheit: 106 angestrebte Ergebnisse, geordnet in sechs Funktionen von Govern über Identify, Protect, Detect und Respond bis Recover. Es beschreibt, was erreicht sein muss, und lässt bewusst offen, womit.
Herausgeber ist das National Institute of Standards and Technology, die Normungsbehörde der USA. Version 2.0 erschien am 26. Februar 2024, die erste grundlegende Überarbeitung seit 2014. Der frühere Titel „Framework for Improving Critical Infrastructure Cybersecurity" ist entfallen: Das Framework richtet sich jetzt ausdrücklich an Organisationen jeder Größe und Branche. Die Nutzung ist kostenlos.
Hier beginnen die meisten Missverständnisse. Das CSF schreibt keine Maßnahmen vor, und NIST sagt das im Dokument selbst: Die Ergebnisse seien keine Liste abzuarbeitender Maßnahmen. Das Ergebnis PR.AA-03 lautet vollständig „Users, services, and hardware are authenticated". Von Multi-Faktor-Authentisierung steht dort nichts. Das ist Absicht: Dieselbe Formulierung muss für einen Handwerksbetrieb mit zwölf Rechnern tragen und für eine Bank.
Das CSF beantwortet damit zwei Fragen, was erreicht sein muss und wie gut Sie darin sind. Die dritte, womit, lässt es bewusst offen. Deshalb konkurriert es nicht mit ISO 27001 oder den CIS Controls: Es ist die Landkarte, nicht die Maßnahmenliste.
Sechs Funktionen, 22 Kategorien, 106 Ergebnisse
Der Core ist dreistufig und führt von allgemein nach konkret: sechs Funktionen als Sprache für die Geschäftsführung, 22 Kategorien zur thematischen Ordnung, 106 Ergebnisse, über die sich im Fachteam diskutieren lässt.
Govern rahmt die anderen fünf ein: Die Funktion hat keine eigene Schutzwirkung, sondern legt fest, welche Ergebnisse überhaupt Priorität haben. Reihenfolge und Umfang sagen laut NIST nichts über die Wichtigkeit aus. Detect ist mit elf Ergebnissen die kleinste Funktion und in der Praxis trotzdem regelmäßig die größte Lücke. Klicken Sie eine Funktion an, um ihre Kategorien zu sehen:
Govern: warum Version 2.0 anders denkt
Version 1.1 hatte fünf Funktionen. Die sechste ist mehr als eine Ergänzung: Govern umfasst 31 der 106 Ergebnisse, fast ein Drittel des Frameworks. NIST verlagert den Schwerpunkt von der eingesetzten Technik auf die Frage, wer auf welcher Grundlage entscheidet und dafür geradesteht.
Zwei Kategorien sind für den Mittelstand entscheidend. GV.RR nimmt die Leitungsebene ausdrücklich in die Verantwortung. GV.SC widmet den Lieferkettenrisiken zehn eigene Ergebnisse, von der Priorisierung der Lieferanten über vertragliche Anforderungen bis zur Einbindung Dritter in die Notfallplanung. In Version 1.1 war das ein Randthema.
Wer NIS2 umsetzt, erkennt hier vieles wieder. Das CSF ersetzt weder die Betroffenheitsanalyse noch die gesetzlichen Pflichten, ordnet sie aber in einen Rahmen ein, den auch ein Aufsichtsrat lesen kann, und macht den Stand der Umsetzung von Jahr zu Jahr vergleichbar.
Tiers und Profile: hier passiert die eigentliche Arbeit
Das Framework wird gern auf seine sechs Funktionen verkürzt. Damit bleibt der Teil unbeachtet, der aus einer Taxonomie ein Steuerungsinstrument macht. Die Tiers zuerst, denn hier hält sich der hartnäckigste Irrtum. Vier Stufen beschreiben, wie verbindlich eine Organisation ihre Cyber-Risiken steuert: ad hoc oder nach Richtlinie, im Einzelfall oder organisationsweit, aus dem Bauch oder auf Basis von Bedrohungsdaten. Was sie ausdrücklich nicht sind: ein Reifegradmodell, in dem Stufe 4 für alle das Ziel wäre.
Für viele mittelständische Organisationen ist Tier 3 der sinnvolle Zielzustand, Tier 4 wäre teuer erkaufte Symbolik. Entscheidend ist nicht die Zahl, sondern ob die Stufe zur Bedrohungslage und zu den Vorgaben passt.
Das zweite Werkzeug ist das Organisationsprofil, und es ist der eigentliche Motor. Ein Profil ist kein Dokument, sondern ein Abstand: Das Current Profile hält fest, welche der 106 Ergebnisse heute erreicht sind, das Target Profile, welche erreicht sein sollen. Die Differenz ist die Roadmap. NIST beschreibt dafür fünf Schritte:
- SCHRITT 1Scope festlegenWorauf bezieht sich das Profil? Die ganze Organisation, ein Geschäftsbereich, oder gezielt ein Szenario wie Ransomware.
- SCHRITT 2Informationen sammelnRichtlinien, Risikoregister, Business-Impact-Analyse, geltende Anforderungen, eingesetzte Werkzeuge und Rollen.
- SCHRITT 3Profil erstellenCurrent Profile und Target Profile ausformulieren. Ein Community Profile der eigenen Branche kann als Vorlage für das Ziel dienen.
- SCHRITT 4Lücken analysierenDer Abstand zwischen Ist und Ziel wird zum priorisierten Maßnahmenplan, nicht zu einer Mängelliste.
- SCHRITT 5Umsetzen und fortschreibenDen Plan abarbeiten und das Profil aktualisieren. NIST sieht das ausdrücklich als Kreislauf, nicht als Projekt mit Enddatum.
Ein Zielprofil, das begründet ist statt gewünscht
Der wunde Punkt des Verfahrens liegt in Schritt 3: Woher kommt das Target Profile? Aus dem Bauchgefühl abgeleitet oder aus dem Wunsch, überall gut dazustehen, wird daraus ein Wunschzettel mit 106 Positionen. Genau hier setzt unser Kernansatz an. Welche Angreifer haben es auf Ihre Branche und Ihre Größe abgesehen, welche Techniken nutzen sie nach MITRE ATT&CK, und welche der 106 Ergebnisse zahlen auf genau diese Techniken ein?
So wird aus einem priorisierten Zielbild ein begründetes, und aus einer Reifegradbewertung eine Entscheidungsgrundlage. NIST sieht das im Framework selbst vor: Das Target Profile soll Trends aus Bedrohungsdaten berücksichtigen. Die meisten Bewertungen tun es trotzdem nicht.
NIST CSF, ISO 27001 oder CIS Controls?
Wer zwischen den dreien entscheiden muss, findet die Unterschiede hier nebeneinander:
| NIST CSF 2.0 | ISO 27001:2022 | CIS Controls v8.1 | |
|---|---|---|---|
| Art | Freiwilliges Rahmenwerk | Managementsystem, zertifizierbar | Freiwilliger Maßnahmenkatalog |
| Charakter | Taxonomie aus 106 Ergebnissen, bewusst nicht präskriptiv | Managementsystem mit 93 Annex-A-Controls | Präskriptiver Katalog mit 153 Safeguards |
| Priorisierung | Über das Zielprofil selbst herzuleiten | Über die eigene Risikoanalyse herzuleiten | Eingebaut über drei Implementation Groups |
| Reifegrad | Vier Tiers für die Verbindlichkeit der Steuerung | Kein Reifegradmodell, geprüft wird die Konformität | Messbarer Umsetzungsgrad je Safeguard |
| Zertifizierung | Keine | Akkreditiert und international anerkannt | Keine |
| Kosten des Rahmenwerks | Kostenlos | Normkauf, Auditkosten, Pflege des ISMS | Kostenlos |
| Typischer Antrieb | Standortbestimmung, Board-Reporting, Konzernvorgabe | Nachweispflicht gegenüber Kunden oder Aufsicht | Schnelle, messbare Risikoreduktion |
Für die Auswahl heißt das: Wählen Sie nach dem Antrieb, nicht nach dem Rahmenwerk. Verlangt ein Kunde oder ein Regulierer einen Nachweis, führt an ISO 27001 kein Weg vorbei. Geht es um schnelle, messbare Risikoreduktion, sind die CIS Controls der kürzere Weg. Und das CSF ist richtig, wenn Sie zuerst wissen müssen, wo Sie stehen, oder eine Sprache brauchen, in der Fachteam und Geschäftsführung dieselbe Lage besprechen.
Von der Standortbestimmung bis zur Umsetzung
Wir arbeiten entlang des Ablaufs, den NIST vorsieht, mit der Ergänzung an der entscheidenden Stelle. Und wir hören nicht bei der Roadmap auf:
Wer ohnehin auf ein ISMS nach ISO 27001 zuläuft, bekommt mit dem Zielprofil die Priorisierung, die die Norm selbst nicht mitliefert. Wer unter NIS2 oder DORA fällt, bekommt eine Struktur, in der sich die Pflichten Jahr für Jahr belegen lassen. Und wenn Sie nur wissen wollen, wo Sie stehen, endet unsere Arbeit nach der Roadmap.
Häufige Fragen zum NIST CSF
Was ist das NIST Cybersecurity Framework?
Das NIST Cybersecurity Framework 2.0 ist kein Maßnahmenkatalog, sondern eine gemeinsame Sprache für Cybersicherheit: 106 angestrebte Ergebnisse, geordnet in sechs Funktionen von Govern über Identify, Protect, Detect und Respond bis Recover. Es beschreibt, was erreicht sein muss, und lässt bewusst offen, womit. Herausgeber ist das National Institute of Standards and Technology; Version 2.0 erschien am 26. Februar 2024 und ist kostenlos nutzbar.
Was hat sich in Version 2.0 gegenüber 1.1 geändert?
Neu ist die sechste Funktion Govern, die mit 31 der 106 Ergebnisse fast ein Drittel des Frameworks ausmacht und die Verantwortung der Leitungsebene in den Mittelpunkt rückt. Lieferkettenrisiken bekommen mit GV.SC eine eigene Kategorie mit zehn Ergebnissen. Außerdem gilt das Framework nicht mehr nur für kritische Infrastrukturen.
Sind die vier Tiers ein Reifegradmodell?
Nein, und das ist das häufigste Missverständnis. Die vier Tiers beschreiben, wie verbindlich eine Organisation ihre Cyber-Risiken steuert, nicht wie gut sie technisch aufgestellt ist. NIST empfiehlt den Aufstieg nur, wenn Risiken oder Vorgaben steigen oder eine Kosten-Nutzen-Betrachtung dafür spricht. Tier 4 ist deshalb für die meisten Organisationen kein sinnvolles Ziel.
Was ist der Unterschied zwischen Current Profile und Target Profile?
Das Current Profile hält fest, welche der 106 Ergebnisse heute erreicht sind. Das Target Profile beschreibt, welche erreicht sein sollen, unter Berücksichtigung neuer Anforderungen und der Bedrohungslage. Der Abstand zwischen beiden ist die Roadmap. Ein Community Profile der eigenen Branche kann als Vorlage dienen.
Kann man sich nach dem NIST CSF zertifizieren lassen?
Nein, eine akkreditierte Zertifizierung wie bei ISO 27001 gibt es nicht. Möglich und oft ausreichend ist eine dokumentierte Bewertung entlang der 106 Ergebnisse, die sich gegenüber Konzernmutter, Cyber-Versicherer oder Kunden belegen lässt.
NIST CSF oder ISO 27001: was passt zu uns?
Das entscheidet der Antrieb, nicht das Rahmenwerk. Verlangt ein Kunde oder ein Regulierer einen Nachweis, brauchen Sie ISO 27001, denn nur dort gibt es ein akkreditiertes Zertifikat. Geht es um Standortbestimmung, Board-Reporting oder die Vorgabe einer Konzernmutter, ist das CSF passender: schneller, kostenlos und in einer Sprache, die auch außerhalb der IT verstanden wird.
Wie lange dauert eine Reifegradbestimmung nach NIST CSF?
Das hängt vom Scope ab. Für eine mittelständische Organisation mit klar umrissenem Geltungsbereich sind Current Profile, Zielprofil und Roadmap üblicherweise in wenigen Wochen zu leisten. Deutlich länger dauert das Schließen der Lücken, und genau dafür ist die Priorisierung da.

Daniel Thomas Heessel wurde als CISO des Jahres 2026 ausgezeichnet und hat als Security-Verantwortlicher einer internationalen Unternehmensgruppe Sicherheitsprogramme entlang realer Bedrohungen gesteuert. Er ist zertifizierter ISO 27001 Senior Lead Auditor, CISSP, CISM und MITRE ATT&CK Defender und übersetzt Reifegradbewertungen regelmäßig in beides: eine Roadmap fürs Fachteam und ein Lagebild für die Leitungsebene.
Fachlich geprüft im September 2026. Alle Zahlen, Kategorien und Zitate stammen aus der Primärquelle NIST CSWP 29, „The NIST Cybersecurity Framework (CSF) 2.0" vom 26. Februar 2024.