Certificat racine

Toute vérification de certificat se termine à une racine. Un certificat racine se signe lui-même et n'est digne de confiance que parce qu'il a été livré dans le magasin de racines de votre appareil ; DST Root CA X3, l'exemple le plus connu, a été émis le 30 septembre 2000 et a expiré exactement 21 ans plus tard. Si vous jugez une plateforme d'échange à son seul cadenas, vous faites confiance à cette liste de racines plutôt qu'à quoi que ce soit concernant la plateforme.

Comment cela fonctionne

Un certificat racine nomme la même organisation dans son champ émetteur et dans son champ sujet, et la clé qui l'a signé est la clé qu'il certifie. Cette circularité est justement le but. Rien au-dessus d'une racine ne se porte garant pour elle, donc un vérificateur ne peut la contrôler par rapport à un échelon supérieur ; il peut seulement rechercher le certificat dans une liste locale et traiter cette liste comme faisant autorité.

Ces listes sont gérées par une poignée d'entreprises. Apple, Microsoft, Mozilla et Google exploitent chacune un programme de racines avec des critères d'inclusion publiés, des exigences d'audit et des procédures de retrait, et le magasin de votre ordinateur portable ou de votre téléphone est celui de l'éditeur avec lequel le logiciel a été livré. L'inclusion dure très longtemps, car retirer une racine signifie livrer une mise à jour à chaque appareil qui la détient. ISRG Root X1, l'ancre derrière Let's Encrypt, a été émis le 4 juin 2015 et n'expire que le 4 juin 2035.

La faiblesse structurelle est que toute racine du magasin peut se porter garante pour n'importe quel nom. Aucune règle ne lie une autorité néerlandaise aux domaines néerlandais, donc une seule autorité compromise fragilise tous les sites à la fois. DigiNotar l'a prouvé en 2011 : un attaquant a émis un certificat frauduleux pour google.com le 10 juillet de cette année-là et s'en est servi pour intercepter le trafic d'utilisateurs iraniens. Mozilla, Google et Microsoft ont retiré les racines DigiNotar dans les premiers jours de septembre 2011, et l'entreprise était en faillite avant la fin du mois.

Où cela apparaît

Les certificats racines sont entrés dans le bitcoin par le BIP70, qui demandait aux portefeuilles de valider la chaîne de certificats d'un marchand jusqu'à une racine de confiance avant d'afficher un nom d'entreprise sur l'écran de paiement. Les logiciels de bureau empruntaient le magasin du système d'exploitation pour ce faire, les logiciels mobiles se trompaient souvent, et Bitcoin Core a supprimé la fonctionnalité purement et simplement dans la version 0.20.0. La référence pour développeurs de bitcoin.org liste encore le terme, ce qui est la principale raison pour laquelle on le recherche aujourd'hui.

La comparaison la plus utile est avec l'ancre propre au bitcoin. Un nœud complet part d'un bloc de genèse daté du 3 janvier 2009, codé en dur dans le logiciel, et vérifie chaque règle par lui-même à partir de là. Personne n'ajoute une entrée à cette ancre en poussant une mise à jour sur votre téléphone, et aucune autorité ne peut être compromise ou contrainte de se porter garante pour un bloc qui enfreint les règles. Les magasins de racines fonctionnent en sens inverse : la confiance descend d'une liste que vous n'avez pas écrite et que vous ne pouvez pas auditer.

Certificat racine vs certificat feuille

Un certificat racine identifie une autorité de certification ; un certificat feuille identifie un serveur. La racine est auto-signée, vit pendant deux décennies et garde sa clé privée dans un module matériel hors ligne sorti quelques fois par an sous témoin. La feuille nomme le nom d'hôte auquel vous vous êtes réellement connecté, vit pendant des mois, et sa clé privée se trouve sur un serveur web en fonctionnement exposé à internet. On dit « le certificat est valide » en pensant que la feuille a bien été analysée et que les dates concordent, mais la question qui détermine si la connexion est fiable est de savoir à quelle racine la chaîne aboutit.