<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dilithium on kenji.blog</title><link>http://kenji.blog/de/tags/dilithium/</link><description>Recent content in Dilithium on kenji.blog</description><generator>Hugo -- gohugo.io</generator><language>de</language><copyright>kenjinote</copyright><lastBuildDate>Fri, 11 Sep 2026 07:00:00 +0900</lastBuildDate><atom:link href="http://kenji.blog/de/tags/dilithium/index.xml" rel="self" type="application/rss+xml"/><item><title>【Grafik PQC】Vergleich der wichtigsten Algorithmen für die Post-Quanten-Kryptographie</title><link>http://kenji.blog/de/p/post-quantum-cryptography-algorithms-comparison/</link><pubDate>Fri, 11 Sep 2026 07:00:00 +0900</pubDate><guid>http://kenji.blog/de/p/post-quantum-cryptography-algorithms-comparison/</guid><description>&lt;img src="http://kenji.blog/p/post-quantum-cryptography-algorithms-comparison/img/eyecatch.jpg" alt="Featured image of post 【Grafik PQC】Vergleich der wichtigsten Algorithmen für die Post-Quanten-Kryptographie" />&lt;h2 id="1-einleitung-die-krise-der-kryptographie-durch-quantencomputer">1. Einleitung: Die &amp;ldquo;Krise der Kryptographie&amp;rdquo; durch Quantencomputer
&lt;/h2>&lt;p>In der modernen Internetgesellschaft ist die Public-Key-Kryptographie eine unverzichtbare Infrastruktur zum Schutz der Vertraulichkeit von Kommunikation und der Datenintegrität. Die derzeit weit verbreiteten RSA- und Elliptische-Kurven-Kryptographie (ECC) stützen sich für ihre Sicherheit auf mathematische Hürden, nämlich die &amp;ldquo;Schwierigkeit der Primfaktorzerlegung riesiger zusammengesetzter Zahlen&amp;rdquo; und die &amp;ldquo;Schwierigkeit des diskreten Logarithmusproblems auf elliptischen Kurven&amp;rdquo;. Es wurde bewiesen, dass klassische Computer (die Computer, die wir heute benutzen, einschließlich Supercomputern) länger als das Alter des Universums bräuchten, um diese mathematischen Probleme zu lösen, was die Grundlage für ihre Sicherheit darstellte.&lt;/p>
&lt;p>Diese robuste Annahme wird jedoch durch Fortschritte in der Theorie und praktischen Anwendung von &lt;strong>Quantencomputern&lt;/strong> grundlegend auf den Kopf gestellt. Der &amp;ldquo;&lt;strong>Shor-Algorithmus&lt;/strong>&amp;rdquo;, der 1994 von dem Kryptographen Peter Shor vorgestellt wurde, bewies theoretisch, dass sowohl das Primfaktorzerlegungsproblem als auch das Problem des diskreten Logarithmus in &amp;ldquo;polynomieller Zeit&amp;rdquo; entschlüsselt werden können, wenn er auf einem ausreichend leistungsfähigen, fehlertoleranten universellen Quantencomputer (CRQC: Cryptographically Relevant Quantum Computer) ausgeführt wird. Das bedeutet, dass alle derzeit verwendeten Public-Key-Kryptographien unwirksam werden.&lt;/p>
&lt;div class="mermaid">graph TD
A["Großer Quantencomputer (CRQC)"] -->|Ausführung| B["Shor-Algorithmus"]
B -->|Entschlüsselung in polynomieller Zeit| C["Primfaktorzerlegungsproblem (RSA)"]
B -->|Entschlüsselung in polynomieller Zeit| D["Diskretes Logarithmusproblem (ECC / ECDSA)"]
C --> E["Abhören verschlüsselter Kommunikation, Datenmanipulation, Spoofing"]
D --> E
F["Store Now, Decrypt Later (SNDL)"] --> E&lt;/div>
&lt;p>Es ist sehr gefährlich zu denken: &amp;ldquo;Die vollständige Fertigstellung von Quantencomputern liegt noch Jahrzehnte in der Zukunft, also ist es kein Problem&amp;rdquo;. Denn eine Angriffsmethode namens &lt;strong>Store Now, Decrypt Later (SNDL)&lt;/strong> stellt bereits eine reale Bedrohung dar. Bei diesem Angriff speichern böswillige Staaten oder Hackerorganisationen große Mengen der derzeit verschlüsselten Kommunikationsdaten (wie TLS-Traffic) und entschlüsseln sie alle in dem Moment, in dem in Zukunft ein leistungsstarker Quantencomputer verfügbar wird. Staatsgeheimnisse, Infrastrukturinformationen und medizinische Daten, die über lange Zeiträume geschützt werden müssen, sind dieser Bedrohung bereits ausgesetzt.&lt;/p>
&lt;p>Für symmetrische Schlüsselkryptographie (wie AES) und Hash-Funktionen (wie SHA-256) existiert zudem der 1996 entdeckte &lt;strong>Grover-Algorithmus&lt;/strong>. Dieser reduziert den Rechenaufwand für Brute-Force-Angriffe auf die Quadratwurzel. Mit anderen Worten, das Sicherheitsniveau von AES-128 wird effektiv auf 2 hoch 64 halbiert. Im Quantenzeitalter wird daher die Verwendung längerer Schlüssel und Hash-Längen wie AES-256 und SHA-384 empfohlen.&lt;/p>
&lt;p>Um dieser beispiellosen Kryptographie-Krise zu begegnen, wurde die &lt;strong>Post-Quanten-Kryptographie (Post-Quantum Cryptography: PQC)&lt;/strong> entwickelt, die auf neuen mathematischen Problemen basiert, welche auch mit Quantencomputern schwer zu lösen sind. Basierend auf den Ergebnissen des vom National Institute of Standards and Technology (NIST) der USA geleiteten PQC-Standardisierungsprozesses erläutert dieser Artikel detailliert die wichtigsten PQC-Algorithmen, von ihren mathematischen Hintergründen über ihre Mechanismen bis hin zu Architekturvergleichen.&lt;/p>
&lt;hr>
&lt;h2 id="2-der-pqc-standardisierungsprozess-von-nist-gesamtbild-und-geschichte">2. Der PQC-Standardisierungsprozess von NIST: Gesamtbild und Geschichte
&lt;/h2>&lt;p>Der Übergang zu neuen Kryptographietechnologien, der die Neugestaltung von Protokollen, Systemaktualisierungen und den Austausch von Hardware umfasst, dauert Jahre bis Jahrzehnte. Daher haben Kryptographen auf der ganzen Welt frühzeitig die Erforschung von PQC vorangetrieben. Eine zentrale Rolle hat dabei das US-amerikanische NIST (National Institute of Standards and Technology) gespielt. Im Jahr 2016 rief NIST den PQC-Standardisierungsprozess aus und nahm Vorschläge für völlig neue kryptographische Algorithmen aus der weltweiten Kryptographie-Community entgegen.&lt;/p>
&lt;p>Gegenstand der Standardisierung waren die folgenden zwei Hauptkategorien:&lt;/p>
&lt;ol>
&lt;li>&lt;strong>Public-Key-Kryptographie / Schlüsselkapselungsmechanismen (KEM: Key Encapsulation Mechanism)&lt;/strong>: Ein Mechanismus zum sicheren Teilen (Verteilen) von symmetrischen Schlüsseln für die Verschlüsselung von Kommunikationskanälen, z. B. in TLS-Verbindungen.&lt;/li>
&lt;li>&lt;strong>Digitale Signaturen (Digital Signatures)&lt;/strong>: Ein Mechanismus für Software-Updates und digitale Zertifikate, um zu beweisen, dass Daten nicht manipuliert wurden und kein Spoofing des Absenders vorliegt (Authentizität).&lt;/li>
&lt;/ol>
&lt;p>Nach etwa sechs Jahren intensiver Evaluation, Analyse und kryptanalytischem Wettbewerb (Runde 1 bis Runde 3) sowie einer zusätzlichen Evaluierung (Runde 4) für einige Algorithmen, wurden im Jahr 2024 die folgenden Algorithmen offiziell als Federal Information Processing Standards (FIPS) veröffentlicht und somit als künftige weltweite Standards festgelegt:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>FIPS 203 (ML-KEM)&lt;/strong>: KEM basierend auf CRYSTALS-Kyber&lt;/li>
&lt;li>&lt;strong>FIPS 204 (ML-DSA)&lt;/strong>: Digitale Signatur basierend auf CRYSTALS-Dilithium&lt;/li>
&lt;li>&lt;strong>FIPS 205 (SLH-DSA)&lt;/strong>: Zustandlose Hash-basierte Signatur basierend auf SPHINCS+&lt;/li>
&lt;li>&lt;strong>(In zukünftiger Planung) FN-DSA&lt;/strong>: Digitale Signatur basierend auf FALCON&lt;/li>
&lt;/ul>
&lt;p>Die ausgewählten Algorithmen stützen sich auf jeweils unterschiedliche mathematische &amp;ldquo;Schwierigkeitsprobleme&amp;rdquo;, sodass eine Vielfalt (Crypto Agility) gewährleistet ist. Sollte in Zukunft eine fatale Schwachstelle in einem Algorithmus entdeckt werden, wird so verhindert, dass das gesamte System zusammenbricht. Im Standardisierungsprozess nahm die gitterbasierte Kryptographie (Lattice-based cryptography) aufgrund ihrer Leistung die Hauptrolle ein, jedoch wurden hashbasierte und codebasierte Kryptographien als starke Backups übernommen.&lt;/p>
&lt;hr>
&lt;h2 id="3-klassifizierung-der-wichtigsten-mathematischen-ansätze-in-pqc">3. Klassifizierung der wichtigsten mathematischen Ansätze in PQC
&lt;/h2>&lt;p>PQC-Algorithmen lassen sich nach den mathematischen Problemen, die ihre Sicherheit begründen, in die folgenden fünf Hauptkategorien einteilen. In diesem Artikel gehen wir speziell auf die ersten drei näher ein.&lt;/p>
&lt;ol>
&lt;li>&lt;strong>Gitterbasierte Kryptographie (Lattice-based Cryptography)&lt;/strong>:
Basiert auf dem Problem des kürzesten Vektors (Shortest Vector Problem, SVP), dem Problem des nächsten Vektors (Closest Vector Problem, CVP) in mehrdimensionalen Gitterräumen sowie dem davon abgeleiteten LWE-Problem. Dies ist das Herzstück der NIST-Standardisierung; Kyber, Dilithium und FALCON gehören dazu. Es bietet die beste Balance aus Verarbeitungsgeschwindigkeit, Public-Key-Größe und Chiffretextgröße und eignet sich daher für allgemeine Anwendungen.&lt;/li>
&lt;li>&lt;strong>Hash-basierte Kryptographie (Hash-based Cryptography)&lt;/strong>:
Stützt sich für ihre Sicherheit ausschließlich auf die &amp;ldquo;Kollisionsresistenz&amp;rdquo; und die &amp;ldquo;Einweg-Eigenschaft&amp;rdquo; von kryptographischen Hash-Funktionen (wie SHA-2 und SHAKE). Sie ist nur auf digitale Signaturen (wie SPHINCS+) anwendbar, bietet jedoch die stärksten Sicherheitsbeweise und zeichnet sich durch extrem hohe Resistenz gegen unbekannte mathematische Angriffe aus.&lt;/li>
&lt;li>&lt;strong>Code-basierte Kryptographie (Code-based Cryptography)&lt;/strong>:
Basiert auf der Theorie der Fehlerkorrekturcodes und stützt sich auf die Schwierigkeit des Syndrom-Decodierungsproblems (Syndrome Decoding Problem). Ein typisches Beispiel ist das in den 1970er Jahren vorgeschlagene Classic McEliece, das eine lange Geschichte und bewährte Sicherheit aufweist, aber den Nachteil extrem großer Public-Key-Größen im Megabyte-Bereich hat.&lt;/li>
&lt;li>&lt;strong>Multivariate polynomische Kryptographie (Multivariate Polynomial Cryptography)&lt;/strong>:
Basiert auf der Schwierigkeit, Lösungen für Systeme von multivariaten quadratischen Gleichungen über endlichen Körpern zu finden (MQ-Problem). Sie wurde hauptsächlich für digitale Signaturen (wie Rainbow) vorgeschlagen, jedoch wurde während der finalen NIST-Runde eine leistungsstarke Angriffsmethode entdeckt, die es ermöglichte, sie auf einem einzigen PC in wenigen Tagen zu knacken, weshalb viele dieser Algorithmen aus der Standardisierung herausfielen.&lt;/li>
&lt;li>&lt;strong>Isogenie-basierte Kryptographie (Isogeny-based Cryptography)&lt;/strong>:
Basiert auf dem Problem der Wegfindung auf Isogenie-Graphen elliptischer Kurven. Sie hatte sehr kleine Schlüsselgrößen und galt als legitimer Nachfolger von ECC. Der finale Kandidat &amp;ldquo;SIKE&amp;rdquo; wurde jedoch 2022 mithilfe klassischer Mathematik (z.B. Castryck-Decru-Angriff) auf einem normalen PC in nur wenigen Stunden vollständig geknackt, was ein dramatisches Ende darstellte und die Schwierigkeit und Gefahr des PQC-Designs symbolisiert.&lt;/li>
&lt;/ol>
&lt;hr>
&lt;h2 id="4-die-tiefen-der-gitterkryptographie-lwe-problem-und-die-mathematischen-grundlagen-von-module-lwe">4. Die Tiefen der Gitterkryptographie: LWE-Problem und die mathematischen Grundlagen von Module-LWE
&lt;/h2>&lt;p>Die &lt;strong>Gitterkryptographie&lt;/strong>, die derzeit als vielversprechendster Ansatz gilt und im Zentrum der Standardisierung steht. Die Grundlage ihrer Sicherheit ist das &lt;strong>LWE-Problem (Learning with Errors: Lernen mit Fehlern)&lt;/strong>. Es wurde 2005 von Oded Regev vorgestellt, eine bahnbrechende Leistung, für die er den Gödel-Preis erhielt. Ohne das Verständnis des LWE-Problems kann man die moderne PQC nicht diskutieren.&lt;/p>
&lt;h3 id="41-was-ist-das-lwe-problem-learning-with-errors">4.1. Was ist das LWE-Problem (Learning with Errors)?
&lt;/h3>&lt;p>Betrachten wir zunächst ein einfaches lineares Gleichungssystem. Angenommen, es gibt unter einem Modul $q$ eine bekannte zufällige Matrix $A$ und einen unbekannten geheimen Vektor $\vec{s}$, und ihr Produkt $\vec{b}$ sei gegeben.&lt;/p>
$$ \vec{b} = A\vec{s} \pmod q $$
&lt;p>In diesem Fall ist es einfach, das unbekannte $\vec{s}$ aus den öffentlichen Informationen $A$ und $\vec{b}$ zu ermitteln. Mit dem klassischen &amp;ldquo;Gaußschen Eliminationsverfahren&amp;rdquo; kann $\vec{s}$ leicht in polynomieller Zeit berechnet werden.&lt;/p>
&lt;p>Wenn wir dieser Gleichung jedoch einen &amp;ldquo;kleinen absichtlichen Fehler (Rauschen)&amp;rdquo; hinzufügen, steigt der Schwierigkeitsgrad des Problems dramatisch an. Das ist das &lt;strong>LWE-Problem&lt;/strong>.&lt;/p>
&lt;p>Wir bereiten einen unbekannten geheimen Vektor $\vec{s} \in \mathbb{Z}_q^n$ und eine zufällig gewählte Matrix $A \in \mathbb{Z}_q^{m \times n}$ vor. Darüber hinaus bereiten wir einen Fehlervektor $\vec{e} \in \mathbb{Z}_q^m$ vor, dessen Werte nach einer Normal- oder Binomialverteilung ausgewählt wurden und &amp;ldquo;ausreichend klein&amp;rdquo; sind, und berechnen $\vec{b}$ wie folgt:&lt;/p>
$$ \vec{b} = A\vec{s} + \vec{e} \pmod q $$
&lt;p>Das &lt;strong>Search-LWE-Problem&lt;/strong> besteht darin, &amp;ldquo;die geheimen Informationen $\vec{s}$ aus den öffentlichen Informationen $(A, \vec{b})$ zu ermitteln&amp;rdquo;. Durch die Anwesenheit dieses Fehlers $\vec{e}$ werden algebraische Lösungsmethoden wie die Gaußsche Elimination scheitern, da der Fehler $\vec{e}$ durch die Addition und Subtraktion von Gleichungen schneeballartig anwächst, bis er schließlich von zufälligen Werten nicht mehr zu unterscheiden ist.&lt;/p>
&lt;p>Das Großartige am LWE-Problem ist, dass es einen starken theoretischen Beweis (Reduktion) gibt: Sofern kein Quantenalgorithmus existiert, der &amp;ldquo;Worst-Case-Probleme auf Gittern&amp;rdquo; wie GapSVP (Entscheidungsproblem des kürzesten Vektors) oder SIVP (Problem der kürzesten unabhängigen Vektoren) lösen kann, kann das LWE-Problem auch im Durchschnittsfall (Average-case) nicht gelöst werden. Das bedeutet, dass selbst zufällig generierte kryptographische Schlüssel eine robuste, durch theoretische Obergrenzen untermauerte Sicherheit garantieren.&lt;/p>
&lt;h3 id="42-dramatische-effizienzsteigerung-durch-ring-lwe-und-module-lwe">4.2. Dramatische Effizienzsteigerung durch Ring-LWE und Module-LWE
&lt;/h3>&lt;p>Das gewöhnliche LWE-Problem (Standard-LWE) hat eine sehr klare Sicherheitsbasis, ist jedoch unpraktisch, da die Größe der Matrix $A$ extrem anwächst und Schlüsselgrößen im Megabyte-Bereich entstehen. Daher wurde ein Ansatz vorgeschlagen, Polynomringe (Polynomial Rings) zu nutzen, um eine algebraische Struktur einzuführen.&lt;/p>
&lt;p>Beim &lt;strong>Ring-LWE-Problem&lt;/strong> werden anstelle einfacher Vektoren oder Matrizen Elemente (Polynome) eines bestimmten Polynomrings $R_q$ verwendet. Die in den NIST-Standards am häufigsten verwendeten sind Kreisteilungs-Polynomringe wie:&lt;/p>
$$ R_q = \mathbb{Z}_q[X]/(X^n + 1) $$
&lt;p>Hier ist $n$ eine Potenz von 2 (z. B. 256) und $q$ eine geeignete Primzahl. Auf diesem Ring werden Elemente $a, s, e \in R_q$ verwendet, um $b = a \cdot s + e \pmod q$ zu berechnen. Da ein einziges Polynom $a$ über $n$ Koeffizienten verfügt, können Daten erheblich komprimiert werden. Darüber hinaus ermöglicht die Verwendung der &lt;strong>NTT (Number Theoretic Transform: Zahlentheoretische Transformation)&lt;/strong>, einer Endliche-Körper-Version der schnellen Fourier-Transformation (FFT), extrem schnelle Polynommultiplikationen in $O(n \log n)$ Rechenschritten.&lt;/p>
&lt;p>Bei Ring-LWE bestand jedoch die Sorge, dass &amp;ldquo;aufgrund der speziellen algebraischen Ringstruktur unbekannte Schwachstellen existieren könnten&amp;rdquo;. Ein weiteres technisches Problem war, dass bei der Änderung des Sicherheitsniveaus (z.B. äquivalent zu AES-128, 192, 256) der Polynomgrad $n$ selbst geändert werden musste, wodurch die gesamte Implementierung, wie etwa der NTT-Algorithmus, umgeschrieben werden musste.&lt;/p>
&lt;p>Deshalb haben die standardisierten Algorithmen Kyber und Dilithium das &lt;strong>Module-LWE (M-LWE) Problem&lt;/strong> übernommen. Module-LWE ist ein Kompromiss, der genau in der Mitte zwischen dem strukturlosen Standard-LWE und dem zu stark strukturierten Ring-LWE liegt, indem es $k \times k$ Matrizen (Module) verwendet, deren Komponenten Elemente des Polynomrings $R_q$ sind:&lt;/p>
$$ \vec{b} = A\vec{s} + \vec{e} \pmod{R_q} \quad (A \in R_q^{k \times k}, \vec{s}, \vec{e} \in R_q^k) $$
&lt;p>Der größte Vorteil von Module-LWE ist, dass das Sicherheitsniveau leicht skaliert werden kann, indem lediglich die Matrixdimension $k$ geändert wird, während der Polynomgrad $n$ ($n=256$ in den NIST-Standards) konstant bleibt.
Zum Beispiel wird bei Kyber die Dimension $k$ wie folgt angepasst:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Kyber512 (Level 1)&lt;/strong>: $k = 2$ (entspricht AES-128)&lt;/li>
&lt;li>&lt;strong>Kyber768 (Level 3)&lt;/strong>: $k = 3$ (entspricht AES-192)&lt;/li>
&lt;li>&lt;strong>Kyber1024 (Level 5)&lt;/strong>: $k = 4$ (entspricht AES-256)&lt;/li>
&lt;/ul>
&lt;p>Dies machte es möglich, den zugrunde liegenden NTT-Code und Hardware-Schaltungen für Polynomoperationen über alle Sicherheitsstufen hinweg zu 100% wiederzuverwenden, was die Sicherheit und Effizienz der Implementierung drastisch verbesserte.&lt;/p>
&lt;hr>
&lt;h2 id="5-crystals-kyber-ml-kem-der-schlüsselkapselungsmechanismus-der-nächsten-generation">5. CRYSTALS-Kyber (ML-KEM): Der Schlüsselkapselungsmechanismus der nächsten Generation
&lt;/h2>&lt;p>CRYSTALS-Kyber, offiziell als &lt;strong>FIPS 203 (ML-KEM)&lt;/strong> standardisiert, ist ein Schlüsselkapselungsmechanismus (KEM), der auf dem oben erwähnten Module-LWE-Problem basiert. Er wird de facto der künftige weltweite Standard für das sichere Teilen von Sitzungsschlüsseln in Protokollen wie TLS 1.3 und SSH sein.&lt;/p>
&lt;h3 id="51-architektur-des-kem-key-encapsulation-mechanism">5.1. Architektur des KEM (Key Encapsulation Mechanism)
&lt;/h3>&lt;p>In der PQC-Ära wird anstelle des direkten Ansatzes von RSA, bei dem &amp;ldquo;der Client einen symmetrischen Schlüssel erstellt, ihn mit dem öffentlichen Schlüssel des Servers verschlüsselt und sendet&amp;rdquo;, das Kapselungs-Framework KEM zum Standard.&lt;/p>
&lt;div class="mermaid">sequenceDiagram
participant Client as "Client (Alice)"
participant Server as "Server (Bob)"
Note over Client: "ML-KEM KeyGen()"
Client->>Client: "Erzeugt privaten (sk) und öffentlichen Schlüssel (pk)"
Client->>Server: "Sendet öffentlichen Schlüssel (pk)"
Note over Server: "ML-KEM Encaps()"
Server->>Server: "Erzeugt zufälligen symmetrischen Schlüssel (K)"
Server->>Server: "Kapselt K mit pk, erstellt Chiffretext (c)"
Server->>Client: "Sendet Chiffretext (c)"
Note over Client: "ML-KEM Decaps()"
Client->>Client: "Entschlüsselt Chiffretext (c) mit privatem Schlüssel (sk)"
Client->>Client: "Entkapselt und extrahiert den symmetrischen Schlüssel (K)"
Note over Client, Server: "Start der verschlüsselten Kommunikation (z. B. AES) mit dem geteilten Schlüssel (K)"&lt;/div>
&lt;h3 id="52-der-interne-algorithmus-von-kyber-und-die-fujisaki-okamoto-transformation">5.2. Der interne Algorithmus von Kyber und die Fujisaki-Okamoto-Transformation
&lt;/h3>&lt;p>Das Design von Kyber ist sehr raffiniert. Zunächst wird ein Public-Key-Kryptosystem (Kyber.CPAPKE) konstruiert, das nur gegen CPA (Chosen-Plaintext Attacks) sicher ist. Durch die Anwendung einer kryptographisch sehr mächtigen Methode namens &lt;strong>Fujisaki-Okamoto-Transformation (Fujisaki-Okamoto Transform)&lt;/strong> wird dieses System zu einem vollständigen KEM aufgerüstet, das auch gegen CCA (Adaptive Chosen-Ciphertext Attacks) sicher ist.&lt;/p>
&lt;p>Der zentrale Verschlüsselungs- und Entschlüsselungsmechanismus von CPAPKE funktioniert wie folgt:&lt;/p>
&lt;ol>
&lt;li>
&lt;p>&lt;strong>Schlüsselerzeugung (Key Generation)&lt;/strong>:&lt;/p>
&lt;ul>
&lt;li>Eine Matrix $A \in R_q^{k \times k}$ im NTT-Bereich wird aus einem zufälligen Seed generiert. Der Modul $q$ ist $3329$.&lt;/li>
&lt;li>Der geheime Vektor $\vec{s}$ und der Fehlervektor $\vec{e}$ mit kleinen Koeffizienten werden aus einer zentrierten Binomialverteilung (CBD) abgetastet.&lt;/li>
&lt;li>Es wird $\vec{t} = A\vec{s} + \vec{e}$ berechnet. Der öffentliche Schlüssel ist $(A, \vec{t})$, der private Schlüssel ist $\vec{s}$. (In der Praxis wird $A$ als Seed veröffentlicht, um Bandbreite zu sparen).&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>&lt;strong>Verschlüsselung (Encryption)&lt;/strong>:&lt;/p>
&lt;ul>
&lt;li>Die zu teilende 32-Byte-Nachricht (Schlüsselmaterial) $m$ wird in ein Polynom kodiert.&lt;/li>
&lt;li>Ein neuer zufälliger Vektor $\vec{r}$ und kleine Fehler $\vec{e_1}, e_2$ werden generiert.&lt;/li>
&lt;li>$\vec{u} = A^T\vec{r} + \vec{e_1}$&lt;/li>
&lt;li>$v = \vec{t}^T\vec{r} + e_2 + \lfloor q/2 \rceil \cdot m$&lt;/li>
&lt;li>Der Chiffretext ist $(\vec{u}, v)$.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>&lt;strong>Entschlüsselung (Decryption)&lt;/strong>:&lt;/p>
&lt;ul>
&lt;li>Der Empfänger berechnet $v - \vec{s}^T\vec{u}$.&lt;/li>
&lt;li>Wenn wir diese Gleichung ausklappen, erhalten wir:
$v - \vec{s}^T\vec{u} = (\vec{t}^T\vec{r} + e_2 + \lfloor q/2 \rceil \cdot m) - \vec{s}^T(A^T\vec{r} + \vec{e_1})$&lt;/li>
&lt;li>Setzen wir hier $\vec{t} = A\vec{s} + \vec{e}$ ein, heben sich die Hauptterme $\vec{s}^TA^T\vec{r}$ auf.&lt;/li>
&lt;li>Übrig bleibt $\lfloor q/2 \rceil \cdot m + (\vec{e}^T\vec{r} + e_2 - \vec{s}^T\vec{e_1})$.&lt;/li>
&lt;li>Da die Terme in den Klammern &amp;ldquo;Produkte und Summen kleiner Fehler&amp;rdquo; sind, bleibt das Ganze ein ausreichend kleiner Wert (Rauschen). Daher kann durch Schwellenwertbestimmung, ob jeder Koeffizient näher an $0$ oder $q/2$ liegt, das Bit der ursprünglichen Nachricht $m$ (0 oder 1) völlig fehlerfrei wiederhergestellt werden.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;/ol>
&lt;p>Die größte Stärke von Kyber liegt in seiner enormen &lt;strong>Verarbeitungsgeschwindigkeit&lt;/strong> und der &lt;strong>moderaten Schlüsselgröße&lt;/strong>. Bei Kyber768 beträgt die Public-Key-Größe 1.184 Bytes und die Chiffretextgröße 1.088 Bytes. Auch wenn dies im Vergleich zu RSA-3072 (Schlüsselgröße ca. 384 Bytes) größer ist, passt es ohne Paketfragmentierung in die MTU (Maximum Transmission Unit) moderner Internetkommunikation und hat kaum negative Auswirkungen auf die Netzwerklatenz.&lt;/p>
&lt;hr>
&lt;h2 id="6-crystals-dilithium-ml-dsa-gitterbasierte-universelle-digitale-signatur">6. CRYSTALS-Dilithium (ML-DSA): Gitterbasierte universelle digitale Signatur
&lt;/h2>&lt;p>Bei der Standardisierung digitaler Signaturen konkurrierten Algorithmen mit unterschiedlichen Designphilosophien innerhalb desselben gitterbasierten Ansatzes. Unter diesen wurde &lt;strong>CRYSTALS-Dilithium&lt;/strong> als universelle digitale Signatur &lt;strong>FIPS 204 (ML-DSA)&lt;/strong> ausgewählt.&lt;/p>
&lt;h3 id="61-das-fiat-shamir-with-aborts-paradigma">6.1. Das &amp;ldquo;Fiat-Shamir with Aborts&amp;rdquo;-Paradigma
&lt;/h3>&lt;p>Dilithium ist, wie Kyber, ein digitales Signaturschema, das auf Module-LWE (und dem Module-SIS-Problem) basiert. Die Grundlage seines Designs ist das extrem wichtige Paradigma der &lt;strong>&amp;ldquo;Fiat-Shamir-Transformation mit Abbrüchen (Fiat-Shamir with Aborts)&amp;rdquo;&lt;/strong>.&lt;/p>
&lt;p>Die Fiat-Shamir-Transformation an sich ist eine Standardmethode zur Umwandlung interaktiver Zero-Knowledge-Beweisprotokolle in nicht-interaktive digitale Signaturen. Der Beweiser (Signierende) erzeugt ein Commitment $y$, berechnet $w = Ay$ und leitet es durch eine Hash-Funktion, um eine zufällige Challenge $c$ zu erhalten, und berechnet die Antwort $z = y + cs$.&lt;/p>
&lt;p>Wenn dies jedoch einfach in der Gitterkryptographie angewendet wird, verzerrt sich die Verteilung der Antwort $z$ abhängig vom Wert des privaten Schlüssels $s$. Dies führte zu dem fatalen Problem, dass ein Angreifer, der viele Signaturen beobachtet, nach und nach Informationen über den privaten Schlüssel $s$ erlangen konnte (ein mathematisches Leck, das Seitenkanalangriffen ähnelt).&lt;/p>
&lt;p>Das Dilithium-Designteam (Lyubashevsky et al.) führte eine Methode namens &lt;strong>&amp;ldquo;Rejection Sampling (Verwerfungsmethode)&amp;rdquo;&lt;/strong> ein. Dabei wird der gesamte Signaturprozess abgebrochen (Abort), wenn die Koeffizienten des berechneten Ergebnisses $z$ nicht in einen voreingestellten sicheren Schwellenwertbereich fallen, und die Berechnung mit einer neuen Zufallszahl $y$ von vorn begonnen.&lt;/p>
&lt;p>Dadurch folgt die letztendlich ausgegebene Signatur $z$ einer vollkommen gleichmäßigen Verteilung, die völlig unabhängig vom privaten Schlüssel ist, wodurch Informationslecks mathematisch vollständig verhindert werden konnten.&lt;/p>
&lt;h3 id="62-vorteile-von-dilithium-und-einfache-implementierung">6.2. Vorteile von Dilithium und einfache Implementierung
&lt;/h3>&lt;p>Ein großer Designvorteil von Dilithium besteht darin, dass es im Signaturerzeugungsprozess &lt;strong>überhaupt kein&lt;/strong> komplexes &amp;ldquo;Sampling aus Gauß-Verteilungen&amp;rdquo; oder &amp;ldquo;Fließkommaoperationen&amp;rdquo; verwendet. Da es nur mit Sampling aus einer Gleichverteilung, einfachen ganzzahligen Modulo-Operationen, NTT und Hash-Funktionen (SHAKE) implementiert werden kann, ist es in einer Vielzahl von Umgebungen – vom eingebetteten Mikrocontroller bis zum Cloud-Server – einfach sicher und in konstanter Zeit (Constant-time) zu implementieren. Dies macht es sehr widerstandsfähig gegen physische Seitenkanalangriffe wie Timing-Angriffe.&lt;/p>
&lt;hr>
&lt;h2 id="7-falcon-fn-dsa-die-ultimativ-kompakte-gittersignatur">7. FALCON (FN-DSA): Die ultimativ kompakte Gittersignatur
&lt;/h2>&lt;p>Das NIST hat als eine weitere gitterbasierte Signatur mit anderen Eigenschaften als Dilithium &lt;strong>FALCON (Fast-Fourier Lattice-based Compact Signatures over NTRU)&lt;/strong> als Standardisierungskandidaten ausgewählt (derzeit als FN-DSA im Entwurfsstadium).&lt;/p>
&lt;h3 id="71-ntru-gitter-und-gauß-sampling">7.1. NTRU-Gitter und Gauß-Sampling
&lt;/h3>&lt;p>Das Hauptmerkmal von FALCON ist, dass es nicht das LWE-Problem, sondern das seit 1996 existierende und historische &lt;strong>NTRU-Gitter (N-th degree Truncated polynomial Ring Units)&lt;/strong> verwendet. Darüber hinaus nutzt es das &lt;strong>&amp;ldquo;Hash-and-Sign&amp;rdquo;&lt;/strong>-Paradigma, das auf dem GPV-Framework (Gentry-Peikert-Vaikuntanathan) basiert.&lt;/p>
&lt;p>Bei Hash-and-Sign wird der Hash-Wert der Nachricht als Zielpunkt im Raum betrachtet und der diesem Punkt am nächsten liegende Gitterpunkt (eine ungefähre Lösung des Problems des nächsten Vektors) als Signatur gefunden. Hierfür müssen Punkte nach einer diskreten Gauß-Verteilung abgetastet werden, wofür die &amp;ldquo;kurze Basis guter Qualität&amp;rdquo;, der private Schlüssel, verwendet wird.&lt;/p>
&lt;p>FALCON beschleunigt diese rechenintensive Aufgabe drastisch durch eine Technik namens &lt;strong>&amp;ldquo;Fast Fourier Orthogonalization (FFO)&amp;rdquo;&lt;/strong>.&lt;/p>
&lt;h3 id="72-vor--und-nachteile-von-falcon">7.2. Vor- und Nachteile von FALCON
&lt;/h3>&lt;p>Der überwältigende Vorteil von FALCON ist, dass &lt;strong>seine Signaturgröße und Public-Key-Größe extrem klein (kompakt)&lt;/strong> sind. Während die Signaturgröße von Dilithium3 etwa 3.309 Bytes beträgt, liegt sie bei FALCON-512 bei nur ca. 666 Bytes. Auch der öffentliche Schlüssel ist mit 897 Bytes sehr klein, was es zum Retter in Umgebungen mit extrem eingeschränkter Bandbreite, für IoT-Geräte oder bestimmte Netzwerkprotokolle macht.&lt;/p>
&lt;p>Allerdings gibt es einen gravierenden Nachteil. Da die Signaturerzeugung zwangsläufig komplexes diskretes Gauß-Sampling mit &lt;strong>Fließkommaoperationen (64-Bit IEEE 754)&lt;/strong> erfordert, ist eine Constant-Time-Implementierung zur Vermeidung von Timing-Leaks äußerst schwierig, und der Code bläht sich auf. Aus diesem Grund positioniert sich FALCON im Gegensatz zur allgemeinen Nutzung (Dilithium) als leistungsstarker, spezialisierter Algorithmus für spezifische Anwendungen.&lt;/p>
&lt;div class="mermaid">graph LR
A["Anforderungen an digitale Signaturen"] --> B{"Was ist die oberste Priorität?"}
B -->|"Einfachheit der Implementierung, Vielseitigkeit, leichte Constant-Time-Implementierung"| C["Dilithium (ML-DSA)"]
B -->|"Minimierung der Bandbreite, kompakte Datengröße"| D["FALCON (FN-DSA)"]
C --> E["Allgemeine TLS-Zertifikate, elektronische Signaturen für Software"]
D --> F["Protokolle mit strengen Paketgrößenlimits, spezielle Umgebungen"]&lt;/div>
&lt;hr>
&lt;h2 id="8-sphincs-slh-dsa-hash-basierte-signatur-mit-der-stärksten-sicherheit">8. SPHINCS+ (SLH-DSA): Hash-basierte Signatur mit der stärksten Sicherheit
&lt;/h2>&lt;p>Für den Worst-Case, dass die Sicherheit der Gitterkryptographie in Zukunft durch den Durchbruch eines genialen Mathematikers gebrochen wird, hat NIST &lt;strong>FIPS 205 (SLH-DSA)&lt;/strong>, sprich &lt;strong>SPHINCS+&lt;/strong>, als Standard mit einem völlig anderen Ansatz als die Gitterkryptographie festgelegt.&lt;/p>
&lt;p>SPHINCS+ wird als &lt;strong>hash-basierte Signatur&lt;/strong> klassifiziert. Die Basis seiner Sicherheit stützt sich nur auf einen einzigen Punkt: &amp;ldquo;Die verwendete kryptographische Hash-Funktion (wie SHA-2 oder SHAKE256) muss kollisionsresistent und eine Einwegfunktion sein&amp;rdquo;. Da es nicht von mathematischen Problemen mit spezifischen algebraischen Strukturen wie LWE oder Primfaktorzerlegung abhängt, bietet es eine extrem robuste Sicherheit (die konservativste Sicherheit). Egal, wie mächtige Quantenalgorithmen in Zukunft erscheinen mögen, es kann abgewehrt werden, indem man einfach die Ausgabelänge der Hash-Funktion erhöht.&lt;/p>
&lt;h3 id="81-zustandslose-architektur-mit-wots-und-fors">8.1. Zustandslose Architektur mit WOTS+ und FORS
&lt;/h3>&lt;p>Die Geschichte der hash-basierten Signaturen reicht weit in die 1970er Jahre zu Lamport-Signaturen und Winternitz-Einmal-Signaturen (WOTS) zurück. Dabei handelte es sich um Wegwerfschlüssel, mit denen &amp;ldquo;nur einmal sicher signiert&amp;rdquo; werden konnte. Um diese mehrfach verwendbar zu machen, wurden Algorithmen wie XMSS (eXtended Merkle Signature Scheme) oder LMS entwickelt, die einen Merkle-Baum kombinieren, um unzählige Einmalschlüssel mit einem einzigen Root-Hash zu verwalten.&lt;/p>
&lt;p>XMSS und LMS wiesen jedoch den großen Nachteil auf, dass sie &lt;strong>&amp;ldquo;zustandsbehaftet (stateful)&amp;rdquo;&lt;/strong> waren. Bei jeder Signatur musste der Index-Status (&amp;ldquo;der wievielte Einmalschlüssel wurde verwendet&amp;rdquo;) strikt im nichtflüchtigen Speicher mitgeschrieben werden. Wenn der Zustand z. B. durch das Wiederherstellen eines VM-Snapshots zurückgesetzt wird und derselbe Einmalschlüssel ein zweites Mal verwendet wird, ist der private Schlüssel sofort kompromittiert und das System bricht zusammen.&lt;/p>
&lt;p>SPHINCS+ ist eine &lt;strong>&amp;ldquo;zustandslose (stateless)&amp;rdquo;&lt;/strong> hash-basierte Signatur, die dieses lästige Zustandsmanagement gelöst hat.
Seine Kerntechnologie besteht aus folgender Kombination:&lt;/p>
&lt;ol>
&lt;li>&lt;strong>WOTS+ (Winternitz One-Time Signature Plus)&lt;/strong>: Eine grundlegende Einmal-Signatur.&lt;/li>
&lt;li>&lt;strong>FORS (Forest of Random Subsets)&lt;/strong>: Eine Few-Time-Signature-Technologie. Sie gewährleistet die Sicherheit, auch wenn derselbe Schlüssel ein paar Mal wiederverwendet wird.&lt;/li>
&lt;li>&lt;strong>Hyper-Tree (Riesige Baumstruktur)&lt;/strong>: Eine gigantische Struktur, bei der Merkle-Bäume mehrschichtig übereinandergelegt werden.&lt;/li>
&lt;/ol>
&lt;p>Bei der Signierung mit SPHINCS+ wird, anstatt Zustände zu verwalten, mittels Pseudozufallszahlen zufällig einer der unzähligen FORS-Schlüssel an der Basis des Hyper-Trees ausgewählt. Da die Anzahl der Blätter am Baum astronomisch hoch ist, wird die Wahrscheinlichkeit (Kollision), denselben Schlüssel zufällig zweimal zu wählen, verschwindend gering, was letztlich zur Zustandslosigkeit führt.&lt;/p>
&lt;p>Die einzige und größte Schwäche von SPHINCS+ ist die &lt;strong>extrem große Signaturgröße&lt;/strong>. Je nach Parametern erreicht die Signaturgröße 17 bis 49 Kilobytes, und die Signaturerzeugung ist im Vergleich zur Gitterkryptographie überwältigend langsam. Daher wird sie eher nicht für das alltägliche Webbrowsing eingesetzt, sondern für Anwendungen wie Software-Update-Signaturen oder Root-Zertifikate (CA), bei denen nicht häufig signiert wird, aber langfristige absolute Sicherheit zwingend erforderlich ist.&lt;/p>
&lt;hr>
&lt;h2 id="9-code-basierte-kryptographie-der-gute-alte-riese-classic-mceliece">9. Code-basierte Kryptographie: Der gute alte Riese Classic McEliece
&lt;/h2>&lt;p>Ein wichtiger Ansatz, der als Finalist in Runde 4 des NIST-Standardisierungsprozesses weiterhin evaluiert wird, ist &lt;strong>Classic McEliece&lt;/strong>, das auf &lt;strong>code-basierter Kryptographie&lt;/strong> beruht.&lt;/p>
&lt;p>Dieser Algorithmus wurde 1978 von Robert McEliece vorgeschlagen und ist neben RSA einer der ältesten in der Geschichte der Public-Key-Kryptographie. Er verwendet algebraisch-geometrische Codes, sogenannte &amp;ldquo;Goppa-Codes&amp;rdquo;. Dabei wird eine Nachricht durch absichtliches Hinzufügen von Fehlern (Rauschvektoren) verschlüsselt. Nur wer die Paritätsprüfmatrix des Goppa-Codes als privaten Schlüssel besitzt, kann die starke Fehlerkorrekturfähigkeit nutzen, um die Fehler zu entfernen und die ursprüngliche Nachricht zu entschlüsseln. Dies basiert auf dem &lt;strong>&amp;ldquo;Syndrom-Decodierungsproblem (Syndrome Decoding Problem)&amp;rdquo;&lt;/strong>.&lt;/p>
$$ \vec{c} = \vec{m} G + \vec{e} $$
&lt;p>
(Wobei $G$ die verschlüsselte Generatormatrix als öffentlicher Schlüssel und $\vec{e}$ der Fehlervektor vom Gewicht $t$ ist)&lt;/p>
&lt;p>Das Erstaunliche an Classic McEliece ist seine überwältigende Erfolgsbilanz: &lt;strong>Obwohl es seit seinem Entwurf vor über 40 Jahren intensiver kryptanalytischer Forschung von Kryptographen auf der ganzen Welt ausgesetzt war, wurde nie eine grundlegende Schwachstelle entdeckt.&lt;/strong> Unter allen PQC-Ansätzen besitzt es die &amp;ldquo;durch die Zeit am besten bewiesene, robuste Sicherheit&amp;rdquo;.&lt;/p>
&lt;p>Darüber hinaus hat es den Vorteil, dass die Chiffretextgröße sehr klein ist (nur etwa 100 bis 200 Bytes). Es hat jedoch den fatalen Nachteil, dass &lt;strong>die Public-Key-Größe in den Megabyte-Bereich (MB) reicht&lt;/strong>. Selbst auf der niedrigsten Sicherheitsstufe (entsprechend AES-128) ist der öffentliche Schlüssel ca. 250 KB groß, auf höheren Stufen übersteigt er 1 MB.&lt;/p>
&lt;p>Aus diesem Grund eignet es sich überhaupt nicht für Anwendungsfälle wie den TLS-Handshake, bei denen der öffentliche Schlüssel bei jeder Kommunikation über das Netzwerk gesendet wird. In speziellen Anwendungsfällen jedoch, bei denen der öffentliche Schlüssel im Voraus im System platziert werden kann, wie etwa beim Schlüsselaustausch für VPNs, bei in Firmware hartkodierten öffentlichen Schlüsseln oder bei Satellitenkommunikation, wird er aufgrund seiner starken Sicherheit weiterhin als äußerst vielversprechende Option betrachtet.&lt;/p>
&lt;hr>
&lt;h2 id="10-leistungsvergleich-und-kompromisse-der-einzelnen-pqc-algorithmen">10. Leistungsvergleich und Kompromisse der einzelnen PQC-Algorithmen
&lt;/h2>&lt;p>Die Leistungsmerkmale der bisher diskutierten Hauptalgorithmen bei gängigen Sicherheitsniveaus (NIST Level 2 bis 3, entsprechend AES-128 bis 192) sind in der folgenden Tabelle zusammengefasst.&lt;/p>
&lt;table>
&lt;thead>
&lt;tr>
&lt;th style="text-align:left">Algorithmus (Standardname)&lt;/th>
&lt;th style="text-align:left">Kategorie&lt;/th>
&lt;th style="text-align:left">Mathematische Grundlage&lt;/th>
&lt;th style="text-align:left">Public-Key-Größe&lt;/th>
&lt;th style="text-align:left">Private-Key-Größe&lt;/th>
&lt;th style="text-align:left">Chiffretext-/Signaturgröße&lt;/th>
&lt;th style="text-align:left">Verarbeitungsgeschwindigkeit&lt;/th>
&lt;th style="text-align:left">Hauptmerkmale und Anwendungen&lt;/th>
&lt;/tr>
&lt;/thead>
&lt;tbody>
&lt;tr>
&lt;td style="text-align:left">&lt;strong>Kyber768&lt;/strong>&lt;br>(ML-KEM)&lt;/td>
&lt;td style="text-align:left">KEM&lt;/td>
&lt;td style="text-align:left">Module-LWE&lt;/td>
&lt;td style="text-align:left">1.184 Bytes&lt;/td>
&lt;td style="text-align:left">2.400 Bytes&lt;/td>
&lt;td style="text-align:left">1.088 Bytes&lt;/td>
&lt;td style="text-align:left">Sehr schnell&lt;/td>
&lt;td style="text-align:left">Beste Balance aus Schlüsselgröße und Geschwindigkeit. Universeller KEM-Standard für z. B. TLS 1.3.&lt;/td>
&lt;/tr>
&lt;tr>
&lt;td style="text-align:left">&lt;strong>Dilithium3&lt;/strong>&lt;br>(ML-DSA)&lt;/td>
&lt;td style="text-align:left">Signatur&lt;/td>
&lt;td style="text-align:left">Module-LWE&lt;/td>
&lt;td style="text-align:left">1.952 Bytes&lt;/td>
&lt;td style="text-align:left">4.032 Bytes&lt;/td>
&lt;td style="text-align:left">3.309 Bytes&lt;/td>
&lt;td style="text-align:left">Erzeugung &amp;amp; Verifizierung schnell&lt;/td>
&lt;td style="text-align:left">Einfache Implementierung. Universeller Standard für digitale Signaturen.&lt;/td>
&lt;/tr>
&lt;tr>
&lt;td style="text-align:left">&lt;strong>FALCON-512&lt;/strong>&lt;br>(FN-DSA)&lt;/td>
&lt;td style="text-align:left">Signatur&lt;/td>
&lt;td style="text-align:left">NTRU-Gitter&lt;/td>
&lt;td style="text-align:left">897 Bytes&lt;/td>
&lt;td style="text-align:left">1.281 Bytes&lt;/td>
&lt;td style="text-align:left">666 Bytes&lt;/td>
&lt;td style="text-align:left">Erzeugung eher langsam, Verifizierung ultraschnell&lt;/td>
&lt;td style="text-align:left">Minimale Signaturgröße. Erfordert jedoch Fließkommaoperationen. Für Embedded &amp;amp; IoT.&lt;/td>
&lt;/tr>
&lt;tr>
&lt;td style="text-align:left">&lt;strong>SPHINCS+&lt;/strong>&lt;br>(SLH-DSA)&lt;/td>
&lt;td style="text-align:left">Signatur&lt;/td>
&lt;td style="text-align:left">Hash-Funktion&lt;/td>
&lt;td style="text-align:left">32 Bytes&lt;/td>
&lt;td style="text-align:left">64 Bytes&lt;/td>
&lt;td style="text-align:left">ca. 17.000 Bytes&lt;/td>
&lt;td style="text-align:left">Erzeugung sehr langsam&lt;/td>
&lt;td style="text-align:left">Mathematisches Ausfallrisiko fast null. Hochsicherheitsanwendungen wie Root-Zertifikate.&lt;/td>
&lt;/tr>
&lt;tr>
&lt;td style="text-align:left">&lt;strong>Classic McEliece&lt;/strong>&lt;/td>
&lt;td style="text-align:left">KEM&lt;/td>
&lt;td style="text-align:left">Goppa-Code&lt;/td>
&lt;td style="text-align:left">&lt;strong>ca. 1,04 MB&lt;/strong>&lt;/td>
&lt;td style="text-align:left">13.568 Bytes&lt;/td>
&lt;td style="text-align:left">&lt;strong>188 Bytes&lt;/strong>&lt;/td>
&lt;td style="text-align:left">Kapselung ist schnell&lt;/td>
&lt;td style="text-align:left">40 Jahre bewiesene Sicherheit. Riesiger öffentlicher Schlüssel. Für Umgebungen mit Hartkodierung.&lt;/td>
&lt;/tr>
&lt;/tbody>
&lt;/table>
&lt;h3 id="kompromisse-verstehen">Kompromisse verstehen
&lt;/h3>&lt;p>In der Welt der PQC gibt es keinen einzigen magischen Algorithmus mit den Eigenschaften &amp;ldquo;kleine Größe, hohe Geschwindigkeit und perfekte mathematische Garantie&amp;rdquo;.&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Internet-Standards (Kyber / Dilithium)&lt;/strong>: Bieten die beste Leistungsbalance und eignen sich am besten als Drop-In-Ersatz für heutiges RSA/ECC.&lt;/li>
&lt;li>&lt;strong>Ultimativer Konservativismus (SPHINCS+)&lt;/strong>: Wird gewählt, wenn man auf Kosten von Datengröße und Verarbeitungsgeschwindigkeit eine absolute Versicherung gegen zukünftige mathematische Durchbrüche haben möchte.&lt;/li>
&lt;li>&lt;strong>Für spezielle Umgebungen (FALCON / Classic McEliece)&lt;/strong>: Spezialwaffen, die je nach Umgebungsbeschränkungen ausgewählt werden, z. B. bei extrem geringer Bandbreite oder der Möglichkeit der Vorabverteilung.&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="11-herausforderungen-bei-der-praktischen-anwendung-und-die-praktische-lösung-der-hybriden-kryptographie">11. Herausforderungen bei der praktischen Anwendung und die praktische Lösung der &amp;ldquo;hybriden Kryptographie&amp;rdquo;
&lt;/h2>&lt;p>Mit dem Abschluss der NIST-Standardisierung und der offiziellen Veröffentlichung der FIPS-Standards hat die PQC-Migration (&lt;strong>PQC Migration&lt;/strong>) der IT-Infrastruktur weltweit ernsthaft begonnen. Googles Chrome-Browser, Apples iMessage (PQ3-Protokoll) und Netzwerkanbieter wie Cloudflare haben die PQC-Unterstützung bereits in ihre Protokolle implementiert und mit dem praktischen Einsatz begonnen.&lt;/p>
&lt;p>Ein abrupter und vollständiger Wechsel zu neuen kryptographischen Algorithmen ist jedoch mit sehr hohen Risiken verbunden. Angenommen, ein brillanter Mathematiker entdeckt in einigen Jahren eine fatale Angriffsmethode auf Gitterkryptographien wie Kyber (einen mathematischen Fehler, der auch mit klassischen Computern gelöst werden könnte), dann würde das gesamte davon abhängige System in einem Augenblick schutzlos sein.&lt;/p>
&lt;p>Der realistische und empfohlene Ansatz, um dieses Unsicherheitsrisiko zu mindern, ist die &lt;strong>&amp;ldquo;hybride Kryptographie (Hybrid Cryptography)&amp;rdquo;&lt;/strong>.&lt;/p>
&lt;p>In der hybriden Kryptographie werden sowohl bestehende klassische Kryptographien mit jahrelanger Erfolgsgeschichte (z.B. elliptische Kurven wie X25519) als auch neue PQC (z.B. Kyber768) gleichzeitig für den Schlüsselaustausch verwendet. Jeder Algorithmus generiert unabhängig voneinander symmetrische Schlüsselkomponenten. Schließlich werden beide Komponenten mithilfe einer sicheren Schlüsselableitungsfunktion (Key Derivation Function, KDF) gemischt, um das endgültige Master-Secret zu generieren.&lt;/p>
&lt;div class="mermaid">graph TD
A["Client"] -->|① Sendet öffentlichen Schlüssel von X25519 + öffentlichen Schlüssel von Kyber| B["Server"]
B -->|② Antwortet mit geteiltem Schlüssel von X25519 + gekapseltem Chiffretext von Kyber| A
A --> C{"Ableitung des Master-Secrets (KDF)"}
B --> C
C -->|Eingabe: (X25519 gemeinsamer Schlüssel) || (Kyber gemeinsamer Schlüssel)| D["Sicherer Kommunikationsschlüssel (AES-256 / ChaCha20)"]
D -->|"Widerstandsfähig gegen Quantenbedrohungen UND klassische Schwachstellen"| E["Sichere hybride verschlüsselte Kommunikation (TLS 1.3)"]&lt;/div>
&lt;p>Dadurch entsteht eine robuste zweischichtige Sicherheit: &amp;ldquo;Selbst wenn Quantencomputer realisiert und ECC geknackt werden, schützt Kyber die Kommunikation&amp;rdquo;, und umgekehrt &amp;ldquo;Sollte ein unbekannter mathematischer Fehler in Kyber gefunden werden, schützt ECC die Kommunikation&amp;rdquo;. Ein prominentes Beispiel ist der IETF-Standardisierungsentwurf &lt;strong>X25519MLKEM768 (früher X25519Kyber768)&lt;/strong>. Die heutige Kommunikation zwischen Webbrowsern und modernsten Servern nutzt genau diese hybride Methode.&lt;/p>
&lt;p>Darüber hinaus wird im Systemdesign das Konzept der &lt;strong>Crypto Agility (Kryptographische Agilität)&lt;/strong> zu einer zwingenden Anforderung für die zukünftige Systementwicklung. Dies bedeutet, eine Architektur aufzubauen, &amp;ldquo;die nicht übermäßig von einem bestimmten kryptographischen Algorithmus abhängt und schnell auf einen anderen Algorithmus umstellen kann (z.B. von Kyber auf McEliece, von Dilithium auf SPHINCS+), sollte ein Algorithmus scheitern&amp;rdquo;.&lt;/p>
&lt;hr>
&lt;h2 id="12-fazit-ein-neuer-horizont-der-kryptographie">12. Fazit: Ein neuer Horizont der Kryptographie
&lt;/h2>&lt;p>Die Menschheitstraum-Technologie des Quantencomputers ist ironischerweise zur größten Bedrohung geworden, um unsere lange als vertrauenswürdig erachteten mathematischen Verteidigungslinien wie &amp;ldquo;Primfaktorzerlegung&amp;rdquo; und das &amp;ldquo;diskrete Logarithmusproblem&amp;rdquo; zu durchbrechen. Dennoch haben Kryptographen auf der ganzen Welt nicht aufgegeben. Stattdessen haben sie komplexere und tiefgründigere mehrdimensionale mathematische Gebiete wie Gittertheorie, Hash-Funktions-Bäume und Fehlerkorrekturcodes erschlossen, um mit der Post-Quanten-Kryptographie (PQC) ein neues Bollwerk zu errichten.&lt;/p>
&lt;p>Der Abschluss der NIST-Standardisierung mit FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA) ist nicht das Ziel. Es ist nur der erste Schritt einer epischen PQC-Migration, die noch Jahrzehnte dauern wird. Für Softwareentwickler und Systemarchitekten wird es die große technische Herausforderung der Zukunft sein, herauszufinden, wie man die &amp;ldquo;Zunahme der Schlüsselgrößen&amp;rdquo; und &amp;ldquo;Veränderungen bei den Berechnungskosten&amp;rdquo;, die diese neuen Algorithmen mit sich bringen, optimal an Netzwerkprotokolle und Systeme anpasst.&lt;/p>
&lt;p>Der Kampf zwischen Quantencomputern und Kryptographie ist ein spannendes Feld, in dem die menschliche Erforschung der Mathematik und die technologische Evolution am intensivsten aufeinandertreffen. Ich hoffe, dieser Artikel hat Ihnen ein tieferes Verständnis der wunderschönen mathematischen Theorie hinter der PQC sowie der erstaunlichen Mechanismen der einzelnen Algorithmen, die die Zukunft der Cybersicherheit prägen werden, vermittelt.&lt;/p>
&lt;hr>
&lt;p>&lt;em>References:&lt;/em>&lt;/p>
&lt;ul>
&lt;li>&lt;em>NIST Post-Quantum Cryptography Standardization Program&lt;/em>&lt;/li>
&lt;li>&lt;em>FIPS 203: Module-Lattice-Based Key-Encapsulation Mechanism Standard&lt;/em>&lt;/li>
&lt;li>&lt;em>FIPS 204: Module-Lattice-Based Digital Signature Standard&lt;/em>&lt;/li>
&lt;li>&lt;em>FIPS 205: Stateless Hash-Based Digital Signature Standard&lt;/em>&lt;/li>
&lt;/ul></description></item></channel></rss>