La publication des « Bonnes réponses cryptographiques » destinées aux développeurs est devenue une tradition, avec des mises à jour de Colin Percival en 2009, de Thomas Ptacek en 2015, et de Latacora en 2018 et 2024. Cette édition 2026 paraît en avance, car le calendrier de la transition post-quantique a fortement changé au début de 2026, et il existe désormais un consensus pour l'achever d'ici 2029.
La bonne nouvelle, c'est que la cryptographie symétrique reste valable, car l'algorithme de Grover n'a pas d'impact notable en pratique. La mauvaise nouvelle, c'est que presque toutes les recommandations asymétriques ont changé depuis 2018, et la plupart même depuis 2024. Ce guide ne suppose aucun cadre réglementaire particulier, bien qu'il soit largement compatible avec FIPS 140. Les équipes soumises à des règles plus strictes, comme CNSA 2.0, doivent adapter leurs choix en conséquence.
Un autre changement majeur en 2026 est que les LLM sont désormais très efficaces pour détecter les bogues. « Faites relire votre code par le meilleur modèle que vous pouvez vous offrir » est maintenant une bonne réponse cryptographique, qui vient s'ajouter au conseil de longue date d'utiliser un langage à sécurité mémoire.
Pour le chiffrement des données, la fiche de référence recommande le KMS du cloud si vous êtes dans le cloud. Sinon, utilisez XAES-256-GCM ou XChaCha20-Poly1305 avec des nonces aléatoires, et Cobblestone-128 pour les messages de plus de quelques Mo. L'échange de clés doit combiner X25519 et ML-KEM-768, et les signatures asymétriques doivent utiliser ML-DSA-44. Les mots de passe doivent être gérés avec Argon2id ou scrypt, même si les passkeys peuvent constituer une meilleure option.
Source: Hacker News · Résumé par HeadlinesBriefing