Ausschreibung Post-Quanten-Kryptografie: Vorlage und Anforderungskatalog als Checkliste (2026)

Diese Vorlage für die Ausschreibung von Post-Quanten-Kryptografie liefert einen herstellerneutralen Anforderungskatalog, ein gewichtetes Bewertungsmodell, Fragen an die Anbieter, einen Proof-of-Concept-Plan und Vertragsklauseln, die Sie in Ihre eigene Ausschreibung übernehmen können. Sie umfasst zehn Anforderungsgruppen: Discovery und Inventar (CBOM), Risikobewertung, Algorithmen-Unterstützung (ML-KEM, ML-DSA, SLH-DSA, hybrid und composite), PQC-Zertifikate und PKI, TLS- und Protokoll-Readiness, Auswirkungen auf das Schlüsselmanagement, Migrationssteuerung, Reporting und Compliance, Betrieb sowie den Anbieter selbst. Die Tabellen lassen sich direkt in eine Tabellenkalkulation kopieren.

Jede Anforderung ist etwas, das ein seriöses Produkt der Kategorie erfüllen und belegen kann. Punkte, die nur bestimmte Architekturen bieten, sind als Erweitert gekennzeichnet, damit die Ausschreibung gute Anbieter nicht versehentlich ausschliesst. Für das Marktbild vor dem Schreiben lesen Sie den Einkaufsratgeber zum Kryptografie-Posture-Management.

---

Inhaltsverzeichnis

1. Für wen dieses Dokument ist und wie Sie es nutzen
2. Bevor Sie die Ausschreibung schreiben
3. Die Anforderungs-Checkliste
4. Gewichtetes Bewertungsmodell
5. Fragen an die Anbieter
6. Warnsignale in Anbieterantworten
7. Proof-of-Concept-Plan
8. Vertrags- und Ausstiegsklauseln
9. Einleitung für die Ausschreibung zum Kopieren
10. FAQ
11. Quellen

---

Für wen dieses Dokument ist und wie Sie es nutzen

Der Anforderungskatalog richtet sich an CISOs, Security-Architekten, PKI- und Krypto-Verantwortliche sowie Einkaufsleitungen, die eines oder mehrere der folgenden Dinge beschaffen: eine Plattform für kryptografische Discovery und Posture-Management, Fähigkeiten für Post-Quanten-Zertifikate und PKI oder ein Schlüsselmanagement, das Post-Quanten-Schlüssel aufnehmen muss. Er funktioniert als vollständige Ausschreibung, als technischer Anhang einer grösseren oder als Kriterienblatt für eine Shortlist-Prüfung.

So gehen Sie vor:

1. Löschen Sie Gruppen ausserhalb des Umfangs. Behalten Sie keine Anforderungen, die Sie nicht bewerten.
2. Setzen Sie jede Priorität passend zu Ihrem Kontext. Muss bedeutet, dass ein Angebot, das scheitert, ausgeschlossen oder stark abgewertet wird. Soll wird bewertet. Erweitert ist ein Differenzierungsmerkmal, das als Bonus bewertet wird, nie als Ausschlusskriterium.
3. Behalten Sie die Spalte «Nachweis anfordern»; sie macht aus einer Behauptung etwas Überprüfbares.
4. Kopieren Sie jede Tabelle in eine Tabellenkalkulation, ergänzen Sie Spalten für Antwort und Bewertung jedes Bieters und verwenden Sie die Gewichte aus dem Bewertungsabschnitt.

Die Anforderungs-IDs tragen ein Gruppenpräfix, etwa DI für Discovery und Inventar. Standards sind präzise benannt, damit alle Anbieter dieselbe Frage beantworten: ML-KEM ist NIST FIPS 203, ML-DSA ist FIPS 204 und SLH-DSA ist FIPS 205.

---

Bevor Sie die Ausschreibung schreiben

Eine gute Ausschreibung beginnt mit Antworten, die Sie schon haben. Ohne sie schreiben Bieter allgemeine Antworten, die sich nicht vergleichen lassen.

Fragen zum Umfang

