KMS-Ausschreibung: Vorlage und Anforderungskatalog (2026)
24. Oktober 2026
ArtikelNeutrale KMS-Ausschreibungsvorlage: 90 Anforderungen in 9 Gruppen, Bewertungsmodell, Anbieterfragen, Warnsignale, PoC-Tests und Ausstiegsklauseln.
Artikel lesen
Beste KMS-Lösung 2026 wählen: HSM oder MPC, DKE, HYOK, XKS, EKM, BYOK und belegter Vergleich von Thales, Entrust, Fortanix, Utimaco, Cosmian, DuoKey.
Die eine beste KMS-Lösung für alle Organisationen gibt es nicht. Die beste Key-Management-Lösung ist die, die dazu passt, wo Ihre Schlüssel liegen müssen (in Ihren HSMs, in Ihrer Cloud oder nirgends als Ganzes), welche Clouds und SaaS-Dienste sie aufrufen müssen und wie viel Sie selbst betreiben wollen. Dieser Leitfaden erklärt, wie Sie 2026 ein KMS auswählen, vergleicht Thales, Entrust, Fortanix, Utimaco, Cosmian und DuoKey anhand belegter Kriterien und sagt klar, wo wer vorne liegt.
Ein Wort zu Umfang und Ehrlichkeit. Der Vergleich unten verwendet die Kriterien eines Kunden-Anforderungskatalogs für Microsoft 365 Double Key Encryption (DKE) und Schlüsselverwaltung. Jede Zelle verweist auf die öffentliche Herstellerdokumentation, Stand Oktober 2026. Was wir in der öffentlichen Dokumentation nicht gefunden haben, schreiben wir als «nicht gefunden», nie als «gibt es nicht». DuoKey veröffentlicht diesen Leitfaden selbst; lesen Sie ihn mit diesem Wissen. Wir zeigen darin auch unsere eigenen Lücken.
Ein Key-Management-System (KMS) verwaltet Lebenszyklus und Zugriffsrichtlinien kryptografischer Schlüssel (Erzeugung, Nutzung, Rotation, Widerruf, Vernichtung) und stellt kryptografische Operationen über APIs und Standardprotokolle bereit. Es ist die Schicht für Richtlinien und Audit. Ein Hardware-Sicherheitsmodul (HSM) ist etwas anderes: ein manipulationsgeschütztes Gerät, das Schlüssel speichert und kryptografische Operationen innerhalb einer Hardwaregrenze ausführt. Die meisten Unternehmensarchitekturen nutzen beides; «KMS oder HSM» ist also die Frage, wer welche Funktion betreibt, keine Entweder-oder-Entscheidung.
Der Markt gliedert sich in fünf Familien:
Den vollständigen Hintergrund liefert unser Leitfaden zur unternehmensweiten Schlüsselverwaltung mit dem NIST-SP-800-57-Lebenszyklus, PKCS#11, KMIP und FIPS 140-3.
Suchergebnisse vermischen diese Abkürzungen, und Anbieter verwenden sie locker. In diesem Leitfaden gilt:
| Begriff | Bedeutung | Wer den Schlüssel im Einsatz hält |
|---|---|---|
| BYOK (Bring Your Own Key) | Sie erzeugen oder importieren einen Schlüssel in den Dienst des Anbieters. | KMS oder HSM des Anbieters hält eine nutzbare Kopie. |
| HYOK (Hold Your Own Key) | Der Schlüssel verlässt Ihre Kontrolle nie; der Anbieter ruft ihn extern auf. | Sie, ausserhalb des Anbieters. |
| DKE (Double Key Encryption) | HYOK-Muster von Microsoft 365: Inhalte brauchen einen Microsoft-Schlüssel und einen Schlüssel, den Sie halten. | Sie halten den zweiten Schlüssel; Microsoft hat ihn nie. |
| XKS (External Key Store) | Funktion von AWS KMS, bei der Schlüsseloperationen über einen Proxy auf einem externen Key Manager laufen. | Der externe Key Manager in Ihrem Besitz. |
| EKM (External Key Management) | Allgemeiner Name für dieselbe Idee: SQL Server EKM, Azure-Managed-HSM-EKM-Proxy, OpenAI Enterprise Key Management. | Der externe Key Manager. |
Unser HYOK-Leitfaden und die BYOK-Erklärung gehen jede Plattform durch. Praktische Folge: Wer HYOK braucht, benötigt ein KMS, das die externe Schlüssel-API des Anbieters erreichen kann und verfügbar bleibt, denn AWS, Microsoft und andere legen die Verantwortung für die Verfügbarkeit der Schlüsseloperationen in Ihre Hände.
Wenn Sie eine Ausschreibung vorbereiten: Unsere KMS-Ausschreibungsvorlage mit Anforderungskatalog macht aus diesen Kriterien Anforderungen mit Nachweisen und einem Bewertungsmodell.
Ein HSM hält den vollständigen Schlüssel innerhalb einer einzigen manipulationsgeschützten Grenze. Das Modell ist stark und gut verstanden, mit ausgereifter Zertifizierung (FIPS 140-3 Level 3, Common Criteria), und für manche Vorgaben ist es das geforderte. Es ist aber auch ein einzelner Vertrauenspunkt: Wer das Gerät, seine Administratoren oder die Partitionszugangsdaten kontrolliert, kontrolliert den Schlüssel.
Multi-Party Computation (MPC) zerlegt den Schlüssel in Anteile unabhängiger Knoten und berechnet Operationen gemeinsam, sodass der ganze Schlüssel nie zusammengesetzt wird. Wer einen Knoten, einen Operator oder ein Cloud-Konto kompromittiert, erhält einen Anteil, keinen Schlüssel. Die Abwägungen sind real: Schwellenwert-Signaturen brauchen Netzwerk-Runden, die Latenz liegt also höher als bei einem lokalen HSM-Aufruf, und nicht jede Zertifizierungsvorgabe akzeptiert eine softwaredefinierte Grenze.
In vielen Landschaften ist die pragmatische Antwort beides: HSM-gestützte Tresore dort, wo eine validierte Hardwaregrenze vorgeschrieben ist, MPC dort, wo verteilte Verwahrung und Souveränität zählen. Unser Vergleich MPC und HSM behandelt Latenz, Kosten und Compliance genauer.
Die Tabelle fasst die Daten hinter den Seiten DuoKey vs. Thales, Entrust, Fortanix, Utimaco und Cosmian zusammen. Sie wählt 16 der 33 Kriterien aus. Legende: Ja dokumentiert; Teilweise mit Einschränkungen dokumentiert; Nein als nicht verfügbar dokumentiert; Nicht gefunden in der öffentlichen Dokumentation nicht gefunden.
| Kriterium | DuoKey | Thales | Entrust | Fortanix | Utimaco | Cosmian |
|---|---|---|---|---|---|---|
| 24/7-Support mit vertraglichen Reaktionszeiten | Ja | Ja | Teilweise | Ja | Ja | Nicht gefunden |
| Kostenlose Testlizenz | Ja (30 Tage PoC) | Ja (90 Tage) | Ja (30 Tage) | Ja (30 Tage) | Teilweise | Teilweise |
| Entschlüsselung per Entra-ID-Gruppen autorisiert | Ja | Ja | Teilweise | Teilweise | Nein | Teilweise |
| Quorum-Freigabe (Vier-Augen-Prinzip) | Ja | Ja | Teilweise | Ja | Teilweise | Teilweise |
| Kontextabhängiger Zugriff (IP, Land, Uhrzeit) | Ja | Nicht gefunden | Nicht gefunden | Teilweise (IP) | Nicht gefunden | Nicht gefunden |
| Audit-Logs an SIEM exportiert | Ja | Ja | Ja | Ja | Teilweise | Ja |
| Manipulationssicheres Audit-Log | Ja | Teilweise | Nicht gefunden | Nicht gefunden | Nicht gefunden | Teilweise |
| SNMP-Monitoring | Ja (Traps) | Ja | Ja | Teilweise | Ja | Nicht gefunden |
| Geplante Schlüsselrotation | Ja | Ja | Ja | Ja | Nicht gefunden | Teilweise |
| Hochverfügbarkeits-Cluster | Ja | Ja | Ja | Ja | Teilweise | Ja |
| Mehrstandort- oder georedundanter Betrieb | Ja | Teilweise | Ja | Ja | Teilweise | Nicht gefunden |
| Vom Anbieter betriebener Dienst (SaaS) | Ja | Ja | Teilweise | Teilweise | Teilweise | Nicht gefunden |
| FIPS-140-Level-3-Schlüsselspeicherung | Ja (mit HSM) | Ja | Ja | Teilweise | Ja | Teilweise |
| Schlüssel nie an einem Ort zusammengesetzt (MPC) | Ja (MPC-Backend) | Nicht gefunden | Nicht gefunden | Nicht gefunden | Nein | Nicht gefunden |
| Schlüsselexport in Standardformaten | Ja (exportierbare Schlüssel) | Ja | Nicht gefunden | Ja | Teilweise | Ja |
| Anbieter nach ISO/IEC 27001 zertifiziert | Ja | Ja | Ja | Ja | Ja | Nicht gefunden |
Drei Hinweise zum Lesen. Erstens stammen die Kriterien aus einem Anforderungskatalog für Microsoft 365 DKE und Schlüsselverwaltung; Zahlungs-HSMs, Tokenisierung oder breite Datenbankabdeckung sind daher unterrepräsentiert. Zweitens bedeutet «Ja», dass eine Fähigkeit dokumentiert ist, nicht dass sie zu Ihrem Entwurf passt; führen Sie einen Proof of Concept durch. Drittens spiegelt «Nicht gefunden» unsere Prüfung der öffentlichen Dokumentation im Oktober 2026 und kann veraltet sein; Anbieter dürfen uns gern korrigieren.
Thales (CipherTrust Cloud Key Manager, Luna). Die vollständigste öffentliche Dokumentation dieser Liste für klassisches Enterprise Key Management: 24/7-Support mit einer Stunde Reaktionszeit bei kritischen Störungen, Quorum für Löschen, Backup und Restore, SNMP (v1, v2c, v3), geplante Rotation pro DKE-Endpunkt, Standard-Schlüsselexport (PKCS#1, #8, #12 und KMIP), Luna-HSMs nach FIPS 140-3 Level 3, ein 90-Tage-Test und eine gehostete Edition in der EU oder den USA. Wer CipherTrust bereits für andere Workloads betreibt, kann dort sinnvoll konsolidieren.
Entrust (KeyControl Vault mit nShield). Stark, wenn Sie auf nShield-HSMs standardisiert sind: FIPS 140-2 Level 3, Active-Active-Cluster über zwei Standorte, automatische Backups alle 12 Stunden, SNMP v2c und v3, SIEM-Export zu Sentinel, geplante Rotation (jährlich, sechs Monate, 30 Tage oder frei wählbar) und ein 30-Tage-Test. Der öffentliche Leitfaden sagt nicht, was mit Dokumenten geschieht, die mit früheren Schlüsselversionen geschützt wurden, und die Azure-App-Registrierung erfolgt manuell.
Fortanix (Data Security Manager). Eine starke Plattform für Organisationen, die SaaS- oder On-Premises-Schlüsselverwaltung mit breiten Schnittstellen wollen: 24/7-Support mit 30 Minuten P1-Reaktion in der Premium-Stufe, Anmeldung per SAML, OIDC und LDAP mit verpflichtender 2FA-Option, benutzerdefinierte Rollen, Gruppen-Quorum-Richtlinie, SIEM-Export, Nutzungs-Dashboard, geplante Rotation, drei Rechenzentren pro SaaS-Region sowie KMIP und PKCS#11. Der DKE-Webdienst wird vom Kunden betrieben, und das SaaS-Angebot läuft laut Dokumentation im Nicht-FIPS-Modus.
Utimaco (CryptoServer-HSM, DKE Anchor). Die Hardware-Herkunft: HSMs mit FIPS 140-2 Level 3 und Common Criteria, deutsche VS-NfD-Zulassung, SNMP-gestützte Ferndiagnose und 24/7-Premium-Support. Die DKE-Software wird vom Kunden installiert und betrieben, mit lokalen Logdateien und Berechtigungen pro Benutzer per E-Mail-Adresse; sie passt am besten zu Organisationen, die bereits Utimaco-HSMs betreiben.
Cosmian (Eviden KMS). Ein source-available KMS, das Sie selbst betreiben, mit KMIP, Standard-Exportformaten (KMIP, PKCS#8, PKCS#1), horizontaler Skalierung und SIEM-Export. Support ist nur über GitHub Issues dokumentiert, und die DKE-Seite beschränkt die Unterstützung auf Office für Windows. Es eignet sich für Teams, die ein europäisches KMS selbst betreiben wollen.
DuoKey ist eine Schweizer Key-Management-Plattform auf Basis von Multi-Party Computation. Schlüssel sind auf unabhängige Anteile verteilt, sodass kein Cloud-Anbieter, Operator oder kompromittierter Host einen vollständigen Schlüssel hält; Tresore können ausserdem von einem HSM getragen werden (zum Beispiel Securosys), wenn eine FIPS-validierte Hardware-Verwahrung gefordert ist. DuoKey Cockpit verwaltet diese Tresore über eine Konsole und eine API.
Wo die Dokumentation DuoKey bei den DKE-Kriterien vorn sieht:
Wo DuoKey nicht führt oder die Dokumentation dünner ist:
Dokumentierte DuoKey-Integrationen umfassen Microsoft 365 DKE und Customer Key, AWS XKS, den Azure-Managed-HSM-EKM-Proxy, Salesforce, Snowflake Tri-Secret Secure, Oracle TDE, SQL Server EKM, OpenBao und HashiCorp Vault, Disk- und VM-Verschlüsselung über KMIP sowie OpenAI EKM. Die vollständige Liste steht auf der Seite Integrationen. DuoKey ist nach ISO 27001, SOC 2 und TISAX AL3 zertifiziert.
| Ihre Situation | Beste Passung |
|---|---|
| Sie betreiben bereits Thales CipherTrust oder Luna-HSMs | Thales |
| Sie sind auf nShield und KeyControl standardisiert | Entrust |
| Sie wollen eine SaaS- oder On-Premises-Schlüsselplattform mit breiten Schnittstellen und eigenen Rollen | Fortanix |
| Sie brauchen VS-NfD- oder Common-Criteria-HSM-Hardware oder betreiben schon Utimaco | Utimaco |
| Sie wollen ein source-available europäisches KMS selbst betreiben | Cosmian |
| Sie wollen keinen vollständigen Schlüssel an einem Ort, Schweizer Rechtsordnung und HYOK für Microsoft 365, AWS und SaaS | DuoKey |
| Alle Workloads liegen in einer Cloud und der Schlüssel beim Provider ist akzeptabel | KMS des Cloud-Anbieters |
| Sie brauchen eine zertifizierte Hardwaregrenze und verteilte Verwahrung | Hybrid: HSM-gestützte Tresore plus MPC |
Testen Sie jede Shortlist in einem Pilot mit Ihrer eigenen Last. Für Microsoft 365 sind unsere sechs Kriterien zur Bewertung eines DKE-Anbieters eine praktische Checkliste.
Q: Was ist das beste KMS 2026?
Ein universell bestes gibt es nicht. Das beste KMS hängt von Ihrem Verwahrungsmodell, den aufrufenden Plattformen und dem Betreiber ab. Thales, Entrust, Fortanix und Utimaco sind stark, wenn eine HSM-zentrierte Plattform gewünscht ist; Cosmian passt zu selbst betriebenen source-available Setups; DuoKey passt zu Käufern, die MPC-Verwahrung und externe Schlüssel für Microsoft 365, AWS und SaaS wollen. Nehmen Sie zwei oder drei in die engere Wahl und führen Sie einen PoC durch.
Q: Was ist der Unterschied zwischen KMS und HSM?
Ein KMS verwaltet Lebenszyklus, Richtlinien und Zugriff auf Schlüssel über Systeme hinweg und stellt kryptografische Dienste per API bereit. Ein HSM ist ein manipulationsgeschütztes Gerät, das Schlüssel speichert und kryptografische Operationen innerhalb einer Hardwaregrenze ausführt. Viele KMS nutzen ein HSM als Schlüsselspeicher, beide ergänzen sich.
Q: Wie schneidet das KMS eines Cloud-Anbieters gegenüber einer unabhängigen Key-Management-Lösung ab?
Das KMS eines Cloud-Anbieters ist einfach und eng integriert, aber der Anbieter hält den Schlüssel neben Ihren Daten. Eine unabhängige Lösung hält den Schlüssel ausserhalb des Anbieters, was HYOK, Multi-Cloud-Konsistenz und einen einheitlichen Audit-Trail ermöglicht, bei mehr Integrationsaufwand und eigener Verantwortung für die Verfügbarkeit.
Q: Was bedeuten DKE, HYOK, XKS und EKM?
HYOK heisst: Sie halten den Schlüssel, der Anbieter ruft ihn extern auf. DKE ist das HYOK-Muster von Microsoft 365, XKS der External Key Store von AWS KMS, und EKM der allgemeine Begriff für einen externen Key Manager, etwa SQL Server EKM. BYOK ist anders: Sie importieren einen Schlüssel in den Dienst des Anbieters, der dann eine nutzbare Kopie hält.
Q: Ist MPC-Schlüsselverwaltung besser als ein HSM?
Keines ist generell besser. Ein HSM bietet eine zertifizierte Hardwaregrenze und sehr geringe Latenz. MPC beseitigt den einzelnen Vertrauenspunkt und passt zu Multi-Cloud- und Souveränitätsanforderungen, bei höherer Latenz pro Operation. Viele Organisationen kombinieren HSM-gestützte Tresore mit MPC.
Q: Was sollte ich einen KMS-Anbieter vor dem Kauf fragen?
Fragen Sie, wer einen vollständigen Schlüssel nutzen oder exportieren kann, welche Integrationen heute dokumentiert sind, welche KMIP-Operationen und PKCS#11-Funktionen implementiert sind, wie die Rotation für alte Daten funktioniert, wie Audit-Logs geschützt und exportiert werden und wie der Ausstieg aussieht. Unsere KMS-Ausschreibungsvorlage listet Anforderungen und Nachweise.
Q: Bietet DuoKey SNMP-Monitoring oder geplante Rotation?
Ja, mit Einschränkungen. DuoKey sendet SNMP-v2c- und -v3-Traps und -Informs an Ihr Monitoring-System; es gibt keinen SNMP-Agenten zum Abfragen, Metriken werden über Prometheus abgerufen. Die geplante Rotation (30 Tage, sechs Monate, jährlich oder frei wählbar) gibt es für DKE-Schlüssel, und sie wartet weiterhin auf die Quorum-Freigabe, wenn der Schlüssel sie verlangt.
Q: Ist FIPS 140-2 für einen Neukauf noch akzeptabel?
Das NIST-Validierungsprogramm überführt FIPS-140-2-Zertifikate nach dem 21. September 2026 in die Liste «Historical». Fordern Sie bei Neubeschaffungen daher FIPS 140-3 für jedes Hardware-Backend und prüfen Sie die Zertifikatsnummer auf der CMVP-Website.
Die Wahl der besten KMS-Lösung 2026 beginnt bei der Verwahrung, nicht bei Funktionen: Legen Sie fest, wer je einen vollständigen Schlüssel halten darf, listen Sie die Plattformen auf, die Ihren Schlüsseldienst aufrufen müssen, und vergleichen Sie dann die Betriebsmodelle. HSM-zentrierte Anbieter liegen vorn bei Hardware-Zertifizierung und der Reife ihrer klassischen Dokumentation. DuoKey liegt vorn bei dokumentierter MPC-Verwahrung, Kontextzugriff, manipulationssicherem Audit und gemanagtem Betrieb und zurück dort, wo die Abschnitte oben es sagen.
Um DuoKey mit einem bestimmten Anbieter zu vergleichen, nutzen Sie die Vergleichsseiten.
Geschrieben von
DuoKey Team
Verwandte Ressourcen
Sagen Sie uns, wo Kontrolle heute schwierig ist. Wir helfen Ihnen, den nächsten praktischen Schritt zu finden.