12 FIPS-Compliance ist eine grundlegende Anforderung für Organisationen, die US-Bundesbehörden, Verteidigungsprogramme und viele regulierte Workloads unterstützen. Sie regelt, wie Kryptografie implementiert, validiert und betrieben werden muss. Für Speicher- und Infrastrukturteams wirkt sich FIPS-Compliance direkt aus auf: Verschlüsselung im Ruhezustand Verschlüsselung bei der Übertragung Architektur der Schlüsselverwaltung Produktauswahl und Beschaffung Audit-Bereitschaft Obwohl FIPS-Compliance häufig in Beschaffungsunterlagen auftaucht, ist sie nicht einfach ein Vertragsbegriff. Sie ist ein technischer Standard, der festlegt, wie sich kryptografische Module verhalten müssen, um sensible Informationen zu schützen. Für Architekten, Sicherheitsteams und technische Gutachter ist es unerlässlich zu verstehen, was FIPS-Compliance tatsächlich abdeckt – und was nicht. Was ist FIPS-Compliance? FIPS steht für Federal Information Processing Standards, eine Reihe von Standards, die vom National Institute of Standards and Technology (NIST) herausgegeben werden. In Diskussionen zur Cybersicherheit bezieht sich FIPS fast immer auf FIPS 140, den Standard, der Sicherheitsanforderungen an kryptografische Module definiert. FIPS-Compliance bedeutet, dass ein kryptografisches Modul: von NIST zugelassene Algorithmen verwendet festgelegte Sicherheitsanforderungen erfüllt im Rahmen des Cryptographic Module Validation Program (CMVP) validiert wurde Ein kryptografisches Modul kann Hardware, Software, Firmware oder eine hybride Kombination sein. Es ist die Komponente, die Verschlüsselung, Entschlüsselung, Hashing, Schlüsselerzeugung und verwandte kryptografische Funktionen ausführt. Wichtig: FIPS gilt für kryptografische Module – nicht für ganze Systeme. Eine Speicherplattform ist nicht pauschal „FIPS-zertifiziert“. Vielmehr können bestimmte kryptografische Komponenten innerhalb dieser Plattform FIPS-validiert sein. Diese Unterscheidung ist bei Audits und bei Beschaffungsprüfungen von US-Bundesbehörden von großer Bedeutung. FIPS 140-2 und FIPS 140-3 Derzeit werden vor allem zwei Versionen des Standards diskutiert: FIPS 140-2, seit vielen Jahren weit verbreitet FIPS 140-3, die aktuelle Version, abgestimmt auf ISO/IEC 19790 Neue Validierungen kryptografischer Module erfolgen inzwischen nach FIPS 140-3. Viele bestehende Umgebungen setzen während der Übergangsphase jedoch weiterhin auf zuvor validierte Module nach FIPS 140-2. Beide Versionen definieren Sicherheitsanforderungen in ähnlichen Bereichen, darunter Algorithmennutzung, Schlüsselverwaltung, Selbsttests, Authentifizierung und physische Sicherheit. Organisationen, die FIPS-Compliance bewerten, sollten klären, welche Version für ihre Umgebung gilt und ob bestimmte Behörden ihre Anforderungen bereits auf FIPS 140-3 umgestellt haben. Der Übergang 2026: Was er für Nutzer von FIPS 140-2 bedeutet FIPS 140-2 ist seit mehr als zwei Jahrzehnten weit verbreitet. Nun steht jedoch ein formeller Übergang bevor. Am 21. September 2026 verschiebt das Cryptographic Module Validation Program (CMVP) alle verbleibenden aktiven FIPS-140-2-Zertifikate auf die Historical List. Diese Änderung hat praktische Folgen für Bundesbehörden und Anbieter. Auswirkungen auf neue Beschaffungen Nach diesem Datum dürfen Bundesbehörden FIPS-140-2-Module in der Regel nicht mehr in neue Beschaffungen aufnehmen. Produkte, die sich ausschließlich auf eine 140-2-Validierung stützen, erfüllen die Beschaffungsanforderungen dann möglicherweise nicht mehr. Anbieter, die nicht auf FIPS 140-3 umgestellt haben, riskieren den Ausschluss von neuen Aufträgen der Bundesbehörden. Bestehende Systeme Module, die auf die Historical List verschoben wurden, dürfen in bestehenden Systemen weiter betrieben werden. Ihr Status entspricht jedoch einer Altvalidierung. Wesentliche Systemänderungen – etwa Betriebssystem-Upgrades, größere Softwareversionen oder Architekturänderungen – können die Pflicht auslösen, nach FIPS 140-3 validierte Module einzusetzen. Hinweise zur Planung Der Übergang zu FIPS 140-3 geschieht nicht über Nacht. Der Validierungsprozess kann wegen der Labortests und der Prüffristen des CMVP 18 bis 24 Monate dauern. Organisationen, die Workloads von Bundesbehörden unterstützen, sollten: prüfen, ob ihre Anbieter aktive FIPS-140-3-Zertifikate besitzen klären, ob sich Module derzeit in der Validierung befinden Produkt-Roadmaps mit den Beschaffungszeitplänen abstimmen Eine frühzeitige Prüfung verringert Beschaffungsrisiken und vermeidet unerwartete Compliance-Lücken. FIPS-konform vs. FIPS-validiert vs. FIPS-Modus Die Begriffe rund um FIPS-Compliance werden häufig missverstanden. Drei gängige Begriffe bedürfen der Klärung. FIPS-validiert Dies ist die formelle Bezeichnung. Ein kryptografisches Modul gilt erst dann als FIPS-validiert, wenn es: von einem akkreditierten Labor getestet wurde im Rahmen des CMVP-Programms geprüft wurde in der NIST-Datenbank validierter Module gelistet ist Die Validierung gilt für eine bestimmte Modulversion und Konfiguration. Ändert sich die Implementierung, gilt die Validierung möglicherweise nicht mehr. FIPS-konform Dies ist ein weiter gefasster Begriff. Er bedeutet häufig: Das Produkt verwendet FIPS-validierte kryptografische Module Das Produkt kann in einer FIPS-zugelassenen Konfiguration betrieben werden Der Begriff „FIPS-konform“ bedeutet jedoch nicht automatisch eine formelle Validierung. FIPS-Modus Viele Software- und Speicherplattformen bieten einen „FIPS-Modus“. Ist er aktiviert, gilt in der Regel: Das System ist auf von NIST zugelassene Algorithmen beschränkt Nicht zugelassene kryptografische Funktionen sind deaktiviert Strengere Konfigurationsvorgaben werden durchgesetzt Der FIPS-Modus unterstützt die betriebliche Ausrichtung an den FIPS-Anforderungen, ersetzt aber keine Validierung. Für technische Gutachter bleibt die entscheidende Frage: Welche kryptografischen Module sind validiert, und unter welchen Zertifikatsnummern? Was FIPS 140 tatsächlich bewertet Die Validierung nach FIPS 140 ist strukturiert und technisch. Sie bewertet kryptografische Module in mehreren Bereichen. Zugelassene kryptografische Algorithmen Module müssen von NIST zugelassene Algorithmen implementieren, etwa: AES für symmetrische Verschlüsselung SHA-2 oder SHA-3 für Hashing RSA oder ECC für Public-Key-Kryptografie Zugelassene deterministische Zufallsbitgeneratoren Die Algorithmen müssen zudem im Rahmen des Cryptographic Algorithm Validation Program (CAVP) validiert sein. Schlüsselverwaltung FIPS verlangt eine sichere Erzeugung, Speicherung, Verteilung und Vernichtung kryptografischer Schlüssel. Kritische Sicherheitsparameter müssen im Arbeitsspeicher und im persistenten Speicher geschützt sein. Selbsttests Module müssen Folgendes durchführen: Selbsttests beim Einschalten Bedingte Selbsttests während des Betriebs Schlägt ein Selbsttest fehl, muss das Modul in einen Fehlerzustand wechseln und weitere kryptografische Operationen verhindern. Rollen und Authentifizierung Je nach erforderlicher Stufe müssen Module Folgendes durchsetzen: Rollenbasierte Authentifizierung Identitätsbasierte Authentifizierung Administrative und operative Funktionen müssen klar getrennt und kontrolliert sein. Physische Sicherheit Für Hardware-Kryptomodule definiert FIPS Anforderungen an: Manipulationsnachweis Manipulationsresistenz Mechanismen zur Reaktion auf Manipulation Diese Anforderungen variieren je nach Sicherheitsstufe. Betriebsumgebung Die FIPS-Validierung berücksichtigt die Betriebsumgebung des Moduls, etwa: Universelle Betriebssysteme Eingeschränkte oder eingebettete Systeme Die Validierung ist an bestimmte Betriebsumgebungen gebunden. FIPS-Sicherheitsstufen FIPS 140 definiert vier aufsteigende Sicherheitsstufen. Stufe 1 Grundlegende kryptografische Funktionalität Zugelassene Algorithmen Minimale Anforderungen an die physische Sicherheit Üblich für softwarebasierte Module in Standardumgebungen. Stufe 2 Rollenbasierte Authentifizierung Physische Mechanismen mit Manipulationsnachweis für Hardwaremodule Häufig für Bundessysteme erforderlich, die sensible Informationen verarbeiten. Stufe 3 Identitätsbasierte Authentifizierung Stärkere Manipulationsresistenz Schutz kryptografischer Schlüssel vor Extraktion Eingesetzt in Bundesumgebungen mit höheren Sicherheitsanforderungen. Stufe 4 Schutz vor umgebungsbasierten Angriffen Erweiterte physische Sicherheitskontrollen In der Regel auf spezialisierte Anwendungsfälle mit sehr hohen Sicherheitsanforderungen beschränkt. Klären Sie bei der Bewertung der FIPS-Compliance, welche Stufe erforderlich ist und ob sie zur Sensibilität des Workloads passt. Was die FIPS-Validierung nicht abdeckt Die FIPS-Validierung konzentriert sich auf kryptografische Module. Sie garantiert nicht: die Sicherheit des Gesamtsystems eine sichere Netzwerkarchitektur Kontrollen für Identitäts- und Zugriffsmanagement Schutzmaßnahmen auf Anwendungsebene betriebliche Best Practices Eine Speicherplattform kann FIPS-validierte Kryptografie verwenden und dennoch eine korrekte Konfiguration, Überwachung und Governance erfordern. In vielen Bundesumgebungen ist FIPS-Compliance nur ein Baustein innerhalb umfassenderer Rahmenwerke wie FedRAMP oder der Sicherheitsanforderungen des US-Verteidigungsministeriums (DoD). FIPS-Compliance in Speicherumgebungen Für Speicherteams betrifft FIPS-Compliance vor allem Verschlüsselung und Schlüsselverwaltung. Verschlüsselung im Ruhezustand Verschlüsselt ein Objektspeicher Daten im Ruhezustand, muss das kryptografische Modul, das die Verschlüsselung ausführt, FIPS-validiert sein. Es müssen zugelassene Schlüssellängen und Betriebsmodi verwendet werden. Architekten sollten prüfen, ob: die Verschlüsselungsbibliothek validiert ist die bereitgestellte Version der validierten Konfiguration entspricht der FIPS-Modus ausschließlich zugelassene Algorithmen erzwingt Verschlüsselung bei der Übertragung TLS-Implementierungen können auf FIPS-validierten Bibliotheken beruhen. Bei aktiviertem FIPS-Modus sollten nur zugelassene Cipher Suites verfügbar sein. Konfigurationsabweichungen können nicht zugelassene Cipher Suites einschleusen, wenn sie nicht sorgfältig gesteuert werden. Schlüsselverwaltungssysteme Wird ein externes Key Management System (KMS) eingesetzt, prüfen Sie, ob: das kryptografische Modul des KMS validiert ist Schlüsselerzeugung und -speicherung den Vorgaben der Bundesbehörden entsprechen Kontrollen für den Schlüssellebenszyklus dokumentiert sind Software-Defined Storage In Software-Defined-Storage-Architekturen gilt die FIPS-Validierung häufig für die zugrunde liegende kryptografische Bibliothek. Teams sollten prüfen: die genaue Modulversion die validierte Betriebssystemumgebung ob Patches oder Updates den Validierungsstatus beeinflussen FIPS-Compliance erfordert die Übereinstimmung zwischen Implementierung und validierter Konfiguration. So bewerten Sie FIPS-Compliance in der Praxis Technische Einkäufer sollten FIPS-Compliance methodisch angehen. Validierungsdetails anfordern Fragen Sie Anbieter nach: CMVP-Zertifikatsnummern Modulnamen und -versionen Validierungsstufen Gleichen Sie diese Angaben mit der NIST-Datenbank ab. Übereinstimmung der Konfiguration bestätigen Die Validierung gilt nur für bestimmte Konfigurationen. Prüfen Sie: Betriebssystemversionen Bibliotheksversionen Build-Konfigurationen Weichen diese von der validierten Umgebung ab, gilt die Compliance möglicherweise nicht. Durchsetzung des FIPS-Modus überprüfen Klären Sie: wie der FIPS-Modus aktiviert wird ob nicht zugelassene Algorithmen deaktiviert sind wie die Compliance überwacht wird Betriebliche Kontrollen sollten die versehentliche Nutzung nicht zugelassener Kryptografie verhindern. Änderungen im Lebenszyklus einplanen Ein Upgrade einer kryptografischen Bibliothek kann eine erneute Validierung oder den Wechsel zu einem neuen Zertifikat erfordern. Die Lebenszyklusplanung sollte diese Auswirkungen berücksichtigen. FIPS-Compliance und Workloads von Bundesbehörden Workloads von Bundes- und Verteidigungsbehörden erfordern häufig: den Einsatz FIPS-validierter kryptografischer Module den Betrieb im FIPS-zugelassenen Modus die Dokumentation kryptografischer Kontrollen FIPS-Compliance bietet eine standardisierte Grundlage für Vertrauen. Sie verringert Unklarheiten darüber, welche kryptografischen Implementierungen akzeptabel sind. Für Speicherplattformen, die Objektspeicher, Archive oder Backup-Repositorys für Bundesbehörden bereitstellen, trägt die FIPS-Validierung dazu bei, Vertrauen in das kryptografische Fundament des Systems zu schaffen. Ein praxisnaher Blick auf FIPS-Compliance FIPS-Compliance ist eine eng gefasste, aber technisch strenge Validierung kryptografischer Module. Sie ist weder ein Marketinglabel noch eine umfassende Sicherheitszertifizierung. Für Speicher- und Infrastrukturteams umfasst wirksame FIPS-Compliance: die Auswahl von Produkten mit validierten kryptografischen Modulen die Sicherstellung, dass bereitgestellte Konfigurationen den validierten Umgebungen entsprechen die Aktivierung und Durchsetzung FIPS-zugelassener Modi die Pflege der Dokumentation für Audits und Beschaffungsprüfungen die Planung von Übergängen im Lebenszyklus Sorgfältig umgesetzt stärkt FIPS-Compliance die kryptografische Absicherung und unterstützt Workloads von Bundesbehörden und regulierten Branchen. Wer genau versteht, was validiert ist, wie es konfiguriert ist und wie es gepflegt wird, kann sichere Speicherarchitekturen bereitstellen, die den Standards der US-Bundesbehörden und den betrieblichen Anforderungen entsprechen.