• Welche Umgebungen gehören dazu: Rechenzentren, öffentliche Clouds, SaaS, OT und IoT, Entwicklungs-Pipelines, Produkte von Dritten?
• Welche kryptografischen Flächen sind am wichtigsten: externes TLS, internes TLS, VPN und IPsec, SSH, Code-Signierung, Dokumentensignatur, Schlüssel für Daten im Ruhezustand, Datenbankverschlüsselung, Firmware?
• Welche Daten haben eine lange Vertraulichkeitsdauer? Daten, die viele Jahre geheim bleiben müssen, sind dem Risiko «Store now, decrypt later» ausgesetzt.
• Gibt es abgeschottete (Air-Gap-)Netze, und welche Vorgaben zum Datenstandort gelten?

Inventar, das Sie mitbringen können

• Mengen, auch grobe: Zertifikate, interne CAs, Load Balancer, HSMs, Cloud-Konten, Repositories, Sprachen.
• Bekannte Einschränkungen: ressourcenbeschränkte Geräte, Altprotokolle, Herstellergeräte, die Sie nicht ändern können.

Beteiligte

• Sicherheitsarchitektur, PKI und Schlüsselmanagement, Anwendungsverantwortliche, Netzwerk und Infrastruktur, Risiko und Compliance, Einkauf und Recht. Benennen Sie je Anforderungsgruppe eine verantwortliche Person.

Entscheidungskriterien und Zeitplan

• Legen Sie die Gewichte fest, bevor Sie die Angebote lesen (siehe Bewertungsabschnitt). Bestimmen Sie Umfang und Termine des Proof of Concept in der Ausschreibung selbst, damit die Bieter Ressourcen einplanen können.
• Verankern Sie den Zeitplan an den für Sie geltenden regulatorischen Terminen, zum Beispiel am NIST-Entwurf IR 8547 (Ablösung quantenanfälliger Algorithmen mit 112 Bit nach 2030, Verbot nach 2035), an CNSA 2.0, wenn Sie US-Systeme für nationale Sicherheit bedienen, oder an nationalen Vorgaben wie denen von NCSC und FINMA in der Schweiz und dem deutschen BSI TR-02102. NIST IR 8547 ist ein Entwurf; verstehen Sie die Termine als Planungsgrundlage.

---

Die Anforderungs-Checkliste

Legende der Prioritäten: M = Muss, S = Soll, E = Erweitert.

Gruppe 1: Discovery und Inventar (CBOM)

Gruppe 2: Risikobewertung und Priorisierung

Gruppe 3: Algorithmen-Unterstützung

Gruppe 4: PQC-Zertifikate und PKI

Gruppe 5: TLS- und Protokoll-Readiness

Gruppe 6: Auswirkungen auf das Schlüsselmanagement

Gruppe 7: Migrationssteuerung

Gruppe 8: Reporting und Compliance

Gruppe 9: Betrieb

Gruppe 10: Anbieter

---

Gewichtetes Bewertungsmodell

Verwenden Sie für jede bewertete Anforderung eine Skala von 0 bis 5 und multiplizieren Sie mit dem Gruppengewicht. Legen Sie die Gewichte fest, bevor Sie die Antworten lesen.

Skala

Vorgeschlagene Gewichte (an Ihren Kontext anpassen; Summe 100)

Jede Muss-Anforderung mit weniger als 3 Punkten ist ein Ausschlusskriterium: Der Bieter scheidet aus oder muss einen schriftlichen Behebungsplan mit Terminen vorlegen. Erweiterte Punkte bringen insgesamt höchstens 5 Bonuspunkte und führen nie zum Ausschluss.

Rechenbeispiel (erfundene Zahlen, nur zur Veranschaulichung). Angenommen, der Durchschnitt der Gruppe 1 beträgt 3,5 bei Anbieter A und 4,0 bei Anbieter B. Gruppe 1 trägt dann 3,5 / 5 x 20 = 14,0 Punkte zu A und 4,0 / 5 x 20 = 16,0 zu B bei. Wiederholen Sie das für jede Gruppe und addieren Sie. Erreicht A insgesamt 74 und B 71, liegt A gesamt vorn, obwohl B bei der Discovery stärker ist. Prüfen Sie dann die Ausschlusskriterien und die PoC-Ergebnisse, bevor Sie entscheiden: Ein niedrigerer Papierwert, der den PoC besteht, ist besser als ein höherer, der scheitert.

