Das Key Management Interoperability Protocol (KMIP) ist ein offener OASIS-Standard, der definiert, wie Anwendungen mit einem Schlüsselverwaltungsserver kommunizieren, um kryptografische Schlüssel, Zertifikate und Geheimnisse zu erstellen, abzurufen und zu verwalten, unabhängig davon, welcher Hersteller die jeweilige Seite entwickelt hat.
KMIP standardisiert die Kommunikation zwischen Verschlüsselungssystemen und Schlüsselverwaltungssystemen. Anwendungen, Datenbanken und Speichersysteme senden KMIP-Anfragen an einen zentralen Schlüsselverwaltungsserver, der ihre Verschlüsselungsschlüssel erstellt, speichert, rotiert und löscht. Ein einziges Protokoll ersetzt die redundanten, inkompatiblen Schlüsselverwaltungssysteme, die jedes Verschlüsselungsprodukt andernfalls benötigen würde, und reduziert so Kosten und Betriebskomplexität.
Wichtige Erkenntnisse
- KMIP ist ein offener OASIS-Standard. Version 1.0 wurde im Oktober 2010 verabschiedet, und KMIP 2.1, verabschiedet am 14. Dezember 2020, ist der aktuelle OASIS-Standard.
- Ein einziger KMIP-fähiger Schlüsselverwaltungsserver kann alle KMIP-fähigen Anwendungen, Datenbanken und Speichersysteme im Unternehmen bedienen und ersetzt damit herstellerspezifische Schlüsselmanager.
- KMIP-Nachrichten verwenden eine binäre TTLV-Codierung (Tag, Typ, Länge, Wert) und werden über TLS übertragen; die KMIP-Profile-Spezifikation definiert die erforderlichen TLS 1.2- und TLS 1.3-Verschlüsselungssammlungen.
- Ein KMIP-Server verwaltet symmetrische Schlüssel, öffentliche und private Schlüssel, Zertifikate, geheime Daten, Split-Keys und undurchsichtige Objekte über ihren gesamten Lebenszyklus hinweg.
- KMIP 3.0, veröffentlicht als Committee Specification Draft 02 am 7. Mai 2026, fügt Unterstützung für Post-Quanten-Verfahren hinzu: ML-KEM (FIPS 203), ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) sowie neue Operationen zum Einkapseln und Entkapseln.
Wie KMIP funktioniert
KMIP funktioniert als Client-Server-Protokoll: Eine Anwendung sendet eine standardisierte Anforderungsnachricht an einen Schlüsselverwaltungsserver, und der Server antwortet mit einer Antwort, die ein kryptografisches Objekt erstellt, zurückgibt oder ändert.
Das Protokoll definiert die Operationen, die ein Client anfordern kann. Dazu gehören Erstellen, Schlüsselpaar erstellen, Registrieren, Abrufen, Suchen, Aktivieren, Widerrufen, Löschen, Schlüssel ableiten und Neuverschlüsseln. Ein Client kann den Server auch bitten, Daten in seinem Namen zu verschlüsseln, zu entschlüsseln, zu signieren oder die Signatur zu überprüfen, sodass der Schlüssel selbst den Schlüsselverwaltungsserver niemals verlässt. Die Operation „Versionen ermitteln“ ermöglicht es einem Client, die vom Server unterstützten Protokollversionen zu ermitteln, bevor er sich für eine entscheidet.
Nachrichten werden in TTLV (Tag, Typ, Länge, Wert) kodiert, einem kompakten Binärformat, in dem verschachtelte Strukturen komplexe, mehrstufige Anfragen in einer einzigen Nachricht übermitteln. Die Spezifikation definiert außerdem HTTPS-, JSON- und XML-Nachrichtenkodierungen für Umgebungen, in denen die Binärverarbeitung unpraktisch ist. Die Übertragung erfolgt über TLS, und die zugehörige KMIP-Profile-Spezifikation benennt die TLS-1.2- und TLS-1.3-Verschlüsselungssammlungen, die konforme Clients und Server unterstützen müssen.
Der praktische Effekt ist einfach: KMIP ermöglicht es jedem Verschlüsselungssystem im Unternehmen, mit einem zentralen Schlüsselmanager zu kommunizieren. Ohne KMIP würde jedes Verschlüsselungsprodukt seinen eigenen Schlüsselmanager und sein eigenes Protokoll mitbringen, und das Unternehmen müsste für diese Redundanz Lizenzen, Infrastruktur und Schulungen bezahlen.
KMIP-Versionen: 1.0 bis 3.0
OASIS hat seit 2010 sieben Versionen der KMIP-Spezifikation als OASIS-Standards verabschiedet, eine achte, KMIP 3.0, befindet sich im Entwurfsstadium.
| Version | OASIS-Status | Datum |
| KMIP 1.0 | OASIS-Standard | Oktober 2010 |
| KMIP 1.1 | OASIS-Standard | Januar 2013 |
| KMIP 1.2 | OASIS-Standard | Mai 2015 |
| KMIP 1.3 | OASIS-Standard | Dezember 2016 |
| KMIP 1.4 | OASIS-Standard | November 2017 |
| KMIP 2.0 | OASIS-Standard | Oktober 2019 |
| KMIP 2.1 | OASIS-Standard (aktuell) | December 14, 2020 |
| KMIP 3.0 | Ausschussspezifikationsentwurf 02 (in Entwicklung) | May 7, 2026 |
Aktuelle Produktionsumgebungen setzen auf KMIP 2.1 oder ältere Versionen, da Version 3.0 noch nicht den OASIS-Standardstatus erreicht hat. Prüfen Sie bei der Evaluierung eines Schlüsselmanagers oder eines KMIP-fähigen Produkts, welche Protokollversionen unterstützt werden. Viele Clients verwenden noch Version 1.2 oder 1.4, und die Funktion „Versionen ermitteln“ dient genau diesem Zweck.
Was ein KMIP-Server verwaltet
Ein KMIP-Server verwaltet den gesamten Lebenszyklus kryptografischer Objekte, von der Erstellung bis zur Zerstörung.
Die verwalteten Objekttypen umfassen symmetrische Schlüssel, öffentliche und private Schlüssel, X.509-Zertifikate, Zertifikatsanforderungen, geheime Daten wie Passwörter und gemeinsame Geheimnisse, Split-Keys, PGP-Schlüssel und undurchsichtige Objekte, die der Server speichert, ohne sie zu interpretieren. Jedes Objekt besitzt vom Server festgelegte Attribute: Aktivierungs- und Deaktivierungsdatum, eine kryptografische Nutzungsmaske, die die zulässigen Aktionen des Schlüssels einschränkt, Nutzungslimits und Verknüpfungen zwischen verwandten Objekten, beispielsweise zwischen einem öffentlichen Schlüssel und seinem privaten Schlüssel oder einem Zertifikat und seiner Zertifikatskette.
Die Einhaltung des Lebenszyklus ist entscheidend. Ein Schlüssel, dessen Deaktivierungsdatum überschritten ist, wird nicht mehr zur Verschlüsselung verwendet. Ein kompromittierter Schlüssel kann mit Angabe von Grund und Datum widerrufen werden. Schlüssel können planmäßig neu generiert werden, während Verknüpfungen die Verbindung zwischen alten und neuen Daten aufrechterhalten.
KMIP vs PKCS#11
KMIP ist ein Netzwerkprotokoll zwischen einer Anwendung und einem Schlüsselverwaltungsserver, während PKCS#11 eine lokale Programmierschnittstelle zwischen einer Anwendung und einem kryptografischen Gerät wie einem Hardware-Sicherheitsmodul (HSM) ist.
| Attribut | KMIP | PKCS # 11 |
| Was es ist | Netzwerkprotokoll (Anfrage- und Antwortnachrichten) | C-Programmierschnittstelle (lokale Funktionsaufrufe) |
| Regiert durch | Technisches Komitee von OASIS KMIP | Technisches Komitee OASIS PKCS#11 |
| Geltungsbereich | Vollständiges Schlüssellebenszyklusmanagement im gesamten Netzwerk | Kryptografische Operationen auf einem lokalen Token oder HSM |
| Typischer Link | Anwendung für Enterprise Key Manager | Anwendung auf HSM oder Smartcard |
| Beziehung | Ergänzend dazu definiert KMIP seit Version 2.0 eine PKCS#11-Operation, die PKCS#11-Anrufe über einen KMIP-Server tunnelt. | Wird häufig hinter einem KMIP-Server verwendet, um das HSM zu erreichen, das die Hauptschlüssel schützt. |
Vorteile von KMIP
KMIP senkt die Kosten und Komplexität der Unternehmensverschlüsselung, indem es viele herstellerspezifische Schlüsselmanager durch ein interoperables System ersetzt.
- Aufgabenvereinfachung: Vor KMIP, jeder Verschlüsselung Da das Produkt einen eigenen Schlüsselmanager benötigte, betrieben und sicherten die IT-Teams mehrere parallele Systeme. Ein einziger KMIP-fähiger Schlüsselmanager dient allen Systemen, und die Mitarbeiter müssen sich nur noch mit einem System anstatt mit fünf vertraut machen.
- Operative Flexibilität: Da das Protokoll herstellerneutral ist, kann eine Organisation Cloud-, Edge- und On-Premises-Systeme mit einem einzigen Schlüsselmanager integrieren und die Systeme beliebig austauschen, ohne die Integration neu aufbauen zu müssen.
- Niedrigere Infrastrukturkosten: Weniger Key-Manager bedeuten weniger Lizenzen, weniger Server und weniger zu sichernde Kommunikationswege, was die Gesamtkosten für den Besitz der Sicherheitsinfrastruktur senkt.
- Zentralisierte Steuerung und Prüfung: Ein einziger Server setzt Richtlinien für den Schlüssellebenszyklus, Zugriffsbeschränkungen und Nutzungsprotokollierung für jedes verbundene System durch, anstatt Richtlinien über verschiedene Produkte zu verteilen.
KMIP-Anwendungsfälle
KMIP kommt überall dort zum Einsatz, wo viele Verschlüsselungsendpunkte Schlüssel von einem zentralen Ort benötigen.
- Datenbankverschlüsselung: Datenbanken, die ruhende Daten verschlüsseln, beziehen ihre Hauptschlüssel über KMIP von einem externen Schlüsselmanager. MongoDB Enterprise unterstützt beispielsweise KMIP-kompatible Schlüsselverwaltungssysteme für seine verschlüsselte Speicher-Engine und speichert den Hauptschlüssel außerhalb der Datenbankinstallation.
- Verschlüsselung virtueller Maschinen und Cloud-Verschlüsselung: Hypervisor- und Cloud-Verschlüsselungsfunktionen integrieren externe KMIP-Schlüsselanbieter, sodass die VM-Verschlüsselungsschlüssel unter der Kontrolle des Unternehmens bleiben und nicht innerhalb der Plattform verwaltet werden. Multi-Cloud-Umgebungen verwenden dasselbe Muster, um eine konsistente Schlüsselverwaltung über verschiedene Anbieter hinweg zu gewährleisten.
- Speicherarrays mit selbstverschlüsselnden Laufwerken: Arrays rufen die Laufwerksentsperrschlüssel von einem zentralen KMIP-Server ab; die KMIP-Profile-Spezifikation definiert sogar spezielle Konformitätstestfälle für Speicherarrays mit selbstverschlüsselnden Laufwerken.
- Tonbandbibliotheken: Die langfristige und archivische Bandspeicherung war einer der ursprünglichen Treiber von KMIP, und ein spezielles KMIP Tape Library Profile standardisiert, wie Bibliotheken die Schlüssel erhalten und verwalten, mit denen Kassetten verschlüsselt werden, die Jahre auseinander beschrieben wurden.
- Edge-Computing: Dezentrale Einzelhandels-, Bank- und Zahlungsumgebungen betreiben viele kleine Verschlüsselungsendpunkte weit entfernt vom Rechenzentrum. KMIP ermöglicht es diesen Geräten, Schlüssel von einem konformen, zentral überwachten Schlüsselverwaltungssystem abzurufen, anstatt sie lokal zu speichern.
KMIP und Post-Quanten-Kryptographie
Der KMIP 3.0-Entwurf integriert die Post-Quanten-Algorithmen des NIST in das Protokoll selbst.
Das NIST veröffentlichte FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA) am 13. August 2024. Der KMIP 3.0 Committee Specification Draft 02 vom 7. Mai 2026 führt alle drei als normative Referenzen auf, fügt eine Aufzählung der KEM-Algorithmen hinzu und führt die Operationen „Encapsulate“ und „Decapsulate“ ein, damit Clients die Schlüsselkapselung über den Schlüsselmanager durchführen können.
Das Quantum Safe-Attribut, das seit Version 2.0 Bestandteil von KMIP ist, ermöglicht es Organisationen, verwaltete Schlüssel zu kennzeichnen und quantenanfälliges Material zu lokalisieren, wodurch der Schlüsselmanager zu einem funktionsfähigen kryptografischen Inventar wird.
Das ist deshalb wichtig, weil RSA- und elliptische Kurvenschlüssel, die KMIP-Server heute in großem Umfang verwalten, mit Shors Algorithmus auf einem ausreichend großen Quantencomputer geknackt werden können und die jetzt aufgezeichneten Daten später entschlüsselt werden können, sobald diese Hardware existiert.
Organisationen, die eine Post-Quantum-Migration planen, sollten ihrem Key-Management-Anbieter zwei Fragen stellen: Welche KMIP-Versionen unterstützt das Produkt und wann wird es die Post-Quantum-Objekttypen und -Operationen der Version 3.0 unterstützen?
Wie Verschlüsselungsberatung hilft
HSM-as-a-Service bietet dedizierte, hochsichere Hardware-Sicherheitsmodule zur Generierung und zum Schutz der Root- und Master-Schlüssel, die von einem KMIP-Schlüsselmanager verwaltet werden. Der Service „Enterprise Encryption Platforms “ von Encryption Consulting unterstützt Sie anschließend bei der Auswahl, Bereitstellung und Integration einer KMIP-kompatiblen Schlüsselverwaltungsplattform für Ihre Datenbanken, Speicher und Cloud-Workloads – inklusive integrierter Lebenszyklusrichtlinien und Auditfunktionen. Die Plattform basiert auf ISO/IEC 27001:2022- und SOC 2-zertifizierten Verfahren.
Häufig gestellte Fragen
Was ist KMIP in einfachen Worten?
KMIP ist eine gemeinsame Sprache, die Verschlüsselungsprodukte zur Kommunikation mit einem Schlüsselverwaltungsserver verwenden. Anstatt dass jede Datenbank, jedes Speichersystem und jede Anwendung einen eigenen Schlüsselverwalter mitbringt, senden sie alle standardisierte KMIP-Anfragen an einen zentralen Server, der ihre Verschlüsselungsschlüssel erstellt, speichert, rotiert und löscht. OASIS, die zuständige Standardisierungsorganisation, hat KMIP erstmals im Oktober 2010 genehmigt.
Was ist die neueste Version von KMIP?
KMIP 2.1 ist der aktuelle OASIS-Standard, verabschiedet am 14. Dezember 2020. KMIP 3.0 befindet sich in Entwicklung: OASIS veröffentlichte am 7. Mai 2026 den Entwurf 02 der Komiteespezifikation. Der Entwurf 3.0 fügt Post-Quanten-Algorithmen (ML-KEM, ML-DSA, SLH-DSA), neue Kapselungs- und Entkapselungsoperationen sowie Systemobjekte für Benutzer, Gruppen und Anmeldeinformationen hinzu.
Worin besteht der Unterschied zwischen KMIP und PKCS#11?
KMIP ist ein Netzwerkprotokoll: Eine Anwendung sendet Anforderungsnachrichten über TLS an einen Schlüsselverwaltungsserver, der sich an beliebiger Stelle im Netzwerk befinden kann. PKCS#11 ist eine lokale C-Programmierschnittstelle zwischen einer Anwendung und einem kryptografischen Gerät wie einem HSM oder einer Smartcard. Beide Protokolle ergänzen sich und werden von OASIS gepflegt. Seit Version 2.0 definiert KMIP sogar eine PKCS#11-Operation, die PKCS#11-Anrufe über einen KMIP-Server tunnelt.
Welche Objekte kann ein KMIP-Server verwalten?
Ein KMIP-Server verwaltet symmetrische Schlüssel, öffentliche und private Schlüssel, X.509-Zertifikate, Zertifikatsanforderungen, geheime Daten wie Passwörter, Split-Keys, PGP-Schlüssel und undurchsichtige Objekte. Jedes Objekt besitzt Attribute wie Aktivierungs- und Deaktivierungsdatum, Nutzungsmasken und Verknüpfungen zu verwandten Objekten, die der Server während des gesamten Lebenszyklus von der Erstellung bis zur Löschung durchsetzt.
Unterstützt KMIP Post-Quanten-Kryptographie?
Der KMIP-3.0-Entwurf sieht dies vor. Der Entwurf 02 der Komiteespezifikation vom 7. Mai 2026 führt NIST FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA) als normative Referenzen auf und ergänzt die Operationen „Encapsulate“ und „Decapsulate“ für Schlüsselkapselungsmechanismen. KMIP 2.1 kann Schlüssel bereits mit dem Attribut „Quantum Safe“ kennzeichnen, unterstützt die Post-Quanten-Algorithmen selbst jedoch nur über herstellerspezifische Erweiterungen.
Ist KMIP sicher?
KMIP nutzt TLS-geschützte Verbindungen. Die KMIP-Profilspezifikation definiert die TLS-1.2- und TLS-1.3-Verschlüsselungssammlungen, die konforme Clients und Server unterstützen müssen, sowie die gegenseitige Authentifizierung von Client und Server. KMIP ermöglicht es Clients außerdem, den Server mit der Verschlüsselung, Entschlüsselung, Signierung oder Verifizierung von Daten zu beauftragen, sodass sensible Schlüssel den Schlüsselverwaltungsserver niemals verlassen müssen.
Zentralisieren Sie Ihre Schlüsselverwaltung
Sind Sie bereit, Ihr Schlüsselmanagement auf einer interoperablen Plattform zu konsolidieren? Entdecken Sie HSM-as-a-Service oder sprechen Sie mit einem Berater von Encryption Consulting über den Aufbau einer KMIP-basierten Schlüsselmanagementarchitektur.