PKI, certificats
Le chiffrement protège le contenu des échanges ; le certificat établit avec qui on échange. Il prouve que la clé publique utilisée appartient bien à celui qui la présente.
Le chiffrement seul ne protège pas contre l'usurpation : n'importe qui peut générer une paire de clés et se présenter comme votre banque — la conversation serait chiffrée, mais avec un imposteur. Le certificat lie une identité à une clé publique, et cette liaison est garantie par la signature d'un tiers de confiance, l'autorité de certification.
Ce que contient un certificat
- L'identité du porteur : un nom de domaine (www.exemple.fr), une organisation, une personne ou un équipement.
- Sa clé publique : celle que les échanges chiffrés utiliseront.
- Une période de validité : de quelques mois à quelques années — de plus en plus courte, pour limiter la durée d'exploitation d'un certificat compromis.
- L'identité de l'émetteur : l'autorité de certification qui se porte garante.
- La signature de cette autorité : la preuve cryptographique que le contenu n'a pas été modifié.
Où l'on trouve des certificats
L'usage le plus courant est le certificat de site web : le navigateur le vérifie avant d'afficher le cadenas HTTPS. Si le nom ne correspond pas, si la date est dépassée ou si la signature est invalide, un avertissement s'affiche — cet avertissement vient de la vérification du certificat, pas du chiffrement lui-même. Les certificats servent aussi dans de nombreux autres usages :
Les niveaux de validation
Le cadenas prouve que vous communiquez avec le détenteur du nom de domaine — pas que ce détenteur est honnête. Un site d'hameçonnage peut afficher un cadenas. Ce que le certificat garantit dépend de ce que l'autorité a vérifié avant de signer :
Les certificats sont signés par des autorités de certification. La PKI (Public Key Infrastructure, infrastructure de gestion de clés) désigne l'ensemble des autorités, des règles et des outils qui émettent, renouvellent et révoquent les certificats. Elle repose sur la chaîne de confiance :
La clé racine est conservée hors ligne, manipulée lors de cérémonies de clés très formalisées : sa compromission invaliderait tous les certificats émis sous elle. Le travail courant revient aux autorités intermédiaires. L'autre fonction de la PKI est la révocation : un certificat volé ou compromis doit pouvoir être invalidé immédiatement. C'est le rôle des listes de révocation (CRL) et du protocole OCSP — des mécanismes souvent négligés, alors qu'un certificat non révocable reste exploitable par un attaquant jusqu'à son expiration.
Qui décide des autorités reconnues
La liste des racines « de confiance » est embarquée dans le navigateur et le système d'exploitation. Ce sont donc quatre programmes racines — Google, Apple, Microsoft, Mozilla — qui décident quelles autorités sont reconnues par défaut pour des milliards d'utilisateurs. Ils fixent leurs exigences, auditent et sanctionnent : une autorité retirée voit tous ses certificats devenir invalides. Ce pouvoir a servi la sécurité — il a permis d'écarter des autorités défaillantes. Mais c'est un pouvoir de régulation privé, exercé par des éditeurs américains, sans contrôle d'une instance européenne.
Le règlement eIDAS 2 a tenté de rééquilibrer ce pouvoir : imposer aux navigateurs la reconnaissance des certificats de sites web qualifiés, délivrés par des prestataires contrôlés par les autorités nationales — l'ANSSI en France. Les éditeurs de navigateurs et une partie de la communauté sécurité y ont vu un risque d'interception étatique ; le texte final laisse aux navigateurs une marge pour réagir aux incidents. Le désaccord porte sur un point précis : qui, des éditeurs privés ou des autorités publiques européennes, décide des autorités de certification reconnues.
La PKI interne
Pour les usages internes — serveurs, VPN, postes, badges, signature de documents —, rien n'oblige à dépendre d'un tiers : une PKI interne se construit avec des outils libres éprouvés (EJBCA, Dogtag via FreeIPA, step-ca…). Elle demande en revanche de la rigueur : racine hors ligne, procédures écrites, suivi des échéances, révocation opérationnelle. Pour les usages ouverts vers l'extérieur, les prestataires qualifiés eIDAS apportent un cadre juridique européen.
Le système des certificats a connu plusieurs crises — autorités de certification piratées, grands émetteurs exclus des navigateurs — et des changements de fond : certificats devenus gratuits, renouvellement automatisé, durées de validité raccourcies d'année en année. La frise ci-dessous retrace quinze ans de ces évolutions ; les repères qui suivent décrivent l'état actuel. Le schéma se répète : après chaque incident, l'écosystème a répondu par plus d'automatisation, des durées plus courtes et des règles plus strictes — avec pour contrepartie une dépendance croissante aux quelques acteurs qui tiennent les magasins de confiance des navigateurs.
Ordres de grandeur en sources ouvertes (télémétries des navigateurs, CA/Browser Forum, publications des autorités de certification) — à réactualiser périodiquement.
PKI et certificats : quinze ans de crises et de mutations
De la faillite de DigiNotar au certificat de 47 jours : comment l'écosystème de la confiance s'est durci, automatisé — et concentré. Filtrez par nature d'événement.
-
2011Crise fondatriceDigiNotar : l'autorité qui a trahi — et payéL'autorité de certification néerlandaise est piratée ; de faux certificats Google servent à espionner des internautes iraniens. Exclue de tous les navigateurs, DigiNotar fait faillite en quelques semaines — y compris sa branche qui servait l'État néerlandais. La leçon fonde tout ce qui suit : une seule AC compromise met en danger le web entier.
-
2013-2015Contre-mesureCertificate Transparency : la surveillance des surveillantsGoogle impose des journaux publics infalsifiables où toute émission de certificat doit être consignée. Une AC qui émet un certificat frauduleux laisse désormais une trace que chacun peut auditer — c'est ainsi que plusieurs scandales suivants seront détectés.
-
2015-2016RévolutionLet's Encrypt : le certificat devient gratuit et automatiquePortée par une fondation à but non lucratif, l'autorité Let's Encrypt émet des certificats gratuits, en 90 jours, renouvelés par le protocole ACME sans intervention humaine. C'est le déclencheur de la généralisation du HTTPS : le chiffrement du web passe en quelques années du privilège payant au réglage par défaut — et l'automatisation devient la norme culturelle que le calendrier 2026-2029 achèvera d'imposer.
-
2017-2018Précédent majeurSymantec : le numéro un mondial exclu des navigateursAprès des années d'émissions non conformes, Google et Mozilla organisent la défiance progressive de tous les certificats Symantec — alors premier émetteur mondial. L'activité est vendue à DigiCert. Démonstration de force : face aux navigateurs, même le leader du marché n'a pas le rapport de force.
-
Septembre 2020Durcissement398 jours : Apple impose la première grande réductionSafari cesse unilatéralement d'accepter les certificats de plus de 398 jours ; l'industrie s'aligne. Le schéma se répète : ce ne sont pas les autorités de certification qui fixent les règles, mais les éditeurs de navigateurs.
-
2024Récidive + EuropeEntrust débranché — et l'Europe entre en scène avec eIDAS 2Chrome retire sa confiance aux nouveaux certificats Entrust, vétéran du secteur, pour manquements répétés — deuxième exclusion d'un grand nom en sept ans. La même année, l'UE adopte eIDAS 2 (portefeuille européen d'identité numérique, prestataires qualifiés) : son article sur la reconnaissance des certificats qualifiés par les navigateurs provoque un bras de fer inédit entre régulateur européen et éditeurs américains sur qui décide de la confiance.
-
2024-2025Horizon quantiqueLe post-quantique entre dans la PKIPublication des standards de cryptographie post-quantique du NIST, premiers déploiements hybrides dans TLS chez les grands acteurs du web : la migration des chaînes de certification elles-mêmes — racines, intermédiaires, signatures — s'annonce comme le chantier PKI de la décennie.
-
11 avril 2025Le voteSC-081 : le calendrier de la grande accélérationSur proposition d'Apple, le CA/Browser Forum adopte la réduction progressive de la durée de vie des certificats publics : 200 jours en 2026, 100 en 2027, 47 en 2029, revalidation du domaine ramenée à 10 jours. Vote sans opposition — les quatre navigateurs pour.
-
15 mars 2026En vigueurL'ère des 200 jours a commencéDepuis cette date, plus aucun certificat public ne peut dépasser 200 jours. Conséquence pratique pour toute organisation : le renouvellement manuel vit ses dernières années — l'automatisation (ACME) n'est plus un confort mais une condition de survie opérationnelle, surtout à l'approche des paliers de 2027 (100 jours) et 2029 (47 jours). Les PKI internes, elles, ne sont pas concernées par ces règles.
La validité de tous les certificats repose sur quelques dizaines d'autorités racines. La solidité de l'ensemble dépend de la fiabilité de chacune d'elles — et des règles qui les contrôlent.
Une seule autorité compromise suffit
Le navigateur accorde la même confiance à toutes les racines de son magasin. Il suffit donc qu'une seule autorité soit compromise, négligente ou complaisante pour que de faux certificats techniquement valides circulent — pour n'importe quel site, y compris ceux qui n'ont aucun lien avec cette autorité. Des contre-mesures existent (journaux de transparence des certificats, exclusion des autorités fautives), mais elles interviennent après coup : elles permettent de détecter et de sanctionner, pas d'empêcher.
La révocation, un problème mal résolu
Émettre un certificat est devenu simple et automatique ; l'invalider vite et partout ne l'est toujours pas. Les mécanismes de révocation sont lents et les navigateurs ne les vérifient que partiellement : une clé privée volée peut servir plusieurs jours avant que l'invalidation ne soit effective partout. C'est ce constat qui motive le raccourcissement des durées de validité : à 47 jours, un certificat compromis cesse d'être utilisable rapidement, même si la révocation a échoué.
L'automatisation devient elle-même critique
Le calendrier 2026-2029 rend le renouvellement manuel impraticable : l'automatisation (protocole ACME) devient obligatoire en pratique. Le gain de sécurité est réel, mais il déplace le risque : la chaîne d'automatisation des certificats devient un composant critique. Un attaquant qui en prend le contrôle peut émettre des certificats valides au nom de l'organisation. Et une organisation qui ne gère pas cette chaîne elle-même la délègue à un prestataire — une dépendance de plus, à choisir en connaissance de cause.
La gouvernance des magasins de confiance
La liste des racines reconnues par défaut est arrêtée par quatre programmes privés américains — Apple, Google, Mozilla, Microsoft. Leur pouvoir n'est pas théorique : ils ont exclu Symantec, puis Entrust, et fixent les règles communes au sein du CA/Browser Forum. L'Europe tente avec eIDAS 2 d'imposer la reconnaissance de ses prestataires qualifiés, contrôlés par les autorités nationales. Les deux légitimités s'opposent directement : d'un côté une régulation publique fondée sur le droit européen, de l'autre des règles privées appliquées par le code des navigateurs. Le texte final d'eIDAS 2 n'a tranché qu'en partie.
Interception et sanction
Contrôler ou contraindre une autorité de certification permet d'intercepter des communications chiffrées sans casser aucun algorithme : il suffit d'émettre de faux certificats valides. Des États l'ont tenté par le piratage d'autorités ; d'autres par la loi, jusqu'à imposer une racine nationale dans les navigateurs de leurs citoyens — ce qui donne à l'État la capacité technique de surveiller leur trafic chiffré. L'inverse existe aussi : exclure les autorités d'un pays des magasins de confiance invalide ses certificats pour le reste du monde. La PKI fait désormais partie des leviers utilisés dans les sanctions internationales.
La migration post-quantique des racines
Toutes les signatures de la chaîne de certification — racines, intermédiaires, certificats finaux — reposent sur des algorithmes que l'ordinateur quantique menace. Le remplacement des échanges de clés dans TLS est déjà engagé ; re-signer l'ensemble des chaînes de certification, matériels de sécurité et cérémonies de clés compris, prendra des années. Les organisations qui gèrent leur propre PKI migreront à leur rythme ; les autres dépendront du calendrier de leurs fournisseurs.
Les réponses européenne, française et par les logiciels libres
Services de confiance qualifiés eIDAS, liste de confiance européenne, certificats qualifiés de signature et d'authentification de sites, prestataires européens face aux autorités de certification américaines : l'Europe dispose d'un cadre unique au monde pour bâtir une chaîne de confiance qui lui appartient. Retrouvez dans la page dédiée les initiatives qui dessinent la souveraineté de la certification numérique.
Découvrir les réponses →