---

Fragen an die Anbieter

Stellen Sie diese in der schriftlichen Antwort. Verlangen Sie konkrete, datierte, überprüfbare Antworten.

1. Welche Asset-Typen deckt die Discovery heute ab, und welche stehen auf der Roadmap? Nennen Sie Liefertermine für Letztere.
2. Was genau wird in Binärdateien und Container-Images analysiert: nur Abhängigkeiten oder der kompilierte Code?
3. Welche CycloneDX-Version nutzt Ihr CBOM-Export, und können Sie ein Beispiel liefern, das gegen das Schema validiert?
4. Wie erkennen Sie hybriden Schlüsselaustausch, und welche Gruppen werden erkannt?
5. Wie wird der Risiko-Score berechnet, und können wir Formel und Gewichtung sehen?
6. Wie bilden Sie die Vertraulichkeitsdauer von Daten in der Bewertung ab?
7. Welche Vorschriften und Standards sind im Produkt selbst abgebildet, und welche nur im Marketingmaterial?
8. Welche Cloud-KMS und HSMs werden produktiv unterstützt, welche nur in Beta?
9. Kann die Discovery in einem abgeschotteten Netz laufen? Wie werden Updates geliefert?
10. Welche minimalen Rechte braucht es auf jedem gescannten System, und was läuft auf unserer Infrastruktur?
11. Wo werden Kundendaten gespeichert und verarbeitet, und wer sind Ihre Unterauftragsverarbeiter?
12. Welche Post-Quanten-Zertifikatsprofile können Sie ausstellen, welchen RFC- oder Entwurfsversionen folgen sie, und was wurde auf Interoperabilität getestet?
13. Wie gehen Sie mit dem Wachstum von Zertifikats- und Kettengrösse in Ausstellung und Auslieferung um?
14. Wie werden Post-Quanten-Schlüssel geschützt, und welche HSM-Firmware-Versionen werden unterstützt?
15. Wie läuft der Prozess, wenn NIST oder die IETF eine Spezifikation nach unserem Rollout ändert?
16. Wie integrieren Sie sich in unsere ITSM-, CMDB-, SIEM- und CI/CD-Werkzeuge? Zeigen Sie je ein Beispiel.
17. Was lässt sich durchgängig automatisieren, und wo ist eine menschliche Freigabe nötig?
18. Wie erkennen und melden Sie Konfigurations-Drift zurück zu unzulässigen Algorithmen?
19. Was geschieht mit unseren Daten, unserem CBOM und unseren Berichten bei Kündigung?
20. Welche unabhängigen Zertifizierungen decken den Dienst ab, und was ist deren Geltungsbereich?
21. Wie viele Kunden unserer Grösse und Branche betreiben das Produkt produktiv?
22. Welche Professional Services bieten Sie für die Migration an, und wer erbringt sie?

---

Warnsignale in Anbieterantworten

• «Quantensicher»-Aussagen ohne Nennung des Standards (FIPS 203, 204 oder 205) oder des Parametersatzes.
• Ein CBOM, das als «unterstützt» gilt, ohne Format, Version oder Beispieldatei.
• Readiness-Scores ohne offengelegte Methode oder ein «100 % bereit» ohne Angabe des Geltungsbereichs.
• Compliance-Zuordnung, die nur im Marketingmaterial erscheint, nicht im Produkt oder in der Dokumentation.
• Scan-Versprechen, die stillschweigend voraussetzen, dass Sie überall Agenten installieren oder ausgehenden Internetzugang erlauben, den Sie nicht freigeben können.
• Roadmap-Punkte, die in der Gegenwartsform dargestellt werden.
• Unfähigkeit, in angemessener Zeit einen Proof of Concept mit Ihren eigenen Daten durchzuführen.
• Keine klare Aussage, was der Anbieter nicht kann. Jedes Produkt hat Grenzen; ein Anbieter, der keine nennt, ist nicht aufrichtig.
• Post-Quanten-Zertifikate, die als bereit für öffentliche Websites dargestellt werden. Die öffentliche Web-PKI akzeptiert ML-DSA-Zertifikate noch nicht.
• Lock-in: proprietäre Datenformate ohne Export oder Kündigungsbedingungen, die Ihre Daten sofort löschen.

