Agilité cryptographique

L'agilité cryptographique permet de changer la cryptographie d'un système sans le reconcevoir autour. Dans une conception agile, l'algorithme est un choix de configuration derrière une interface; dans une conception rigide, il est dispersé dans le code, fixé dans une version de protocole, un format d'enregistrement ou un équipement fournisseur impossible à modifier.

Le FS-ISAC Post Quantum Cryptography Working Group fixe clairement l'objectif: permettre la continuité si la cryptographie existante est compromise ou affaiblie. Cette approche relie migration cryptographique et continuité lors des décisions de financement. NIST fournit les normes, et le travail bancaire consiste à rendre le remplacement peu coûteux avant d'en avoir besoin.

Le premier livrable est l'inventaire: algorithmes utilisés, lieux, buts, longueurs de clés et responsables de chaque usage. Les décisions ultérieures de migration dépendent d'un inventaire complet des usages cryptographiques. Les difficultés sont les éléments jamais documentés, certificat dans un produit fournisseur, signature dans un traitement par lots vieux de deux décennies, algorithme imposé par une version de protocole exigée par une contrepartie.

Les éléments décrits dans la présentation PQShield du document FS-ISAC sur l'agilité cryptographique financière comprennent précisément cet inventaire, la gestion des clés sous séquestre et la priorité aux données essentielles plutôt que tout faire simultanément. Prioriser rend le travail réalisable, en classant les usages selon valeur et durée de sensibilité des données, puis migrant dans cet ordre. Les recommandations techniques BSI constituent la référence allemande des mécanismes adéquats à chaque étape.

Les clés bancaires les plus sensibles résident dans des modules matériels de sécurité, leur place appropriée: le module détient la clé, exécute l'opération et ne la communique pas. Conséquence pour l'agilité, un algorithme non pris en charge par le micrologiciel HSM reste inutilisable, même avec une application agile.

Cela transforme une question logicielle en question d'achat et certification. Ces modules sont certifiés, les HSM de paiement suivent aussi le PCI Security Standards Council, avec BSI et Common Criteria côté allemand et européen. La certification prend du temps, les remplacements se comptent en années et remplacer un module de paiement exige une planification opérationnelle. La planification de la migration doit donc intégrer le cycle de remplacement HSM.

Un attaquant captant et stockant aujourd'hui du trafic chiffré pourra le déchiffrer lorsque les moyens arriveront. La question pertinente devient donc la durée de confidentialité des données plutôt que la date de rupture d'un algorithme. Un trafic sans valeur après une semaine n'y est pas exposé. Un dossier immobilier, la situation financière d'un client, un dossier de souscription médicale ou un contrat long le sont.

L'inventaire exige donc une seconde colonne par usage: durée de confidentialité du contenu protégé. Si elle dépasse l'horizon attendu de résistance de l'algorithme, les données sont déjà exposées et la migration n'est pas facultative. BSI et ENISA abordent ainsi la préparation post-quantique. La cryptographie post-quantique en finance couvre algorithmes et calendrier de migration.

Dans vos propres systèmes, vous déterminez le calendrier des changements. Dès qu'une opération cryptographique relie deux établissements, les deux doivent prendre en charge le nouvel algorithme avant de l'utiliser, et la contrepartie la plus lente fixe la date. Les recommandations FS-ISAC soulèvent ce problème de coordination, insoluble par un simple plan interne.

La migration comporte donc une étape d'organisation sectorielle passant par règles des systèmes, normes de messages et accords bilatéraux, à commencer bien avant la date de préparation technique envisagée. Les paiements en Allemagne présentent les infrastructures concernées, et les systèmes bancaires centraux allemands les plateformes sous-jacentes.

Ce n'est pas un sujet de recherche reportable jusqu'à maturité. DORA inclut chiffrement et contrôles cryptographiques dans les exigences de protection TIC des entités financières européennes, avec politique de contrôles et gestion des clés, plaçant inventaire et parc de clés dans le champ supervisé.

Pour obtenir le financement de ce travail, cet argument compte. DORA en Allemagne couvre règlement et supervision par BaFin, et la cybersécurité financière allemande le replace dans la sécurité globale. Certificats et clés des machines, plutôt que des personnes, sont l'autre volet opérationnel de l'inventaire, traité dans l'identité des machines bancaires.

La cryptographie post-quantique en finance couvre nouvelles méthodes et introduction. Pour la recherche locale et les institutions, consultez la finance quantique à Francfort.

Inventaire complet et cycle connu de remplacement HSM aident la banque à répondre aux nouvelles normes. La conservation crypto en Allemagne concerne la protection des clés clients.

L'agilité cryptographique est la capacité de changer algorithme, longueur de clé ou protocole sans reconcevoir l'application utilisatrice. En pratique, le choix cryptographique est une configuration derrière une interface, plutôt que dispersé dans le code, fixé dans un format d'enregistrement ou verrouillé dans un équipement fournisseur.

Une banque commence par l'inventaire: chaque usage cryptographique avec algorithme, longueur de clé, but, responsable et durée de confidentialité du contenu protégé. Classez-le selon valeur et durée de sensibilité des données, puis migrez dans cet ordre. Tout le reste dépend de l'existence préalable de cette liste.

Le module opère sur les clés les plus sensibles à la place de l'application. Un algorithme non pris en charge par son micrologiciel est inutilisable, et ces modules certifiés, remplacés sur plusieurs années, occupent des circuits de paiement non interruptibles à volonté. Le cycle propre du parc HSM fixe donc le rythme réaliste des migrations.

Non, la cryptographie post-quantique réunit les algorithmes conçus pour résister à un ordinateur quantique, leur adoption motivant actuellement ce travail. L'agilité est la capacité même de changer d'algorithme, nécessaire encore pour des raisons sans rapport avec l'informatique quantique.