ISO/IEC 15408 (Common Criteria):
ISO/IEC 15408 (Common Criteria): Kryptografische Bewertung von IT-Produkten
| Region | International (das „Common Criteria Recognition Arrangement“ umfasst rund 31 Länder; in den Vereinigten Staaten wird die Bewertung von der „National Information Assurance Partnership“ durchgeführt) |
| Anwendbarkeit | IT-Produktanbieter: Anbieter von Betriebssystemen , Netzwerkgeräten, Datenbanksystemen, Lösungen für die Verwaltung mobiler Geräte, E-Mail-, VPN- und Firewall-Produkten, die eine Bewertung anhand eines veröffentlichten Schutzprofils anstreben Nationale Zertifizierungsstellen: NIAP in den Vereinigten Staaten, BSI in Deutschland, CCCS in Kanada sowie gleichwertige Stellen, die Zertifikate ausstellen und validieren Akkreditierte Prüflabore (CCTLs): unabhängige Labore, die die Bewertung anhand des Sicherheitsziels eines Produkts durchführen |
| Relevante Abschnitte | ISO/IEC 15408:2022: die aktuelle Ausgabe der Common Criteria, Teile 1 bis 5 NIAP-zugelassene Schutzprofile ( cPP ): zum Beispiel das cPP für Netzwerkgeräte und das cPP für die vollständige Laufwerksverschlüsselung, in denen kryptografische Sicherheitsanforderungen festgelegt sind NIAP-Richtlinienschreiben Nr. 5 (Aktualisierung 4): Koordinierung der kryptografischen Sicherheitsprüfungsaktivitäten im Rahmen der Common Criteria mit den CAVP- und CMVP-Programmen des NIST |
Übersicht
Die „Common Criteria“, die als ISO/IEC 15408:2022 verabschiedet wurden, sind das international anerkannte Rahmenwerk zur Bewertung der Sicherheit von IT-Produkten. Anbieter legen Sicherheitsanforderungen in einem „Security Target“ fest, das häufig auf einem veröffentlichten „Protection Profile“ basiert, und ein akkreditiertes Prüflabor überprüft unabhängig, ob das Produkt diese Anforderungen erfüllt. Zertifikate, die im Rahmen des „Common Criteria Recognition Arrangement“ ausgestellt werden, werden von allen Unterzeichnerstaaten gegenseitig anerkannt, wodurch doppelte Bewertungen desselben Produkts in den einzelnen Märkten vermieden werden.
Kryptografiespezifische Schutzprofile sowie die funktionalen Sicherheitsanforderungen der FCS-Klasse der Common Criteria gehen in der Regel davon aus, dass die zugrunde liegenden kryptografischen Algorithmen bereits im Rahmen des Cryptographic Algorithm Validation Program (CAVP) des NIST oder des CMVP validiert wurden. Der NIAP-Richtlinienbrief Nr. 5 formalisiert diesen Zusammenhang: Eine Common-Criteria-Bewertung ist kein Ersatz für eine CAVP- oder CMVP-Validierung, sondern baut darauf auf.
Warum das wichtig ist
Die Zertifizierung nach den Common Criteria ist für staatliche und Verteidigungsbehörden weltweit häufig eine buchstäbliche Beschaffungsvoraussetzung und keine Frage der Auslegung; viele nationale Beschaffungsvorschriften führen sie direkt als Grundvoraussetzung für Kategorien wie Netzwerkgeräte, VPN-Gateways und Plattformen zur Verwaltung mobiler Geräte an.
Da die meisten Schutzprofile kryptografische Sicherheitsmaßnahmen beinhalten, bei denen davon ausgegangen wird, dass die zugrunde liegenden Algorithmen bereits nach CAVP oder CMVP validiert sind, führt eine Lücke im FIPS-Validierungsstatus auch zu einer Lücke in der Bewertung nach den Common Criteria. Dadurch besteht ein direkter Zusammenhang zwischen diesem Kapitel und dem Kapitel zu FIPS 140-3 weiter oben in diesem Leitfaden: Ein Produkt kann die Bewertung nach den Common Criteria nicht einwandfrei bestehen, solange sein kryptografisches Modul nicht validiert ist oder auf die CMVP-Historienliste gesetzt wurde.
Wie sich dies auf die Kryptografie auswirkt
ISO/IEC 15408 (Common Criteria) behandelt das Thema Kryptografie anhand mehrerer miteinander verknüpfter Kontrollbereiche. Die wichtigsten Bereiche mit direkten Auswirkungen auf die Kryptografie sind:
| Abschnitt | Funktion | Was dort steht | Unterstützung für „ Keyfactor “-Produkte |
| ISO/IEC 15408-2, Klasse FCS | Kryptografische Anforderungen an Sicherheitsziele | Geben Sie die kryptografischen Algorithmen, Schlüsselgrößen und Operationen an, die das Bewertungsobjekt implementieren muss, sowie die Art und Weise, wie ein Prüflabor diese überprüfen wird. | AgileSec |
| Von der NIAP zugelassene PPs (z. B. cPP für Netzwerkgeräte, cPP für vollständige Laufwerksverschlüsselung) | Konformität mit dem Schutzprofil | Ordnen Sie die kryptografischen Funktionen dem spezifischen Schutzprofil zu, anhand dessen ein Produkt bewertet wird, und richten Sie sie im Vorfeld für die vom Labor durchzuführenden Sicherheitsprüfungen ein. | Command / AgileSec |
| NIAP-Grundsatzpapier Nr. 5 | Grundlage der CAVP/CMVP-Validierung | Stellen Sie sicher, dass die im Sicherheitsziel genannten Algorithmen und Module bereits über eine aktuelle CAVP- und CMVP-Validierung verfügen, bevor die Bewertung nach den Common Criteria beginnt. | EJBCA |
| ISO/IEC 15408-3, Klasse ALC | Konfigurationsmanagement für kryptografische Komponenten | Nachweis der Konfigurationsverwaltung und der Lebenszykluskontrollen für die kryptografischen Komponenten innerhalb der Grenzen des zertifizierten Produkts. | Keyfactor Command |
| CCRA – Gewährleistung der Kontinuität | Gewährleistung der Kontinuität nach kryptografischen Änderungen | Verfolgen Sie kryptografische Änderungen, Algorithmus-Updates und Bibliotheks-Patches im Vergleich zur zertifizierten Basislinie, um festzustellen, wann eine Neubewertung oder eine Überprüfung der Kontinuität der Sicherheit erforderlich wird. | AgileSec |
| ALC_FLR (Behebung von Mängeln) | Signierte Produktversionen | Patches und Updates für ein zertifiziertes Produkt sollten kryptografisch signiert werden, damit Kunden überprüfen können, ob die Version weiterhin mit der geprüften Basisversion übereinstimmt. | SignServer / Signum |
Prüfungsbereitschaft
Bewertungen und Prüfungen – unabhängig davon, ob sie intern durchgeführt, von einer Aufsichtsbehörde vorgenommen oder von einem unabhängigen Gutachter überprüft werden – konzentrieren sich auf nachgewiesene Fakten und nicht allein auf Grundsatzerklärungen. Zu den wichtigsten Bereichen, die Prüfer und Gutachter üblicherweise untersuchen, gehören:
- Kryptografische Genauigkeit des Sicherheitsziels: Beschreibt das Sicherheitsziel die kryptografischen Algorithmen, Betriebsarten und Schlüsselgrößen, die tatsächlich im ausgelieferten Produkt implementiert sind , korrekt?
- Status der zugrunde liegenden CAVP/CMVP-Validierung: Verfügen die im Sicherheitsziel genannten Algorithmen und Module über eine aktuelle, aktive CAVP- und CMVP-Validierung?
- Nachweis der Maßnahmen zur Sicherstellung des Schutzprofils: Liegen Testnachweise vor, die jede im geltenden Schutzprofil festgelegte kryptografische Sicherungsmaßnahme belegen?
- Dokumentation zum Konfigurationsmanagement: Geht aus der Dokumentation der ALC-Klasse hervor, dass die kryptografischen Komponenten innerhalb der bewerteten Grenze unter Kontrolle stehen?
- Verfolgung von Änderungen hinsichtlich der Sicherheitskontinuität: Gibt es einen Prozess zur Beurteilung, ob eine Aktualisierung der kryptografischen Bibliothek oder eine Algorithmusänderung eine Überprüfung der Sicherheitskontinuität oder eine vollständige Neubewertung auslöst?
- Signierung von Patches und Versionsabgleich: Sind die für ein zertifiziertes Produkt veröffentlichten Patches signiert, und stimmt die eingesetzte Version mit der im Zertifikat angegebenen überein?
LEITEN SIE DIES AN DIE GESCHÄFTSFÜHRUNG WEITER
Die Zertifizierung nach den Common Criteria ist oft buchstäblich das Tor, das darüber entscheidet, ob wir an eine Behörde oder einen Kunden aus dem Verteidigungsbereich verkaufen können – und nicht nur eine Zertifizierung, die „schön zu haben“ ist. Und da die meisten Schutzprofile davon ausgehen, dass unsere Kryptografie bereits CAVP- oder CMVP-validiert ist, kostet uns eine Lücke in unserem FIPS-Validierungsstatus nicht nur direkt Umsätze auf Bundesebene, sondern blockiert oder verzögert auch die Common-Criteria-Bewertung, die für andere Geschäfte entscheidend ist.
Das „stille Risiko“ besteht darin, was nach der Zertifizierung geschieht: Ein routinemäßiges Bibliotheksupdate oder ein Algorithmus-Patch kann die bewertete Basislinie unbemerkt ungültig machen, wenn wir dies nicht anhand der Anforderungen an die Kontinuität der Sicherheit nachverfolgen. Wir müssen für jedes zertifizierte Produkt genau wissen, welche kryptografischen Komponenten innerhalb dieser Grenze liegen und ob eine bestimmte Änderung vor der Auslieferung einer Überprüfung bedarf.


