Le NIST officialise la crypto-agilité — Et maintenant ?

In December 2025, NIST released its final white paper, Considerations for Achieving Crypto Agility (CSWP 39). Having participated in the NIST crypto-agility workshops that helped shape this publication, it’s clear to me that this document represents more than guidance. It marks a turning point in how organizations should approach and manage cryptography moving forward.

La crypto-agilité est la seule voie viable à suivre compte tenu des nouvelles réalités que sont l'approche des échéances NIST PQC, le raccourcissement TLS , l'augmentation des agents IA et l'évolution constante des normes de conformité.

Avec la transition vers la cryptographie post-quantique désormais en cours, le message du NIST est clair : les organisations doivent être en mesure d'adapter la cryptographie sans perturber leurs opérations.

Qu'est-ce que cela signifie concrètement pour les équipes de sécurité, et que doivent faire les entreprises à présent ? C'est précisément ce que nous aborderons dans notre webinaire intitulé « What NIST CSWP 39 Changes for Security Teams » (Ce que la norme CSWP 39 du NIST change pour les équipes de sécurité). Nous traduirons la norme CSWP 39 en implications pratiques. Quels sont les changements de priorités, à quoi ressemble réellement la « crypto-agilité opérationnelle » et comment les équipes peuvent-elles se préparer à changer de cryptographie sans perturbation ? Inscrivez-vous ici.

Dans ce contexte, analysons les changements apportés par la norme CSWP 39 et leur importance.

La crypto-agilité est devenue un enjeu en matière de risque d'entreprise

NIST defines crypto-agility as the ability to replace and adapt cryptographic algorithms across protocols, applications, software, hardware, and infrastructure without disrupting operations or degrading security.

Cette définition est importante, car elle replace la cryptographie dans son contexte, passant d'une préoccupation technique de niche à un enjeu central en matière de résilience commerciale et de gestion des risques. En tant que cryptographe, il est encourageant de voir cette perspective clairement reflétée par le NIST.

Au cours des discussions qui ont précédé la réunion CSWP 39, un thème récurrent est apparu : la plupart des transitions cryptographiques ne sont pas difficiles simplement parce que les algorithmes sont complexes, mais parce que les organisations manquent de visibilité, de coordination et de contrôle opérationnel.

Historiquement, les transitions cryptographiques ont été lentes, douloureuses et réactives. Les algorithmes étaient codés en dur, les clés étaient dispersées et les dépendances étaient mal comprises. Les mises à jour cryptographiques étaient souvent considérées comme des mesures correctives ponctuelles plutôt que comme des changements devant être réexaminés, ce qui explique pourquoi des transitions telles que le passage du DES à l'AES ou la longue dépréciation du SHA-1 ont pris des décennies et, dans de nombreux environnements, ne sont toujours pas entièrement achevées.

Post-quantum cryptography changes the scale of the problem entirely. Unlike prior transitions, PQC requires replacing all public-key cryptography, not just a single algorithm. And as NIST emphasizes, this will not be the last transition organizations face.

Le PQC est le catalyseur, pas l'état final

Il est tentant de considérer la crypto-agilité uniquement sous l'angle post-quantique. Le document du NIST s'oppose délibérément à cette approche.

Les algorithmes résistants à la cryptographie quantique introduisent des clés, des textes chiffrés, des signatures et des certificats plus volumineux, ainsi que de nouvelles considérations en matière de performances et d'interopérabilité. Si la cryptographie post-quantique est traitée comme une migration ponctuelle, ces contraintes peuvent s'ancrer dans les systèmes de manière à limiter leur adaptabilité future.

L'un des messages les plus clairs qui ressortent des ateliers du NIST et de cette publication finale est que les entreprises doivent être en mesure de mettre à jour en permanence leur infrastructure cryptographique.

La cryptographie à l'épreuve du temps consiste à concevoir des systèmes, des processus et des modèles de gouvernance qui anticipent l'évolution des algorithmes cryptographiques et garantissent des transitions transparentes sans perturber les systèmes de production ou les flux de travail des entreprises.

