À l'ère numérique, la communication sécurisée sur des réseaux non fiables comme Internet n'est pas négociable. Le cryptage asymétrique et les certificats numériques forment ensemble le fondement de la confiance en ligne, permettant tout, des transactions de commerce électronique aux courriels chiffrés. Au cœur de cette infrastructure de sécurité se trouvent les autorités de certification (AC) – des tiers confiants qui valident les identités et lient les clés publiques aux entités qui les possèdent.

Comprendre les autorités de certification

Une autorité de certification (AC) est une organisation autorisée à délivrer, gérer, révoquer et renouveler des certificats numériques. Ces certificats sont des attestations électroniques qui confirment l'identité d'un site Web, d'un organisme ou d'un individu et qui contiennent la clé publique de l'entité. Les AC constituent un pont de confiance entre le détenteur d'une clé privée et toute personne qui souhaite vérifier la propriété de cette clé.

Lorsqu'un navigateur ou un logiciel client rencontre un certificat numérique, il vérifie si le certificat a été délivré par une AC que le client fait déjà confiance. Cette chaîne de confiance s'étend d'une CA racine (dont le certificat est autosigné et préinstallé) par des AC intermédiaires jusqu'au certificat de fin d'entité. L'ensemble du système est régi par des exigences de base strictes établies par le forum CA/Browser, un consortium d'AC, des fournisseurs de navigateurs et d'autres intervenants qui définissent les règles de délivrance et de gestion des certificats.

Au-delà des certificats SSL/TLS pour les sites Web, les AC délivrent également des certificats pour la signature de code, la signature par courriel (S/MIME), la signature de document et l'authentification des clients. Chaque type de certificat sert une fonction distincte, mais ils dépendent tous de la fonction de base de l'AC : vérifier que la clé publique du certificat appartient vraiment à l'entité nommée dans le certificat.

Le rôle des AC dans le chiffrement asymétrique

Le chiffrement asymétrique – aussi appelé cryptographie à clé publique – utilise une paire de clés liées mathématiquement : une clé publique qui peut être librement partagée et une clé privée qui doit être gardée secrète. Quand Alice veut envoyer un message chiffré à Bob, elle le chiffre avec la clé publique de Bob ; seule la clé privée de Bob peut le déchiffrer. De même, Bob peut signer un message avec sa clé privée, et toute personne avec sa clé publique peut vérifier la signature. Ce paradigme élimine la nécessité de partager une clé de chiffrement secrète à l'avance, mais il introduit un problème critique : comment Alice sait-elle que la clé publique qu'elle a vraiment appartient à Bob ?

C'est là que les AC entrent en jeu. Une AC délivre un certificat numérique qui lie l'identité de Bob à sa clé publique. Le certificat comprend le nom (ou le domaine) de Bob, sa clé publique, la période de validité du certificat et la signature numérique de l'AC. Lorsque Alice reçoit un certificat de Bob (ou du serveur auquel elle se connecte), elle utilise la clé publique de l'AC pour vérifier la signature sur le certificat. Si la signature est valide et le certificat est encore dans sa période de validité, Alice peut croire que la clé publique appartient à Bob, à condition qu'elle fasse confiance à l'AC.

Cette liaison est essentielle pour la sécurité du protocole de sécurité de la couche de transport (TLS), qui est un moteur HTTPS. Pendant la poignée de main TLS, le serveur présente son certificat au client. Le client (par exemple, un navigateur) effectue une série d'étapes de validation : vérifier la chaîne de certificats, vérifier les signatures, confirmer le nom de domaine correspond au certificat et s'assurer que le certificat n'a pas été révoqué.

Les CA permettent également des concepts plus avancés comme Perfect Forward Secrecy (PFS) et des certificats de validation étendue (EV). Avec PFS, même si la clé privée du serveur est compromise, les sessions passées restent sécurisées parce que les clés de session sont dérivées à l'aide d'échange de clés éphémères. Les certificats EV, par contre, représentent un niveau plus élevé d'assurance d'identité, car l'AC a effectué un contrôle rigoureux de l'existence juridique, physique et opérationnelle de l'organisation.

Comment fonctionnent les certificats numériques

Un certificat numérique est, à son niveau le plus bas, un document signé qui suit la norme X.509. La norme définit la structure des données et les champs que doit contenir un certificat. Les champs clés comprennent :

  • Version – Indique la version X.509 (communément v3).
  • Numéro de série – Un identifiant unique attribué par l'AC au certificat.
  • Algorithme de signature – L'algorithme utilisé par l'AC pour signer le certificat (p. ex. SHA-256 avec RSA).
  • Issuer – L'entité qui a signé et délivré le certificat (le nom distinctif de l'AC).
  • Validité – La période pendant laquelle le certificat est considéré comme digne de confiance (dates non antérieures et non postérieures).
  • Subject – L'entité à laquelle le certificat est délivré (p. ex., un nom de domaine ou un nom d'organisation).
  • Subject Public Key Info – La clé publique appartenant au sujet, ainsi que l'algorithme utilisé (p. ex. RSA ou ECDSA).
  • Extensions – Propriétés supplémentaires, telles que l'utilisation de la clé (p. ex. signature numérique, encipherment de clé), l'utilisation de la clé étendue (p. ex. authentification du serveur, authentification du client), les noms alternatifs de sujets (SAN) pour plusieurs domaines et les points de distribution de la Liste de révocation de certificat (LCR).

