Appendices & Reference 1 min read

Algorithm Cheat Sheet

One-page reference for algorithm selection. Sizes are approximate and include DER/X.509 encoding overhead where applicable.

Key Exchange / Encapsulation (replacing ECDH, DH, RSA key transport)#

AlgorithmPublic KeyCiphertextSecurity LevelNotes
ML-KEM-512800 bytes768 bytesLevel 1 (AES-128)Fastest/smallest. Not recommended for high-value.
ML-KEM-7681,184 bytes1,088 bytesLevel 3 (AES-192)★ RECOMMENDED default for most use cases.
ML-KEM-10241,568 bytes1,568 bytesLevel 5 (AES-256)Required for CNSA 2.0 / NSS.
HQC (expected ~2027)~2,249 bytes~4,481 bytesLevel 1/3Code-based backup KEM. Algorithmic diversity from ML-KEM.

Digital Signatures (replacing RSA, ECDSA, EdDSA, DSA)#

AlgorithmPublic KeySignatureSecurity LevelNotes
ML-DSA-441,312 bytes2,420 bytesLevel 2 (AES-128)Smallest ML-DSA. Suitable where Level 3 not required.
ML-DSA-651,952 bytes3,309 bytesLevel 3 (AES-192)★ RECOMMENDED default for general-purpose signing.
ML-DSA-872,592 bytes4,627 bytesLevel 5 (AES-256)Required for CNSA 2.0 / NSS root CAs.
SLH-DSA-SHA2-128s32 bytes7,856 bytesLevel 1 (AES-128)Hash-based. Conservative backup. Very large signatures.
FN-DSA-512 (draft)897 bytes666 bytesLevel 1 (AES-128)Most compact signatures. Complex implementation (floating-point). Best for CA-level signing.
FN-DSA-1024 (draft)1,793 bytes1,280 bytesLevel 5 (AES-256)Level 5 Falcon variant. Same implementation complexity caveats.

The 80/20 Rule#

For 80% of enterprise migration scenarios, two algorithms cover your needs: ML-KEM-768 for key exchange + ML-DSA-65 for signatures. Start there. Optimize later.

Appendix C#