---

Proof-of-Concept-Plan

Führen Sie mit jedem Anbieter der Shortlist denselben PoC auf demselben Ausschnitt Ihrer Umgebung durch, über zwei bis vier Wochen.

Halten Sie je Anbieter die Zeit bis zum ersten Ergebnis, die Zahl manueller Schritte und die Fehlalarmquote fest. Übernehmen Sie die Messwerte in das Bewertungsblatt.

---

Vertrags- und Ausstiegsklauseln

• Dateneigentum. Alle Inventardaten, CBOMs, Scan-Ergebnisse und Berichte sind Ihre Daten. Der Anbieter darf anonymisierte Telemetrie nur mit Ihrer schriftlichen Zustimmung verwenden.
• Export und Ausstieg. Vollständiger Export in offenen Formaten (CycloneDX für das CBOM, Standardformate für Berichte) jederzeit und für einen definierten Zeitraum nach Vertragsende, ohne Zusatzkosten.
• Löschung. Bestätigte Löschung Ihrer Daten innerhalb einer genannten Zahl von Tagen nach Vertragsende.
• Service Level. Verfügbarkeit, Reaktionszeiten des Supports und Gutschriften bei Verletzung.
• Sicherheitspflichten. Aufrechterhaltung der in der Antwort angebotenen Zertifizierungen, Meldung von Vorfällen innerhalb einer genannten Stundenzahl und Prüfrechte im Verhältnis zum Risiko.
• Roadmap-Zusagen. In der Antwort versprochene Funktionen stehen in einem Anhang mit Lieferterminen und Rechtsfolgen bei Verzug.
• Änderung von Standards. Der Anbieter setzt finale Fassungen relevanter Standards (zum Beispiel die finale IETF-Spezifikation für Composite-Signaturen) in einer vereinbarten Frist ohne zusätzliche Lizenzkosten um.
• Unterauftragsverarbeiter. Vorankündigung und Widerspruchsrecht bei Änderungen.
• Regulatorische Unterstützung. Mitwirkung bei Auskunftsersuchen Ihrer Aufsicht, soweit anwendbar (zum Beispiel unter DORA für Finanzunternehmen).
• Preisschutz. Obergrenzen für Erhöhungen bei Verlängerung und klare Kennzahlen, was den Preis bestimmt (Assets, Scans, Benutzer).

---

Einleitung für die Ausschreibung zum Kopieren

[Organisation] lädt zur Angebotsabgabe für eine Plattform und Dienstleistungen ein, mit denen die eigene Kryptografie im Hinblick auf den Übergang zu Post-Quanten-Standards inventarisiert, bewertet und migriert wird. Der Umfang umfasst [Umgebungen]. Die Bieter müssen nachweisen: die Erkennung kryptografischer Assets an Netzwerkendpunkten, in Zertifikaten und Keystores, im Quellcode, in Cloud-Schlüsselverwaltungsdiensten und in Hardware-Sicherheitsmodulen; den Export einer kryptografischen Stückliste (CBOM) in CycloneDX; eine dokumentierte Risikobewertung, die die Vertraulichkeitsdauer der Daten berücksichtigt; die Unterstützung der NIST-Standards ML-KEM (FIPS 203), ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) bei der Erkennung und, wo anwendbar, bei Zertifikatsausstellung und Schlüsselmanagement; sowie Migrationsplanung mit Hybrid-zuerst-Empfehlungen. Die Antworten müssen für jede Anforderung in Anhang A einen überprüfbaren Nachweis erbringen, produktive Fähigkeiten von der Roadmap unterscheiden und einen Proof of Concept auf einem repräsentativen Teil unserer Umgebung ermöglichen. Die Bewertung erfolgt nach dem gewichteten Modell in Anhang B, wobei Muss-Anforderungen als Ausschlusskriterien dienen. Antworten sind bis [Datum] einzureichen; die Proofs of Concept finden [Termine] statt.

