Auditieren Sie die Post-Quantum-Signatur- und ZK-Verifier-Landschaft —— und führen Sie ein echtes ML-DSA Keygen/Sign/Verify in reinem TypeScript aus.
Was geprüft wird:
- Standard-Matrix: ML-DSA (FIPS 204 final — nicht 203, das ist ML-KEM), SLH-DSA (FIPS 205, 12 Parametersätze), FN-DSA (FIPS-206-Entwurf, Falcon), BBS-Signaturen (CFRG-Entwurf, BLS12-381) sowie die ZK-Familien Groth16 / PLONK / Halo2 —— exakte Schlüssel-/Signaturgrößen, NIST-Kategorien und COSE/JOSE-IDs aus RFC 9964 (-48/-49/-50).
- Trusted-Setup-Audit: Zeremonie pro Schaltung (Groth16), universelles aktualisierbares Powers-of-Tau-SRS (PLONK/KZG) oder gar keins (Halo2s transparentes IPA über Pasta-Kurven; alle Gitter-/Hash-PQC).
- CNSA-2.0-Zeitlinie: Beschaffungen 2027, Software-/Firmware-Signatur 2030 (LMS/XMSS ab sofort), Browser/Server/OS 2033, NSM-10-Ziel 2035.
- Live-ML-DSA-Demo: deterministisches Schlüsselpaar, Signatur und Verifikation deiner Nachricht plus Manipulationserkennung —— mit dem reinen TS-Port von FIPS-204-final, bytegenau gegen lokal kompilierte PQClean-Referenzbinaries verifiziert.
- Blob-Identifikator: Hex/Base64-Schlüssel oder -Signatur einfügen — die Länge wird gegen jeden Parametersatz abgeglichen.
Gut zu wissen: Die FIPS-Nummerierung älterer Blogposts ist oft um eins verschoben; dieses Werkzeug verankert die geprüfte Zuordnung (ML-DSA = 204, SLH-DSA = 205, FN-DSA = 206 Entwurf, ML-KEM = 203). BBS-Proofs haben keine feste Größe: Untergrenze laut Draft-12 = 3 G1-Punkte + 4 Skalare = 272 Bytes, +32 pro weiterem Skalar.