- Start
- Frameworks
- NIST SP 800-171
NIST 800-171.
CUI-Schutz in nichtbundeseigenen Systemen: Anforderungen, Vertragsrevision und Assessment sauber voneinander trennen.
- NIST SP 800-171 Rev. 3 · NIST SP 800-171A Rev. 3
- Von Jonathan Bezdek
- Stand: 22.10.2026
- Fachlich freigegeben von Jonathan Bezdek am 22.10.2026
- Lesezeit: 7 Min.
Kurzantwort.
NIST 800-171 beschreibt Sicherheitsanforderungen zum Schutz von Controlled Unclassified Information, kurz CUI, in Systemen außerhalb der US-Bundesverwaltung. Behörden nutzen die Veröffentlichung in Verträgen und Vereinbarungen. Revision 3 ist seit Mai 2024 veröffentlicht; für einen Auftrag bleiben die vereinbarte Fassung, der bestätigte Datenumfang und das verlangte Assessment maßgeblich.
NIST SP 800-171 Revision 3 einordnen.
NIST SP 800-171 ist eine US-Veröffentlichung für den Schutz bestimmter behördlich geregelter Informationen in nichtbundeseigenen Umgebungen. Abschnitt 1.1 der Revision 3 beschreibt ihren Vertrags- und Vereinbarungsbezug. Daraus entsteht keine allgemeine Pflicht für jedes deutsche Unternehmen und kein universelles NIST-Zertifikat. Der Einstieg ist die konkrete Beziehung zu einer US-Bundesbehörde oder zu einem entsprechenden Hauptauftragnehmer.
CUI bedeutet Controlled Unclassified Information und bezeichnet nach der zuständigen US-Behörde NARA Informationen mit rechtlich oder behördenweit geregelten Schutz- beziehungsweise Weitergabebedingungen. CUI ist keine Geheimklassifizierung und auch kein Sammelbegriff für alle intern vertraulichen Unternehmensdaten. Die betroffene Informationsart und ihre Grundlage müssen geklärt sein; ein selbst vergebenes Etikett ersetzt diese Klärung nicht.
Der aktuelle Veröffentlichungsstand und der vereinbarte Prüfauftrag sind unterschiedliche Angaben. Die NIST-Publikationsseite führt Revision 3 vom Mai 2024 als Nachfolger von Revision 2. Ein bestehender Vertrag wird durch diese Veröffentlichung jedoch nicht automatisch auf eine andere Grundlage umgestellt. Die zuständige Stelle sollte bestätigen, welche Revision, ergänzenden Vorgaben und Nachweisverfahren tatsächlich vereinbart sind.
Für wen CUI-Schutz relevant ist.
NIST 800-171 betrifft im beschriebenen Anwendungsbereich Systeme, die CUI verarbeiten, speichern oder übertragen, sowie Komponenten, die diese Systeme schützen. Abschnitt 1.1 verlangt deshalb eine belastbare Systemabgrenzung. Eine Unternehmensbezeichnung, der Sitz in Europa oder eine grobe Branchenzuordnung beantworten die Scope-Frage nicht. Ebenso wenig sollte ein einzelner Datenraum ohne Prüfung seiner Verbindungen als vollständiger Umfang gelten.
Die praktische Vorbereitung verbindet Auftrag, Informationsfluss und Zuständigkeiten. Halten Sie fest, welche Informationen von wem eingehen, wo sie genutzt werden und welche internen oder externen Dienste beteiligt sind. Ungeklärte Einstufungen gehören an den zuständigen Behördenkontakt oder Hauptauftragnehmer. Die aktuelle NIST-CUI-FAQ verweist solche Compliance-Fragen ausdrücklich an diese Stellen; NIST entscheidet nicht über die Erfüllung eines einzelnen Vertrags.
Auch kleine Organisationen benötigen eine konkrete Vereinbarung statt einer angenommenen Größenbefreiung. Die NIST-FAQ zu Revision 3 beschreibt die Anwendung durch die jeweils zuständige Behörde. Der Small Business Primer SP 1318 erleichtert den Einstieg für kleinere Unternehmen, ersetzt aber weder den Standard noch eine Prüfung des tatsächlichen Leistungsumfangs. Eine überschaubare Organisation kann ihre Abläufe einfach gestalten, muss die vereinbarten Anforderungen aber nachvollziehbar behandeln.
Die NIST-800-171-Anforderungen im Überblick.
Die folgenden sechs Arbeitsbereiche bündeln die CUI-Schutzaufgabe redaktionell; sie sind keine neue Einteilung der NIST-Familien. Revision 3 und der Small Business Primer SP 1318 verbinden organisatorische Entscheidungen mit technischen Maßnahmen. Einzelne Anforderungen werden hier nicht nachgebaut.
Umfang und Verantwortung klären.
Der Schutz beginnt bei bestätigten Informationen und einer beschriebenen Systemgrenze. Planung, Zuständigkeiten und die Beziehungen zu unterstützenden Diensten gehören zusammen. Benennen Sie deshalb neben der technischen Verantwortung auch die Person, die Vertragsfragen und Änderungen mit dem Auftraggeber klärt; so bleibt die Umsetzung auf den richtigen Gegenstand ausgerichtet.
Menschen, Identitäten und Zugriffe verbinden.
Berechtigte Personen brauchen geeignete Zugriffe und ein Verständnis ihrer Aufgaben. Die Familienübersicht der Revision 3 umfasst Zugriffskontrolle, Identifikation, Sensibilisierung und Personalsicherheit. Für die betriebliche Umsetzung sollten Eintritt, Aufgabenwechsel, privilegierte Tätigkeit und Ausscheiden gemeinsam betrachtet werden, statt nur einen technischen Anmeldemechanismus als vollständige Lösung anzusehen.
Systeme kontrolliert betreiben.
Konfiguration, Wartung und Integrität unterstützen einen nachvollziehbaren Betrieb der abgegrenzten Umgebung. Die allgemeine Umsetzungsperspektive des Primers SP 1318 hilft, diese Themen mit konkreten Verantwortlichen zu verbinden. Änderungen sollten mit ihren Auswirkungen auf CUI und auf die vorhandenen Nachweise betrachtet werden; eine einmalige Bestandsaufnahme hält den Umfang nicht dauerhaft aktuell.
Daten und ihre Umgebung schützen.
Der CUI-Schutz umfasst mehr als Daten auf einem Server. Kommunikation, Datenträger, physische Umgebung und beteiligte Schutzkomponenten sind im Kontext der jeweiligen Familien zu betrachten. Die praktische Frage lautet, wo Informationen tatsächlich zugänglich werden und welche Übergänge zwischen Personen, Systemen und Dienstleistern abgesichert und dokumentiert sein müssen.
Vorfälle, Risiken und Bewertung organisieren.
Schutzmaßnahmen benötigen Rückmeldungen aus Überwachung, Risikobeurteilung und Vorfallbearbeitung. Die aktuellen NIST-Veröffentlichungen trennen die Anforderung von ihrer Bewertung: Eine dokumentierte Aussage über Umsetzung ist ein Ausgangspunkt, noch kein Prüfungsergebnis. Legen Sie fest, wer erkannte Probleme bewertet, Maßnahmen verfolgt und geänderte Informationen in die Systembeschreibung zurückführt.
Beschaffung und Parameter nachvollziehbar festlegen.
Externe Leistungen und organisationsbezogene Parameter gehören in die bestätigte Umsetzung. Die Rev.-3-FAQ erläutert, dass Behörden Parameterwerte vorgeben, Auswahlhilfen bereitstellen oder die Festlegung zulassen können. Nicht vorgegebene Werte sind zu vervollständigen; freie Erfindungen oder pauschal übernommene Werte ohne Prüfung der Zuständigkeit schaffen keine belastbare Anforderungsgrundlage.
CUI-Schutz als laufende Aufgabe organisieren.
Auftrag bestätigen.
Erfassen Sie den maßgeblichen Vertrag oder die Vereinbarung samt zuständiger Stelle, verlangtem Nachweis und den Personen, die offene Auslegungsfragen verbindlich klären können.
Informationsfluss abgrenzen.
Beschreiben Sie bestätigte CUI, beteiligte Personen und Systeme sowie Verbindungen zu Schutzkomponenten und externen Diensten in einer überprüfbaren Systemdarstellung.
Revision und Parameter festhalten.
Bestätigen Sie die anzuwendende Ausgabe sowie Herkunft und Zuständigkeit der Parameterwerte, bevor Sie die Anforderungen in betriebliche Aufgaben übersetzen.
Umsetzung verantwortlich betreiben.
Ordnen Sie den vereinbarten Anforderungen konkrete Abläufe, technische Einstellungen und Verantwortliche zu und halten Sie Änderungen am Umfang nachvollziehbar fest.
Nachweise gezielt prüfen.
Planen Sie passende Untersuchungen, Gespräche und Tests für den bestätigten Prüfauftrag und dokumentieren Sie Ergebnisse, Grenzen und offene Maßnahmen.
Änderungen nachhalten.
Bewerten Sie neue Dienste, Datenflüsse und Vertragsänderungen gemeinsam mit den Verantwortlichen und aktualisieren Sie Systembeschreibung, Maßnahmen und Assessment-Unterlagen entsprechend.
Assessment und Nachweis getrennt verstehen.
NIST SP 800-171A liefert Verfahren für die Bewertung der Sicherheitsanforderungen. Abschnitt 1.1 nennt den System Security Plan, kurz SSP, als Grundlage für den Bewertungsumfang; Abschnitt 2.1 unterscheidet Untersuchung, Befragung und Test. Ein Prüfplan sollte festlegen, welche Aussagen mit welchen Belegen untersucht werden. Nicht jede beispielhaft aufgeführte Unterlage ist automatisch für jeden Auftrag erforderlich.
Die Bewertung soll eine nachvollziehbare Aussage über die tatsächliche Umsetzung im vereinbarten Umfang ermöglichen. Der Assessment-Primer SP 1352 vom September 2026 bietet dazu eine zusätzliche Einführung. Eine bloße Prozentzahl ohne Revisionsangabe, Systemgrenze und belegte Ergebnisse ist für diese Einordnung wenig hilfreich. Welche Form der Auftraggeber akzeptiert und wann eine erneute Bewertung nötig ist, muss im einschlägigen Rahmen geklärt werden.
CMMC ist ein eigenes Programm, kein anderer Name für NIST 800-171. Die NIST-CUI-FAQ beschreibt die Verbindung zu NIST-Anforderungen und Prüfmethoden, grenzt NIST aber von der CMMC-Zertifizierung ab. Ein geforderter Programmstatus oder eine DoD-Bewertung entsteht deshalb nicht allein durch die Bearbeitung eines Rev.-3-Katalogs. Eine allgemeine Gültigkeitsdauer für sämtliche Nachweise lässt sich daraus ebenfalls nicht ableiten.
Andere Frameworks einordnen.
NIST SP 800-53 ist der breitere Sicherheits- und Datenschutz-Kontrollkatalog, während NIST SP 800-171 auf den beschriebenen CUI-Kontext zugeschnitten ist. NIST CSF unterstützt die gemeinsame Einordnung angestrebter Cybersecurity-Ergebnisse. ISO 27001 organisiert ein Informationssicherheitsmanagementsystem; ein entsprechendes Zertifikat ersetzt keinen gesondert verlangten CUI- oder Vertragsnachweis.
In Secani.
Secani führt einen redaktionellen Arbeitskatalog zu NIST SP 800-171 Revision 3. Die Profilangaben unterscheiden bestätigten CUI-Umfang, Vertragsrevision, Behörden- oder Vertragsanforderung, Parameterzuständigkeit und externe Dienstleister. So lässt sich die zugrunde gelegte Einordnung zusammen mit der Bearbeitung festhalten. Der Katalog ist eine Arbeitshilfe mit ausstehender Fachprüfung; er stellt weder einen CMMC-Status noch einen DoD-Score oder eine behördliche Konformitätsentscheidung aus.
Nächster Schritt.
Beginnen Sie mit einem konkreten Auftrag und einem bestätigten Informationsfluss. Halten Sie fest, welche CUI betroffen ist, welche Systeme sie berühren und wer die anzuwendende Vertragsrevision bestätigen kann. Erst danach lässt sich sinnvoll entscheiden, welche Arbeit und welcher Nachweis als Nächstes erforderlich sind. Die beschriebene Schrittfolge ist eine praktische Orientierung, keine zusätzliche behördlich vorgeschriebene Reihenfolge.
Quellen.
- NIST SP 800-171 Rev. 3: Veröffentlichung und Anwendungsbereich
- NIST SP 800-171 Rev. 3: Abschnitte 1 und 2 sowie Familienübersicht
- NARA: Controlled Unclassified Information
- NIST: FAQ zu Revision 3 und organisationsbezogenen Parametern
- NIST SP 1318: Small Business Primer
- NIST SP 800-171A Rev. 3: Abschnitte 1.1 und 2.1
- NIST SP 1352: Assessment Small Business Primer
- NIST: CUI-FAQ zu Vertragsfragen und CMMC
Häufige Fragen.
Nein. CUI ist eine rechtlich beziehungsweise behördlich geregelte Informationskategorie; eine interne Vertraulichkeitskennzeichnung allein genügt nicht. Klären Sie die betroffenen Informationen und ihre Grundlage mit der zuständigen Stelle.
Nein. Die aktuelle NIST-Veröffentlichung und die vertraglich geforderte Fassung sind getrennt zu bestätigen. Für Umsetzung und Assessment ist der konkret vereinbarte Rahmen entscheidend.
Nein. Sicherheitsanforderungen, Bewertungsverfahren und CMMC-Programmstatus haben unterschiedliche Funktionen. NIST ist nach seiner eigenen FAQ nicht für die CMMC-Zertifizierung zuständig.
Nein. Maßgeblich sind die konkrete Vereinbarung, die relevanten Informationen und der betroffene Systemumfang. Der Unternehmenssitz allein bestätigt weder eine Pflicht noch eine Ausnahme.
CUI-Schutz mit klarem Umfang.
Ordnen Sie mit Secani den Arbeitsstand, die Verantwortlichkeit und die zugrunde gelegte Vertragsrevision.
Diese Seite gibt allgemeine Orientierung. Maßgeblich bleiben die einschlägigen Behördenvorgaben, die vereinbarte Revision und der konkrete Vertrag.