---

FAQ

Was gehört in eine Ausschreibung für Post-Quanten-Kryptografie?

Sie sollte Umfang und Randbedingungen enthalten, dazu Anforderungen, gegliedert nach Discovery und CBOM, Risikobewertung, Algorithmen-Unterstützung, PQC-Zertifikate und PKI, TLS und Protokolle, Schlüsselmanagement, Migrationssteuerung, Reporting und Compliance, Betrieb und Anbieterqualifikation. Ausserdem gehören ein Bewertungsmodell, ein Proof-of-Concept-Plan und Vertragsklauseln zu Datenexport und Standardänderungen dazu.

Welche NIST-Standards soll ich im Anforderungskatalog nennen?

Nennen Sie FIPS 203 (ML-KEM) für die Schlüsseleinigung, FIPS 204 (ML-DSA) für Signaturen und FIPS 205 (SLH-DSA) für hashbasierte Signaturen. Fragen Sie die Anbieter, welche Parametersätze sie unterstützen und wie sie hybride und Composite-Konstruktionen behandeln, die diese mit klassischen Algorithmen verbinden.

Brauche ich eine CBOM-Anforderung?

Ja. Ein CBOM in einem offenen Format wie CycloneDX erlaubt es, Nachweise mit Prüfern zu teilen, andere Werkzeuge zu speisen und einen Anbieter zu verlassen, ohne das Inventar zu verlieren. Verlangen Sie die Spezifikationsversion und eine Beispieldatei, die gegen das Schema validiert.

Soll die Ausschreibung Post-Quanten-Zertifikate aus der öffentlichen Web-PKI verlangen?

Nein. Zum Zeitpunkt des Schreibens werden ML-DSA-Zertifikate in der öffentlichen Web-PKI nicht akzeptiert, und die Arbeiten des CA/Browser Forum dazu sind nicht abgeschlossen. Beschränken Sie PQC-Zertifikatsanforderungen auf die private PKI und Testumgebungen und verlangen Sie eine schriftliche Erklärung, was für jede Vertrauensdomäne unterstützt wird.

Ist ein Proof of Concept nötig?

Für diese Kategorie ja. Discovery-Werkzeuge unterscheiden sich darin, was sie in Ihrer Umgebung sehen, und Risiko-Scores unterscheiden sich in der Berechnung. Ein PoC von zwei bis vier Wochen auf demselben Ausschnitt für jeden Finalisten ist die verlässlichste Vergleichsmethode.

Wie vermeide ich eine Ausschreibung, die einen Anbieter bevorzugt?

Formulieren Sie Anforderungen über Ergebnisse und Nachweise, kennzeichnen Sie architekturspezifische Fähigkeiten als Erweitert und werten Sie sie als Bonus, und legen Sie die Gewichte fest, bevor Sie die Angebote lesen. Wird eine Anforderung nur von einem Anbieter erfüllt, fragen Sie sich, ob sie für Ihren Anwendungsfall wesentlich ist.

Kann ich ohne internen Scan beginnen?

Eine erste Sicht auf Ihre externe Exponierung erhalten Sie ohne internen Zugriff. Der kostenlose Quantum Risk Score von DuoKey wird aus öffentlichen Signalen berechnet und braucht keine Installation; er ist ein Startpunkt, und das Inventar selbst stammt aus einem internen Scan, zum Beispiel mit Cryptographic Posture Management.

---

Quellen

• NIST FIPS 203: ML-KEM
• NIST FIPS 204: ML-DSA
• NIST FIPS 205: SLH-DSA
• NIST IR 8547 (Initial Public Draft): Transition to Post-Quantum Cryptography Standards
• RFC 9881: Algorithmenkennungen für ML-DSA in X.509
• RFC 9909: Algorithmenkennungen für SLH-DSA in X.509
• IETF Datatracker: draft-ietf-lamps-pq-composite-sigs
• IETF Datatracker: draft-ietf-tls-ecdhe-mlkem
• CycloneDX Cryptography Bill of Materials
• DuoKey Docs: Überblick CPM (PQC Scanner)
• DuoKey Docs: Migrationsplanung