Points clés
- Une stratégie cryptographique cohérente articule classification des données, politique d'algorithmes, gouvernance des clés et programme de révision — pas seulement une liste de technologies.
- La stratégie doit être alignée sur le modèle de menace de l'organisation — les choix cryptographiques optimaux dépendent des adversaires considérés.
- L'agilité cryptographique — la capacité à migrer rapidement vers de nouveaux algorithmes — est un critère de conception aussi important que la robustesse actuelle.
- La stratégie cryptographique est un document vivant qui doit évoluer avec les standards, les menaces et l'architecture de l'organisation.
Les composantes d'une stratégie cryptographique
Une stratégie cryptographique d'entreprise n'est pas un catalogue de technologies — c'est un cadre décisionnel qui articule plusieurs éléments : une politique de classification des données (qui définit quelles données requièrent quelle protection), un catalogue d'algorithmes approuvés (avec les versions, longueurs de clés et cas d'usage validés), une politique de gestion des clés (cycle de vie, stockage, rotation, révocation), un programme de surveillance et d'audit, et un plan de migration pour anticiper les évolutions des standards.
Ces éléments doivent former un ensemble cohérent, pas des documents indépendants. La politique d'algorithmes n'a de valeur que si elle est traduite en exigences techniques dans les standards de développement, les procédures d'approvisionnement et les clauses contractuelles avec les prestataires. La politique de gestion des clés n'est effective que si elle est supportée par une infrastructure technique et des processus opérationnels.
L'alignement sur le modèle de menace
Les choix cryptographiques optimaux dépendent du profil d'adversaire considéré. Face à des attaquants opportunistes (cybercriminels automatisés), le chiffrement standard correctement configuré offre une protection suffisante. Face à des attaquants étatiques avec des capacités avancées, les exigences montent : algorithmes à la marge de la robustesse actuelle, PFS systématique, séparation stricte des clés, protection contre les attaques de canal auxiliaire (timing attacks, power analysis).
La plupart des organisations n'ont pas besoin de se prémunir contre des adversaires étatiques sur l'ensemble de leurs données — mais certaines catégories (contrats stratégiques, propriété intellectuelle, données de dirigeants) peuvent justifier un niveau de protection supérieur au standard. Le modèle de menace doit donc être différencié par catégorie de données et non uniforme.
L'agilité cryptographique comme exigence de conception
L'agilité cryptographique est la capacité d'un système à changer d'algorithme de chiffrement sans refonte architecturale majeure. Elle suppose que les applications ne codent pas en dur les paramètres cryptographiques, que les interfaces entre composants permettent la négociation des algorithmes, et que les processus de gestion des clés peuvent fonctionner avec plusieurs algorithmes simultanément pendant une transition.
La montée en puissance de l'informatique quantique rend l'agilité cryptographique particulièrement stratégique aujourd'hui. Les organisations qui ont conçu leurs systèmes avec cette agilité pourront migrer vers les algorithmes post-quantiques du NIST (CRYSTALS-Kyber, CRYSTALS-Dilithium, FALCON, SPHINCS+) sans refonte majeure. Celles qui ont des implémentations cryptographiques rigides seront confrontées à des migrations coûteuses sous contrainte temporelle.
La gouvernance du programme cryptographique
Un programme cryptographique mature se caractérise par une gouvernance claire : un Crypto Committee (ou équipe équivalente) qui valide les choix algorithmiques, révise les exceptions à la politique, suit les publications de vulnérabilités cryptographiques et planifie les migrations. Ce comité associe idéalement des compétences en cryptographie appliquée, en architecture de systèmes, en conformité réglementaire et en gestion des risques.
La connexion entre ce comité et la direction générale est importante : les décisions cryptographiques majeures (adoption d'un nouveau standard, plan de migration post-quantique, choix d'un KMS centralisé) ont des implications budgétaires et stratégiques qui dépassent le niveau technique. Le RSSI doit être capable de présenter ces enjeux en termes de risque business, pas seulement en termes techniques.
Mesurer la maturité et progresser
Des référentiels de maturité permettent de positionner une organisation sur une échelle progressive. Le NIST Cybersecurity Framework, la norme ISO 27001 avec son annexe sur la cryptographie (contrôle A.10), et le guide ANSSI sur la cryptographie fournissent des cadres d'évaluation. Pour la gestion des clés spécifiquement, le NIST SP 800-57 (Recommendation for Key Management) reste la référence la plus complète.
La maturité cryptographique se construit progressivement : inventaire et couverture en priorité, puis qualité des algorithmes, puis gouvernance des clés, puis agilité et anticipation post-quantique. Cette séquence permet de concentrer les efforts là où l'impact est le plus immédiat avant d'aborder les chantiers de plus longue haleine.