Sie sitzen wahrscheinlich genau in dieser Lage: NIS-2 steht im Raum, Ihr ISMS wird reifer, Cloud-Dienste, VPN-Zugänge, Webanwendungen und Zertifikate laufen stabil. Gleichzeitig taucht in Gesprächen mit Herstellern, Auditoren und Security-Partnern immer häufiger ein Begriff auf, der schnell nach Forschungslabor klingt: Post-Quantum-Kryptographie.
Für viele IT-Leiter in KMU ist das Problem nicht das fehlende Problembewusstsein. Das Problem ist die fehlende Übersetzung in eine umsetzbare Betriebsrealität. Laut BSI sind über 90 % der deutschen KMU noch nicht auf PQC vorbereitet, weil die konkrete Road-to-Ready unklar ist, gerade wenn keine Big-Bang-Migration infrage kommt (BSI-Broschüre zu Quantencomputing). Genau dort beginnt die eigentliche Aufgabe.
Wer heute Verantwortung für IT-Sicherheit trägt, muss Post-Quantum-Kryptographie nicht als akademisches Spezialthema behandeln, sondern als Erweiterung klassischer Schutzkonzepte wie Verschlüsselung in der Unternehmenspraxis. Es geht um Risiko, Umstellungsfähigkeit und Priorisierung. Nicht um Zukunftsromantik.
Post-Quantum-Kryptographie als Chance für Ihr Unternehmen
Viele KMU reagieren auf das Thema Quantencomputer mit zwei reflexhaften Einschätzungen. Entweder: „Das ist noch viel zu weit weg.“ Oder: „Dafür fehlen uns Zeit, Personal und Budget.“ Beide Reaktionen sind verständlich. Beide helfen operativ nicht weiter.
Der nützliche Blick ist ein anderer. Post-Quantum-Kryptographie ist vor allem ein Organisations- und Architekturthema. Wer früh sauber inventarisiert, Vertrauensknoten identifiziert und Lieferanten auf PQC-Fähigkeit prüft, reduziert spätere Hektik. Das ist für ein mittelständisches Unternehmen kein Luxus, sondern gutes Risikomanagement.
Warum PQC für KMU kein Konzernprojekt sein muss
In der Praxis scheitern Sicherheitsvorhaben selten an der reinen Technik. Sie scheitern an unklaren Verantwortlichkeiten, fehlender Reihenfolge und zu grossen Migrationsbildern. Genau deshalb ist PQC für KMU gut beherrschbar, wenn man es in überschaubare Arbeitspakete zerlegt.
Dazu gehören meist zuerst diese Fragen:
- Welche Daten sind langlebig sensibel? Verträge, Personalbezug, Audit-Nachweise, Entwicklungsunterlagen oder branchenspezifische Dokumentation.
- Wo steckt heute Public-Key-Kryptographie? In TLS, VPN, PKI, Zertifikaten, Signaturketten, Appliances, Cloud-Diensten und Fachverfahren.
- Welche Systeme lassen sich flexibel umstellen? Moderne Plattformen sind oft deutlich beweglicher als gewachsene Speziallösungen.
Wer PQC als reines Algorithmus-Thema behandelt, startet zu spät. Wer es als Teil von Governance, Inventarisierung und Lieferantensteuerung behandelt, ist bereits auf dem richtigen Weg.
Wo der eigentliche Nutzen liegt
PQC ist nicht nur eine Reaktion auf eine neue Angriffsklasse. Es ist auch eine Gelegenheit, kryptographische Altlasten sichtbar zu machen. Viele IT-Umgebungen nutzen Zertifikate, Schlüsselaustausch oder Signaturen an mehr Stellen, als intern dokumentiert ist.
Das bringt einen Nebeneffekt, der im Alltag oft wichtiger ist als die Debatte über Quantencomputer selbst: Sie schaffen Krypto-Transparenz. Und diese Transparenz zahlt direkt auf NIS-2, ISO 27001, Lieferantenmanagement und Auditfähigkeit ein.
Das neue Bedrohungsbild durch Quantencomputer
Das eigentliche Risiko beginnt nicht erst dann, wenn ein Angreifer morgen einen leistungsfähigen Quantencomputer in Betrieb nimmt. Es beginnt heute, wenn verschlüsselte Daten abgegriffen und für später gespeichert werden.
Cloudflare beschreibt dieses Risiko klar als „Harvest now, decrypt later“. Angreifer können heute verschlüsselte Daten abfangen und später entschlüsseln. Besonders relevant ist das für Daten mit langer Schutzfrist wie Vertrags-, Personen- oder Auditdaten (Einordnung zu Post-Quantum-Kryptographie und Harvest now, decrypt later).
Was das für ein KMU praktisch bedeutet
Stellen Sie sich einen Tresor vor, den heute niemand öffnen kann. Ein Angreifer muss ihn dafür nicht sofort knacken. Es reicht, wenn er den Tresor mitnimmt und darauf setzt, später an den passenden Generalschlüssel zu kommen.
Genau so funktioniert das Risiko in digitalen Umgebungen. Der geschützte Datenverkehr von heute bleibt nicht automatisch sicher, nur weil die Entschlüsselung im Moment noch nicht möglich ist. Wenn Informationen über Jahre vertraulich bleiben müssen, ist der Zeitpunkt des Mitschnitts entscheidend. Nicht nur der Zeitpunkt des Angriffs.
Betroffen sind typischerweise:
- Kommunikation mit langer Relevanz. Vertragsdaten, M&A-Unterlagen, Forschungsdokumente, sensible Kundenkommunikation.
- Personenbezogene Informationen. Alles, was datenschutzrechtlich und vertraglich langfristig geschützt bleiben muss.
- Nachweis- und Auditdaten. Unterlagen, die noch Jahre später belastbar und vertraulich sein sollen.
Warum „abwarten“ die falsche Standardreaktion ist
Viele Unternehmen verwechseln Unsicherheit über den genauen Zeitplan mit fehlendem Handlungsbedarf. Das ist operativ riskant. Denn die Schutzfrage hängt nicht nur daran, wann Quantencomputer breit einsetzbar werden, sondern daran, wie lange Ihre heutigen Daten wertvoll oder schützenswert bleiben.
Daten mit kurzer Lebensdauer kann man später bewerten. Daten mit langer Schutzfrist müssen Sie heute in die Priorisierung aufnehmen.
Praktisch heisst das: Nicht jedes System hat dieselbe Dringlichkeit. Ein internes Kurzzeitverfahren mit geringer Vertraulichkeitsdauer steht nicht oben auf der Liste. Eine PKI, ein extern erreichbarer Dienst oder ein Signaturprozess für langlebige Nachweise dagegen schon.
Welche Denkfehler in Projekten häufig auftreten
Ein häufiger Fehler ist, das Thema ausschliesslich auf „Verschlüsselung“ zu reduzieren. In Wirklichkeit betrifft das Bedrohungsbild auch Authentisierung, Signaturen und Vertrauenskette. Ein zweiter Fehler ist die Annahme, dass ein späteres Produktupdate schon alles richten wird. Herstellerupdates helfen. Sie ersetzen aber nicht Ihre eigene Inventarisierung und Priorisierung.
Die neuen Schutzschilde namens NIST-Standards
Die gute Nachricht ist, dass Unternehmen nicht mehr nur über theoretische „quantensichere“ Verfahren sprechen müssen. Es gibt jetzt einen standardisierten Baukasten.
Im August 2024 veröffentlichte NIST drei finale PQC-Standards: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA). ML-KEM ist für die Schlüsselvereinbarung vorgesehen, ML-DSA und SLH-DSA für digitale Signaturen. Diese Standards bilden die konkrete Grundlage für Migrationen in Unternehmen (NIST-Projekt zur Post-Quantum-Kryptographie).
Was diese Standards im Alltag bedeuten
Der wichtigste Punkt wird oft missverstanden: Post-Quantum-Kryptographie ist keine Kryptographie für Quantencomputer. Es sind Verfahren, die auf normaler, klassischer IT laufen sollen und gegen künftige Angriffe durch Quantencomputer widerstandsfähiger sein sollen.
Für die Praxis genügen zunächst drei Zuordnungen:
| Bereich | Relevanter Standard | Typischer Einsatz |
|---|---|---|
| Schlüsselvereinbarung | ML-KEM | Aufbau sicherer Verbindungen, z. B. in Protokollen |
| Digitale Signaturen | ML-DSA | Signaturen für Dokumente, Software, Prozesse |
| Digitale Signaturen | SLH-DSA | Alternative Signaturverfahren für bestimmte Anforderungen |
Damit entsteht endlich ein belastbarer Beschaffungs- und Migrationsrahmen. Hersteller, Cloud-Anbieter, PKI-Produkte und Sicherheitsplattformen können sich auf konkrete Standards beziehen. Für IT-Leiter ist das entscheidend, weil Sie nicht auf Marketingbegriffe angewiesen sind, sondern auf benennbare Normen.
Was funktioniert und was nicht
Was funktioniert: Produkte und Architekturen nach konkreter Unterstützung standardisierter Verfahren zu bewerten. Fragen Sie nicht nur nach „quantum safe“, sondern nach der Unterstützung der benannten NIST-Standards in genau den Komponenten, die Sie einsetzen.
Was nicht funktioniert: Auf vage Zukunftszusagen zu bauen. Aussagen wie „wir beobachten das Thema“ oder „wir sind grundsätzlich vorbereitet“ helfen in einer Migrationsplanung nicht. Sie brauchen Aussagen zu Roadmaps, Interoperabilität, Zertifikatsketten, APIs, Appliances und Managementoberflächen.
Praxisregel: Wenn ein Hersteller PQC-Fähigkeit behauptet, lassen Sie sich zeigen, an welcher Stelle in seinem Produktportfolio ML-KEM, ML-DSA oder SLH-DSA konkret vorgesehen sind.
Warum die mathematische Tiefe für Entscheider zweitrangig ist
NIST ordnet PQC verschiedenen Verfahrensfamilien zu, darunter lattice-based, hash-based, code-based und multivariate Ansätze. Für Architekturen ist das interessant. Für ein KMU ist aber wichtiger, ob die Verfahren in Ihrer Umgebung handhabbar, interoperabel und betrieblich kontrollierbar sind.
Deshalb sollte die Managementfrage nicht lauten: „Welches mathematische Problem steckt dahinter?“ Sondern: „Wo müssen wir Schlüsselvereinbarung und Signaturketten technisch, organisatorisch und vertraglich anfassen?“
Konkrete Auswirkungen auf Ihre IT- und Cloud-Infrastruktur
PQC ist kein Anlass, den Serverraum neu aufzubauen. Das BSI beschreibt die Lage deutlich: Es geht nicht um einen Hardwareaustausch, sondern vor allem um den Austausch kryptographischer Bausteine in Software, Protokollen und Zertifikatsketten wie PKI, TLS und VPN. Der Aufwand liegt in Inventarisierung und Umstellung, nicht in der Rechenleistung (BSI-Position zu Post-Quanten-Kryptografie).
Das beruhigt einerseits. Andererseits verschiebt es die Verantwortung direkt in den Alltag von IT-Leitung, Architektur, Betrieb und Lieferantensteuerung.
Wo Sie typischerweise anfangen müssen
In einem mittelständischen Setup taucht Public-Key-Kryptographie meist an mehr Stellen auf, als das zentrale IT-Team auf Anhieb benennt. Betroffen sind besonders:
- VPN und Remote Access. Etwa Firewalls, Standortkopplungen, Client-VPNs und Zero-Trust-nahe Zugänge.
- Webserver und Reverse Proxies. TLS-Zertifikate, Schlüsselaustausch, Load-Balancer, WAF-nahe Komponenten.
- PKI und Zertifikatsmanagement. Interne CAs, ausstellende Prozesse, Laufzeiten, Sperrlisten, Automatisierung.
- Code Signing und Update-Ketten. Signierte Softwarepakete, Skripte, Agenten und Firmware-Verteilung.
- Cloud-Dienste und APIs. Storage, Management-Schnittstellen, Mandantenkommunikation und abgesicherte Verbindungen.
- Backup- und Recovery-Prozesse. Verschlüsselte Sicherungen, Schlüsselverwaltung und Wiederherstellungswege.
Wer bereits mit Cloud Security Posture Management in hybriden Umgebungen arbeitet, hat einen Vorteil. Die nötige Transparenz über Konfigurationen, Dienste und Abhängigkeiten ist dort oft schon besser ausgeprägt als in rein historisch gewachsenen On-Prem-Umgebungen.
Die eigentliche Arbeit liegt in Abhängigkeiten
Die meisten Umstellungsprobleme entstehen nicht im Kernalgorithmus, sondern an den Rändern. Ein VPN-Gateway kann theoretisch PQC-fähig sein, aber der Management-Client noch nicht. Eine interne CA kann angepasst werden, aber das Fachverfahren akzeptiert die neuen Zertifikate nicht. Ein Cloud-Dienst aktualisiert früher als die lokale Integrationsschicht.
Darum ist diese kleine Sicht auf typische Prüffelder hilfreich:
| Infrastrukturbaustein | Typische PQC-Frage |
|---|---|
| Firewall und VPN | Unterstützt die Plattform künftige PQC- oder Hybrid-Verfahren in produktiven Szenarien? |
| Webanwendungen | Wie wird TLS an Frontend, Proxy und Backend terminiert? |
| PKI | Welche Zertifikatsketten und Vertrauensanker sind betroffen? |
| HSM und Schlüsselspeicher | Welche Roadmap hat der Hersteller für Validierung und Betrieb? |
| SaaS und Cloud | Welche kryptographischen Verfahren steuert der Anbieter selbst, welche Sie? |
Was in Projekten häufig übersehen wird
Übersehen werden oft Drucker-Management, MDM-Plattformen, E-Mail-Gateways, Branchenappliances und externe Dienstleister. Gerade in KMU sitzen kryptographische Funktionen in Tools, die niemand spontan als „Krypto-System“ einordnet.
Deshalb gilt praktisch: Nicht bei den Geräten anfangen, sondern bei den Vertrauensbeziehungen. Zertifikate, Schlüsselaustausch, Signaturen und Schlüsselverwaltung zeigen Ihnen schneller die kritischen Migrationspfade als eine reine Asset-Liste.
Der Weg zur Quantensicherheit mit Hybrid-Strategien
Die meisten mittelständischen Unternehmen können PQC nicht per Schalter aktivieren. Und sie sollten es auch nicht versuchen. In produktiven Infrastrukturen ist eine harte Komplettumstellung fast immer unnötig riskant.
KIT ordnet den praktischen Hebel klar ein: Wegen des Harvest-now-decrypt-later-Risikos sollten Unternehmen bei Systemen beginnen, die die Vertrauenskette bilden, hybride Übergänge planen und PQC-Verfahren zuerst in PKI- und HSM-Umgebungen validieren (KIT-Einordnung zur PQC-Migration).
Warum Hybrid in der Praxis sinnvoll ist
Ein hybrider Ansatz kombiniert klassische Verfahren mit PQC-Verfahren in einer Übergangsphase. Das ist kein theoretischer Kompromiss, sondern oft die betrieblich vernünftigste Option. Sie reduzieren Integrationsrisiken, halten die Kompatibilität zu bestehenden Systemen aufrecht und gewinnen Zeit für Tests.
Hybrid ist besonders dann sinnvoll, wenn Sie:
- heterogene Landschaften betreiben, also mehrere Hersteller, Generationen und Fachanwendungen parallel haben
- regulierte Prozesse absichern müssen, bei denen Signaturen, Nachweise und Verfügbarkeit gleichermassen zählen
- Lieferantenabhängigkeiten haben, die Sie nicht allein steuern können
Reife Umstellungen beginnen selten mit dem produktiven Massenrollout. Sie beginnen mit einem kontrollierten Mischbetrieb.
Ein praktikabler Fahrplan in vier Phasen
Inventarisierung und Risikoanalyse
Starten Sie nicht bei Algorithmen, sondern bei Schutzobjekten. Welche Daten müssen lange vertraulich bleiben? Welche Systeme bilden Vertrauen für andere Systeme? Welche externen Partner oder Plattformen hängen daran?
Erfassen Sie dabei nicht nur technische Assets, sondern auch Vertragsbeziehungen, Zertifikatslaufwege und Betriebsverantwortung.
Testen in isolierten Umgebungen
PQC gehört zuerst in ein Labor, nicht in den Hauptverkehr. Prüfen Sie Interoperabilität, Protokollverhalten, Managementfähigkeit und Auswirkungen auf Monitoring oder Logging. Besonders wichtig ist, ob Ihre vorhandenen Werkzeuge neue Verfahren sauber erkennen und dokumentieren.
Pilot mit begrenzter Reichweite
Wählen Sie einen Bereich mit hohem Erkenntniswert und begrenztem Schadenpotenzial. Gute Kandidaten sind interne Test-PKIs, ausgewählte Signaturketten oder dedizierte Systeme mit überschaubarem Nutzerkreis. Weniger geeignet sind geschäftskritische Kernverfahren ohne Rückfalloption.
Rollout nach Vertrauenskette
Erst dann folgt die schrittweise Ausweitung. Beginnen Sie dort, wo andere Systeme ihr Vertrauen ableiten: PKI, HSM-nahe Komponenten, zentrale Zertifikatsdienste, signaturrelevante Prozesse. Danach folgen Perimetersysteme, Applikationsschnittstellen und breitere Kommunikationswege.
Was in echten Projekten funktioniert
Erfolgreich sind Vorhaben, wenn Security, Infrastruktur, Applikationsverantwortliche und Einkauf gemeinsam arbeiten. Denn PQC ist nie nur ein Security-Projekt. Hersteller-Roadmaps, Supportzusagen, Zertifizierungen, Laufzeiten und Betriebsmodelle gehören von Beginn an mit auf den Tisch.
Weniger erfolgreich sind Projekte, die sofort mit „Welchen Algorithmus nehmen wir?“ starten. Diese Frage kommt erst dann sinnvoll, wenn Sie wissen, wo Sie überhaupt migrieren müssen und wer dafür verantwortlich ist.
PQC als Baustein für NIS-2 und ISO 27001 Compliance
Für KMU mit Compliance-Druck ist PQC mehr als eine technische Modernisierung. Es stärkt genau die Denkweise, die NIS-2 und ISO 27001 verlangen: Risiken früh erkennen, geeignete Schutzmassnahmen auswählen, Wirksamkeit prüfen und Änderungen gesteuert umsetzen.
NIS-2 zwingt Unternehmen zu belastbaren Sicherheitsmassnahmen. Dazu gehört keine blinde Technikeinführung, wohl aber die Pflicht, kryptographische Risiken systematisch zu bewerten und angemessen zu behandeln. Wenn Ihre Organisation heute weiss, dass bestimmte kryptographische Verfahren langfristig unter Druck geraten, gehört dieses Wissen in die Risikoanalyse und in die Massnahmenplanung. Für viele Unternehmen ist genau das der Punkt, an dem eine praxisnahe NIS-2-Umsetzung in Deutschland mit der PQC-Roadmap zusammenwächst.
Wo PQC im ISMS konkret andockt
Im ISO-27001-Kontext wirkt PQC vor allem dort, wo Kryptographie, sichere Kommunikation, Lieferantensteuerung und Change Management zusammenlaufen. Nicht als isoliertes Spezialprojekt, sondern als Teil des normalen Sicherheitsmanagements.
Das zeigt sich besonders in diesen Punkten:
- Risikobehandlung. Sie dokumentieren, welche kryptographischen Abhängigkeiten künftig problematisch werden könnten.
- Asset- und Abhängigkeitsmanagement. Sie erfassen, wo Zertifikate, Schlüsselaustausch und Signaturen geschäftskritisch sind.
- Lieferantenmanagement. Sie prüfen, ob Hersteller und Dienstleister tragfähige PQC-Roadmaps liefern.
- Änderungsmanagement. Sie migrieren kontrolliert, testbasiert und nachvollziehbar.
Auditoren erwarten nicht, dass jedes KMU sofort vollständig quantensicher ist. Sie erwarten aber, dass bekannte Risiken erkannt, bewertet und mit einer plausiblen Roadmap bearbeitet werden.
Der strategische Vorteil
Unternehmen, die PQC früh in ihr ISMS integrieren, verschaffen sich Luft. Sie vermeiden hektische Einzelmassnahmen, wenn Kunden, Versicherer, Prüfer oder kritische Lieferanten plötzlich konkrete Nachweise verlangen. Vor allem aber schaffen sie Entscheidungsfähigkeit. Und genau daran fehlt es in vielen Umgebungen zuerst.
Checkliste für IT-Leiter Sind Sie PQC-ready?
Die sinnvollste erste Reaktion ist kein Migrationsprojekt. Es ist eine saubere Selbstprüfung. Wenn Sie die folgenden Punkte intern beantworten können, sind Sie deutlich weiter als viele andere Organisationen.
Zehn Fragen für den realen Start
Kryptographie inventarisiert
Haben Sie erfasst, wo in Ihrer Umgebung Zertifikate, Schlüsselaustausch, Signaturen und kryptographische Bibliotheken eingesetzt werden?Langlebige Daten identifiziert
Wissen Sie, welche Informationen auch in einigen Jahren noch vertraulich oder nachweisbar sein müssen?Vertrauensanker benannt
Ist klar, welche PKI-, CA-, HSM- oder Signaturkomponenten andere Systeme absichern?Lieferanten befragt
Haben Ihre Hersteller für Firewalls, Cloud-Dienste, Backup, IAM, PKI und Fachverfahren eine belastbare PQC-Roadmap?Testumgebung definiert
Gibt es eine isolierte Umgebung, in der Sie neue kryptographische Verfahren ohne Produktionsrisiko prüfen können?Hybrid-Übergänge eingeplant
Ist Ihre Architektur darauf vorbereitet, klassische und PQC-nahe Verfahren vorübergehend parallel zu betreiben?Betrieb und Monitoring mitgedacht
Können Ihre Teams, Logs, SIEM- und Monitoring-Prozesse neue kryptographische Zustände nachvollziehen?Verantwortung geklärt
Ist festgelegt, wer Architektur, Einkauf, Security, Betrieb und Fachbereiche in diesem Thema koordiniert?Budget und Zeitfenster reserviert
Haben Sie zumindest einen ersten Rahmen für Analyse, Pilotierung und Lieferantenbewertung eingeplant?ISMS-Anbindung hergestellt
Ist das Thema als Risiko, Massnahme oder Roadmap-Baustein in Ihrem Sicherheitsmanagement verankert?
Woran Sie Ihren Reifegrad erkennen
Wenn Sie nur die ersten zwei Fragen beantworten können, stehen Sie am Anfang. Das ist normal. Wenn Sie zusätzlich Vertrauensanker, Lieferantenstatus und Testpfad benennen können, wird aus dem Thema bereits ein steuerbares Projekt.
Wenn Sie dagegen sagen müssen, dass „der Hersteller das schon lösen wird“, fehlt meist noch die eigene Handlungsbasis.
Der beste Start in die Post-Quantum-Kryptographie ist nicht der Kauf eines Produkts. Es ist die Fähigkeit, die eigene Abhängigkeit von heutiger Kryptographie präzise zu beschreiben.
Ein pragmatischer nächster Schritt ist oft ein kurzer interner Workshop mit IT-Leitung, Security, Infrastruktur und den Verantwortlichen für geschäftskritische Anwendungen. Ziel ist nicht die fertige Zielarchitektur. Ziel ist eine priorisierte Liste der Systeme, bei denen PQC zuerst relevant wird.
Wenn Sie Post-Quantum-Kryptographie nicht als Buzzword, sondern als umsetzbare Roadmap für NIS-2, ISO 27001 und Ihre bestehende Infrastruktur einordnen wollen, unterstützt Sie Deeken.Technology GmbH mit praxisnaher Analyse, Kryptoinventarisierung, Lieferantenbewertung und einer realistischen Migrationsstrategie für KMU. Gerade in gewachsenen IT-Landschaften entscheidet nicht die Theorie, sondern ein klarer Plan, der Betrieb, Compliance und Sicherheit zusammenbringt.
