[saag] Re: post quantum guidance draft
Simon Josefsson <[email protected]> Fri, 12 Dec 2025 09:17:59 +0100
| Newsgroups | gmane.ietf.saag |
|---|---|
| Message-ID | <[email protected]> |
Watson Ladd <[email protected]> writes: >> Many people dislike the multiplicative impact of, for example, the >> three sizes of ML-DSA. Me too. It’s unfortunate that they’re made >> explicit. RSA, for example, uses the same identifiers no matter the >> key size, so I’m not sure it’s right to count that as an argument >> against PQ por PQ/T signatures. > > To adapt an old joke about Baptists (or Trotskyists) > "We support RSA" > "Oh me too. RSA-1025, RSA-2048 or RSA-4096" > "RSA-2048" > "RSA-PSS or RSA-PKCS 1.5" > "RSA-PSS" > "Salt length equal to hash or maximal" > "Maximal" > "Interop failure" > > Having explicit indicators makes providing good error messages easier > for programmers, which then helps adminstrators and users. +1 I believe the (rarely written down) acquired wisdom is to not parametrize cryptographic algorithms, and have stable identifiers locked down to particular parameter choices, and have as few of those stable identifiers for the same underlying algorithm as possible. In fact, in reverse, I would argue that a succesful method to weaken crypto in practice is to insist on parametrization and to have multiple identifiers for the same algorithm. This leads to parametrized implementations, which make them less performant and more complex and as a result weaker. The CFRG treatment to Ed25519 is one example of this. Good: sntrup761x25519 SLH-DSA-SHAKE-128S X25519MLKEM768 Bad: ML-DSA-44 ML-DSA-65 ML-DSA-87 RSA OID with ASN.1 struct with parameter This is the approach promoted by Chempat and Mothma: https://datatracker.ietf.org/doc/html/draft-josefsson-chempat https://datatracker.ietf.org/doc/html/draft-josefsson-cfrg-mothma /Simon _______________________________________________ saag mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 1.2 KB)
-----BEGIN PGP SIGNATURE----- iQNoBAEWCAMQFiEEo8ychwudMQq61M8vUXIrCP5HRaIFAmk7z7cUHHNpbW9uQGpv c2Vmc3Nvbi5vcmfCHCYAmDMEXJLOtBYJKwYBBAHaRw8BAQdACIcrZIvhrxDBkK9f V+QlTmXxo2naObDuGtw58YaxlOu0JVNpbW9uIEpvc2Vmc3NvbiA8c2ltb25Aam9z ZWZzc29uLm9yZz6IlgQTFggAPgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgBYh BLHSvRN1vst4TPT4xNc89jjFPAa+BQJn0XQkBQkNZGbwAAoJENc89jjFPAa+BtIA /iR73CfBurG9y8pASh3cbGOMHpDZfMAtosu6jbpO69GHAP4p7l57d+iVty2VQMsx +3TCSAvZkpr4P/FuTzZ8JZe8BrgzBFySz4EWCSsGAQQB2kcPAQEHQOxTCIOaeXAx I2hIX4HK9bQTpNVei708oNr1Klm8qCGKiPUEGBYIACYCGwIWIQSx0r0Tdb7LeEz0 +MTXPPY4xTwGvgUCZ9F0SgUJDWRmSQCBdiAEGRYIAB0WIQSjzJyHC50xCrrUzy9R cisI/kdFogUCXJLPgQAKCRBRcisI/kdFoqdMAQCgH45aseZgIrwKOvUOA9QfsmeE 8GZHYNuFHmM9FEQS6AD6A4x5aYvoY6lo98pgtw2HPDhmcCXFItjXCrV4A0GmJA4J ENc89jjFPAa+wUUBAO64fbZek6FPlRK0DrlWsrjCXuLi6PUxyzCAY6lG2nhUAQC6 qobB9mkZlZ0qihy1x4JRtflqFcqqT9n7iUZkCDIiDbg4BFySz2oSCisGAQQBl1UB BQEBB0AxlRumDW6nZY7A+VCfek9VpEx6PJmdJyYPt3lNHMd6HAMBCAeIfgQYFggA JgIbDBYhBLHSvRN1vst4TPT4xNc89jjFPAa+BQJn0XTSBQkNZGboAAoJENc89jjF PAa+0M0BAPPRq73kLnHYNDMniVBOzUdi2XeF32idjEWWfjvyIJUOAP4wZ+ALxIeh is3Uw2BzGZE6ttXQ2Q+DeCJO3TPpIqaXDAAKCRBRcisI/kdFomwSAQD+02YyriuE Uwoo2zz6kW4nQYYmXIVBoa9WfDeaa8jOQAD/TckRyXaFKqxSLvzTu7wVKz53M54n 43fTsfPJJPOGtgc= =V+Ue -----END PGP SIGNATURE-----