Le véritable fossé : opérationnaliser la crypto-agilité

Plutôt que de se concentrer uniquement sur les définitions, la norme NIST CSWP 39 examine comment la crypto-agilité se traduit dans les systèmes et les organisations réels.

La section 5 du document présente un plan stratégique de crypto-agilité qui couvre la gouvernance, la visibilité des actifs, l'application des politiques, la gestion des risques et les outils automatisés. Dans la pratique, c'est là que de nombreuses organisations rencontrent des difficultés.

Les défis communs abordés tout au long des ateliers et reflétés dans le document comprennent :

• Visibilité limitée sur les domaines dans lesquels la cryptographie est réellement utilisée
• Algorithmes codés en dur ou intégrés difficiles à modifier
• Processus de migration manuels et à haut risque
• Propriété fragmentée entre les équipes chargées de la sécurité, de l'infrastructure et du développement

Le NIST présente également un modèle de maturité en matière de crypto-agilité, allant des pratiques ad hoc et réactives aux programmes adaptatifs entièrement intégrés à la gestion des risques d'entreprise.

Pour atteindre des niveaux de maturité plus élevés, il ne suffit pas de disposer de documents stratégiques ou de schémas architecturaux. Il faut également assurer une visibilité continue, un contrôle basé sur des politiques et une automatisation tout au long du cycle de vie cryptographique.

De l'orientation à l'action

NIST has now clearly articulated what crypto-agility is and why it matters. The challenge for organizations is turning that guidance into something operational, measurable, and sustainable.

Cela commence par poser des questions difficiles mais nécessaires :

• Savons-nous où la cryptographie est présente dans notre environnement actuel ?
• Pouvons-nous appliquer une politique cryptographique cohérente à tous les systèmes et équipes ?
• À quelle vitesse pourrions-nous nous adapter si un algorithme était déprécié demain ?
• Sommes-nous en train de développer la crypto-agilité en tant que capacité ou traitons-nous chaque transition comme une crise ?

La crypto-agilité ne se limite pas à survivre à la prochaine migration. Il s'agit de renforcer la confiance dans le fait que lorsque la cryptographie changera (et elle changera), votre organisation sera prête.

Editor’s note: In upcoming posts, we’ll take a deeper look at NIST’s crypto-agility maturity model and explore what it takes to move from guidance to real-world execution.To build a strong foundation, start with the Crypto-Agility 101 guide below, which introduces a few best practices for building a scalable, future-ready crypto-agility strategy.

Crypto-agilité 101 

What does NIST mean by crypto-agility?
The ability to change cryptographic algorithms without breaking systems or disrupting the business.

What’s the starting point?
Visibility. NIST is clear that crypto-agility depends on integrated, automated discovery of cryptography across code, software, hardware, firmware, protocols, and services.

Why isn’t this easy today?
Most organizations rely on incomplete, manual inventories – or don’t have an inventory at all. Cryptography is scattered, embedded, and owned by different teams.

Where does automation fit in?
According to NIST’s maturity model, organizations don’t reach Tier 3 (Repeatable) crypto-agility until they use automated cryptographic discovery and remediation tools to continuously manage risk.

What is NIST’s crypto-agility maturity model?
It’s a way to gauge readiness over time. Early stages rely on manual, inconsistent efforts. More mature organizations standardize cryptographic policies and processes. The most mature treat crypto-agility as a core risk management capability, with continuous visibility and ongoing improvement. The dividing line is automation – without it, crypto-agility remains reactive and hard to scale.

How do I know which stage I’m in?
Ask a simple question: If a cryptographic algorithm were deprecated tomorrow, would we know where it’s used – and could we act without scrambling? If the answer depends on spreadsheets, manual searches, or a few people who “just know,” you’re likely in an early stage. If discovery and response are automated and policy-driven, you’re further along.

Is this just about post-quantum cryptography?
No. PQC is the catalyst, but NIST’s guidance makes it clear that cryptography will keep changing. Crypto-agility is about being ready every time it does.