Les conséquences d’une compromission des clés de sécurité

Le périmètre d'exposition d'une clé compromise

Lorsqu'une clé de chiffrement symétrique est compromise, toutes les données chiffrées avec cette clé sont potentiellement exposées — rétroactivement si l'attaquant a capturé des flux chiffrés dans le passé. Cette rétroactivité est l'une des caractéristiques les plus redoutables de la compromission de clé : des données protégées au moment de leur capture peuvent être déchiffrées a posteriori.

Pour les clés asymétriques, le périmètre dépend de la fonction de la clé. La compromission d'une clé privée RSA utilisée pour le chiffrement expose toutes les données chiffrées avec la clé publique correspondante. La compromission d'une clé privée utilisée pour la signature invalide toutes les signatures émises — ou crée le risque que des signatures frauduleuses soient produites et acceptées comme légitimes.

Conséquences opérationnelles et techniques immédiates

La découverte d'une compromission de clé déclenche un enchaînement d'actions contraintes dans le temps : révocation immédiate de la clé compromise, notification aux parties qui font confiance à cette clé (dans le cas d'un certificat : mise à jour des CRL ou OCSP), re-chiffrement des données avec une nouvelle clé, et si la clé était utilisée pour des signatures, évaluation de la validité de l'ensemble des documents signés pendant la période de compromission supposée.

La révocation d'un certificat TLS d'un service exposé publiquement peut nécessiter quelques heures. La révocation d'une clé de signature de code qui a permis de signer des centaines de mises à jour peut prendre des semaines et nécessite de coordonner avec les éditeurs de logiciels et les systèmes de distribution. La révocation d'un certificat CA intermédiaire peut invalider l'ensemble de la chaîne de confiance des certificats qu'il a émis.

Impact sur la confiance et les obligations légales

Au-delà de l'exposition technique, la compromission d'une clé de sécurité a des implications en termes de confiance et d'obligations légales. Un certificat de signature électronique qualifié au sens du règlement eIDAS, s'il est compromis, nécessite une notification auprès du prestataire de services de confiance qualifié et potentiellement une information des parties qui se sont appuyées sur les signatures émises.

Dans le contexte du RGPD, si la compromission de clé conduit à l'exposition de données personnelles, elle peut constituer une violation de données personnelles à notifier à l'autorité de contrôle dans les 72 heures. L'évaluation de la notification doit tenir compte de la fenêtre temporelle de compromission et du volume de données potentiellement exposées.

Perfect Forward Secrecy comme atténuation

Le Perfect Forward Secrecy (PFS) est un mécanisme d'échange de clés qui génère une clé de session éphémère pour chaque connexion, indépendante de la clé privée du serveur. En cas de compromission de la clé privée du serveur, les sessions passées enregistrées ne peuvent pas être déchiffrées — contrairement à RSA classique où la clé de session est chiffrée avec la clé privée du serveur et peut donc être déchiffrée rétroactivement.

L'activation du PFS via les suites ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) dans la configuration TLS est aujourd'hui recommandée par l'ensemble des guides de bonnes pratiques (Mozilla SSL Configuration Generator, ANSSI, NIST). Elle ne protège pas contre tous les scénarios de compromission, mais réduit significativement l'exposition rétroactive.

Gestion de crise post-compromission

Le plan de réponse à la compromission de clé doit être préparé avant l'incident. Il doit identifier : les responsables de la décision de révocation, les contacts techniques chez les fournisseurs de PKI et de KMS, les procédures de re-chiffrement d'urgence, et les modèles de communication interne et externe. L'exercice de ce plan — idéalement en simulation — permet d'identifier les dépendances non documentées et les délais réels d'exécution avant que la pression de l'incident ne s'y ajoute.