Lorsqu'un navigateur ou une application valide un certificat, il effectue les vérifications suivantes :

  1. Chain Construction[ – Le client construit une chaîne à partir du certificat d'entité finale jusqu'à une CA racine de confiance. Si la CA racine n'est pas directement fiable, les CA intermédiaires doivent être fournies par le serveur.
  2. Vérification de signature[ – Pour chaque certificat de la chaîne, le client vérifie que la signature de l'émetteur correspond à la clé publique de l'émetteur. Cela confirme que le certificat n'a pas été altéré.
  3. Période de validité[ – Le client vérifie que la date actuelle entre dans la période de validité du certificat.
  4. Vérification de la révocation[ – Le client vérifie si le certificat a été révoqué par l'intermédiaire du LCR ou du protocole de statut du certificat en ligne (PTOC).
  5. Raccordement de noms de domaine[ – Le client s'assure que le nom de domaine dans l'URL correspond à l'un des NAS ou au nom commun (CN) du certificat.
  6. Trajectoire fiable – Le client confirme que chaque CA dans la chaîne est fiable, soit en étant dans le magasin racine ou en ayant un chemin vers une racine de confiance.

Si l'une de ces vérifications échoue, le navigateur affiche un avertissement de sécurité, empêchant parfois l'utilisateur de poursuivre. Ce processus rigoureux de validation est ce qui rend l'infrastructure à clé publique (ICP) fiable.

L'importance critique des autorités de certification

Sans système de vérification et de liaison des clés publiques, les attaquants pourraient facilement intercepter les communications en remplaçant leur propre clé publique, une attaque classique de l'homme dans le milieu (MITM). En fournissant un mécanisme d'authentification, les CA permettent ce qui suit :

  • Secure Web Browsing[ – HTTPS protège la confidentialité et l'intégrité des données transmises entre le navigateur d'un utilisateur et un site Web. Les CA veillent à ce que la connexion chiffrée soit établie avec le site légitime, et non pas avec un imposteur.
  • – Les certificats S/MIME permettent aux utilisateurs de signer et de chiffrer les courriels. Les CA vérifient l'identité de l'expéditeur de courriel, empêchant ainsi le phishing et le spoofing.
  • Code Signing – Les éditeurs de logiciels utilisent des certificats pour signer leurs exécutables et scripts. Les AC vérifient que l'éditeur est légitime, permettant aux systèmes d'exploitation de faire confiance au logiciel et avertissent les utilisateurs si la signature est invalide ou si le certificat est révoqué.
  • Signature de documents – Les signatures numériques sur les PDF et autres documents peuvent être appuyées par des certificats émis par l'AC, ce qui permet de ne pas répudier légalement.
  • VPN et accès réseau – Les certificats clients délivrés par une CA peuvent authentifier les utilisateurs et les appareils vers les passerelles VPN et les contrôleurs d'accès réseau, remplaçant ainsi une authentification par mot de passe plus faible.

Le niveau d'assurance d'un certificat dépend de la rigueur de validation exercée par l'AC. Par exemple, un certificat de validation de domaine (DV) ne nécessite que la preuve que le demandeur contrôle le domaine (par exemple, par courriel ou par enregistrement DNS). Un certificat de validation d'organisation (OV) exige une vérification supplémentaire de l'existence juridique de l'organisation.

Défis et considérations dans l'écosystème de l'AC

Bien que les AC soient indispensables, elles présentent également des défis importants et des surfaces d'attaque. La violation de DigiNotar 2011 qui a entraîné la délivrance de certificats frauduleux pour Google, Twitter et d'autres grands domaines, a démontré les conséquences catastrophiques lorsqu'une CA est compromise. Plus récemment, l'enregistrement DNS de l'ACA (autorisation d'autorité de certification) de 2023 est devenu un outil essentiel pour les propriétaires de domaines pour limiter que les CA peuvent émettre des certificats pour leurs domaines, mais les erreurs de configuration peuvent encore causer des pannes.

Les principaux défis à relever sont les suivants :

L'AC fait preuve de confiance

Si un attaquant compromet une AC, il peut délivrer des certificats frauduleux qui paraissent valides, ce qui peut permettre des attaques ou une surveillance sophistiquées. L'écosystème entier doit donc compter sur des AC qui maintiennent des pratiques de sécurité rigoureuses, y compris des modules de sécurité matérielle (MSS), des contrôles d'accès stricts et des audits réguliers.

Inefficacité de la révocation

Cependant, les mécanismes de vérification de révocation (CRL et OCSP) ont des problèmes de latence et de fiabilité. Certains navigateurs utilisent des agrafes OCSP ou des jeux de LCR, mais les défaillances de révocation peuvent encore rendre les utilisateurs vulnérables. L'industrie se dirige vers des durées de vie plus courtes (p. ex., 90 jours maximum pour les certificats TLS, comme le recommande le forum CA/Browser) pour réduire la fenêtre d'exposition sans compter fortement sur la révocation.

Centralisation et concurrence

Le marché des CA est dominé par quelques fournisseurs commerciaux (p. ex., DigiCert, Sectigo, GlobalSign), ce qui soulève des inquiétudes au sujet de points uniques d'échec et de manque de concurrence. Cependant, des initiatives comme Let's Encrypt (une CA gratuite et automatisée gérée par le Groupe de recherche sur la sécurité sur Internet) ont démocratisé la délivrance des certificats, qui représentent maintenant la majorité de tous les certificats TLS sur le Web.

Pressions politiques et juridiques

Dans certains pays, les AC sont légalement tenues d'aider à l'application de la loi, ce qui pourrait compromettre la confiance dans l'ICP mondial. Pour atténuer cette situation, de nombreux navigateurs et fournisseurs de logiciels tiennent des listes de « méfiance » pour les AC qui ont agi contre leurs politiques.

Transparence des certificats (CT)

Une amélioration majeure de l'écosystème de l'AC est la transparence des certificats, un cadre qui exige que tous les certificats délivrés par l'AC soient enregistrés dans des registres auditables publiquement et en annexe seulement. CT permet aux propriétaires de domaines et aux chercheurs en sécurité de surveiller les certificats non autorisés délivrés pour leurs domaines. Les navigateurs font respecter l'application de l'EC pour de nombreux certificats, exigeant que les certificats comprennent un certificat signé Timestamp (SCT) provenant d'au moins deux registres approuvés.

Menaces quantiques

L'arrivée éventuelle d'ordinateurs quantiques pose un risque à long terme pour les algorithmes à clé publique utilisés dans les certificats d'aujourd'hui. Des normes de cryptographie postquantique sont en cours d'élaboration (p. ex. par le NIST), et les CA devront soutenir ces nouveaux algorithmes pour assurer la sécurité continue de la confiance en ligne.

Meilleures pratiques pour une infrastructure CA résiliente

Les organisations qui gèrent leurs propres AC privées (pour usage interne) ou qui s'appuient sur des AC publiques devraient adopter ces pratiques :

  • Utiliser des certificats à courte durée – Maintenir des périodes de validité aussi courtes que possible sur le plan opérationnel, ce qui réduit l'impact du compromis clé et simplifie la révocation.
  • Délivrance et renouvellement automatiques – Déployer les clients ACME (comme Certbot) pour obtenir et renouveler automatiquement les certificats. L'automatisation réduit les erreurs humaines et garantit la validité des certificats.
  • Mise en oeuvre Dossiers DNS de l'ACA[ – Précisez quelles AC sont autorisées à délivrer des certificats pour votre domaine.
  • Stags de transparence de certificat de surveillance – Utilisez des outils comme crt.sh ou certstream pour surveiller les certificats délivrés pour vos domaines. Alertez sur tout certificat inattendu.
  • Enforcer l'agrafage OCSP – Configurer votre serveur Web pour agrafer la réponse OCSP, améliorer les performances et la confidentialité de la révocation.
  • Strengthen Key Protection[ – Stockez les clés privées dans les HSM, les TPM ou les Keystores sécurisés. Évitez de stocker les clés sur le disque sans chiffrement ou dans les dépôts de code source.
  • Soyez informé – Suivez les développements du forum CA/Browser, du NIST et des principaux fournisseurs de navigateurs concernant les exigences de base et les normes émergentes comme les algorithmes post-quantum.

Conclusion

Les autorités de certification sont les gardiens silencieux du tissu de confiance d'Internet. En liant rigoureusement les clés publiques aux identités vérifiées, les AC permettent les connexions sécurisées et cryptées qui sous-tendent le commerce, la communication et la collaboration modernes. Bien que le système soit confronté à des défis permanents – du compromis et de la révocation des AC à la menace imminente de l'informatique quantique – des améliorations continues comme la transparence des certificats, les certificats de courte durée et l'émission automatisée renforcent l'ICP. Les organisations et les particuliers doivent comprendre le rôle des AC, adopter les meilleures pratiques de gestion des certificats et rester vigilants face à l'évolution du paysage de la menace.

Pour plus de détails, consultez le CA/Browser Forum Baseline Requirements[, le Encryptons la documentation[ et le NIST Public Key Infrastructure program[. Les analyses d'incidents dans le monde réel, comme l'étude de cas DigiNotarfraction[, fournissent également des leçons précieuses.