PKI : Comprendre l'infrastructure à clé publique et son rôle en cybersécurité

PKI, ou infrastructure à clé publique, est un système essentiel pour vérifier l'authenticité des sites web, des utilisateurs et des appareils grâce à des certificats numériques. Cette technologie est omniprésente dans le HTTPS, la signature électronique, les systèmes d'accès en entreprise et partout où il est crucial de s'assurer que la clé publique appartient bien à l'entité déclarée.

Qu'est-ce que la PKI ? Pourquoi une infrastructure à clé publique ?

PKI signifie Public Key Infrastructure, soit infrastructure à clé publique. Concrètement, il s'agit d'un ensemble de règles et de composants techniques qui relient une clé cryptographique publique à une personne, une organisation, un site ou un appareil donné.

Le principal défi de la cryptographie asymétrique est que, seule, une clé publique ne prouve rien sur son propriétaire. Quand un serveur envoie une clé publique à un navigateur, ce dernier doit s'assurer qu'elle appartient bien au bon site, et non à un pirate cherchant à intercepter la connexion.

La PKI résout ce problème grâce aux certificats numériques. Un certificat contient la clé publique et les informations sur le propriétaire, et sa validité est garantie par la signature numérique d'une autorité de certification reconnue. Ainsi, le client peut vérifier la clé mais aussi l'identité de son détenteur.

L'infrastructure à clé publique joue plusieurs rôles : elle confirme l'identité des acteurs, assure la distribution sécurisée des clés publiques, et met en place un mécanisme de confiance entre des systèmes qui, à l'origine, ne se connaissent pas.

Par exemple, lors d'une connexion HTTPS, le navigateur reçoit le certificat du site et vérifie s'il peut lui accorder sa confiance. Le même principe s'applique à la signature électronique de documents, à l'authentification au sein des réseaux d'entreprise, à l'e-mail sécurisé et à la connexion d'appareils aux services internes.

Il est important de noter que la PKI n'est pas à elle seule une technologie de chiffrement : elle gère la confiance autour des clés cryptographiques : qui les a émises, à qui elles appartiennent, sont-elles valides et peuvent-elles être utilisées pour établir une connexion sécurisée.

Les composants de la PKI : clés, certificats et autorités de certification

Clé publique et clé privée

La base de la PKI repose sur la cryptographie asymétrique, qui utilise une paire de clés liées : la clé publique et la clé privée, générées ensemble mais utilisées pour des tâches différentes.

• La clé privée doit rester secrète ; elle sert à créer des signatures numériques et dans certaines opérations prouvant la possession de la clé. Si elle est compromise, la confiance est rompue.
• La clé publique peut circuler librement. Elle permet de vérifier des signatures et de chiffrer les échanges sécurisés.

Le problème : la clé publique ne prouve pas à qui elle appartient. D'où l'utilité des certificats numériques en PKI, qui lient une clé à une identité certifiée.

Qu'est-ce qu'un certificat numérique ?

Un certificat numérique associe une clé publique à un propriétaire précis. Il s'agit d'un " document " électronique contenant les informations d'identité et la validation par une autorité de certification.

Le certificat précise généralement la clé publique, les données du propriétaire, l'autorité de certification, un numéro de série, une durée de validité, etc. Il est signé numériquement par l'autorité émettrice, ce qui rend toute modification ultérieure détectable.

Le standard X.509 est le plus couramment utilisé : il est à la base du HTTPS et de nombreux systèmes de sécurité d'entreprise.

À noter : le certificat ne contient jamais la clé privée, qui reste sous la garde du propriétaire.
Le certificat ne diffuse que la partie publique et certifie son appartenance.

Qu'est-ce qu'une autorité de certification (CA) ?

L'autorité de certification (Certificate Authority, CA) est le tiers de confiance de la PKI. Sa mission : émettre des certificats numériques et garantir le lien entre une clé publique et son titulaire.

Avant d'émettre un certificat, l'autorité de certification procède à une vérification dont la rigueur dépend du type de certificat et de l'usage (parfois, un simple contrôle de domaine suffit ; parfois, une vérification de l'entreprise ou de l'identité est requise).

Après validation, la CA signe le certificat avec sa propre clé privée. Les utilisateurs ou programmes peuvent alors vérifier cette signature à l'aide de la clé publique de la CA.

Les infrastructures PKI importantes reposent sur plusieurs autorités : des autorités racines et des autorités intermédiaires. Cette architecture évite d'utiliser la clé racine pour toutes les émissions de certificats et limite les conséquences d'une éventuelle compromission.

En résumé : la paire de clés assure la base cryptographique, le certificat lie la clé publique à un propriétaire et la CA authentifie ce lien. C'est la combinaison de ces éléments qui permet à la PKI d'instaurer la confiance.

Comment fonctionne la PKI : de la création de clés à la vérification des certificats

Le fonctionnement de la PKI repose sur la validation séquentielle de la confiance. On commence par générer une paire de clés, puis la clé publique est associée à son propriétaire via un certificat, et enfin le client vérifie l'émetteur et la fiabilité du certificat lors de la connexion.

Génération de la paire de clés

Tout commence par la création de la clé publique et de la clé privée, généralement réalisée directement sur le serveur, l'appareil ou dans un module cryptographique sécurisé, afin d'éviter que la clé privée ne circule sur le réseau.

Après la génération, la clé privée est conservée par le propriétaire, tandis que la clé publique est incluse dans une demande de certificat (CSR, Certificate Signing Request) qui contient aussi les données nécessaires à l'émission.

L'autorité de certification reçoit la demande et effectue ses vérifications (contrôle du domaine, de l'organisation, etc.).

Émission du certificat numérique

Après validation, la CA crée le certificat en y intégrant la clé publique du propriétaire et le signe numériquement. Cette signature permet aux autres de vérifier que le certificat est bien authentique et n'a pas été modifié.

Le certificat est ensuite installé sur le serveur ou l'appareil concerné. La clé privée reste toujours confidentielle.

Le certificat peut être distribué publiquement : sa sécurité ne repose pas sur le secret, mais sur l'impossibilité de le modifier sans casser la signature de la CA.

Comment un client vérifie un certificat

Lorsqu'un navigateur se connecte à un site en HTTPS, le serveur envoie son certificat et, si besoin, les certificats intermédiaires. Le navigateur vérifie la validité (dates, nom de domaine, signatures) et s'assure que la chaîne de certificats mène à une autorité racine de confiance.

Si tout est en ordre, le navigateur considère que la clé publique est bien liée au site et peut l'utiliser pour établir une connexion sécurisée.

La PKI ne constitue toutefois qu'une partie du protocole HTTPS. Les négociations de chiffrement, la génération des clés de session et la protection du trafic sont assurées par le protocole TLS. Pour aller plus loin, consultez l'article dédié : TLS 1.3 : nouvelle ère pour la sécurité et la rapidité du HTTPS.

Si le certificat est expiré, délivré pour un autre domaine, mal signé ou qu'il manque un maillon de confiance, le navigateur avertira l'utilisateur. Le site reste parfois accessible, mais la connexion n'est plus considérée comme fiable via la PKI.

Ce principe s'applique aussi hors d'Internet : une PKI d'entreprise peut délivrer des certificats à ses collaborateurs, ordinateurs, serveurs, passerelles VPN, etc., pour authentifier automatiquement les connexions internes.

La chaîne de confiance des certificats : pourquoi le navigateur fait confiance au site

La chaîne de confiance des certificats est l'un des mécanismes centraux de la PKI. Elle permet au navigateur de déterminer s'il peut faire confiance au certificat d'un site, même s'il n'a jamais interagi avec auparavant.

La confiance ne s'établit pas directement entre l'utilisateur et le site, mais via une suite de certificats :

1. Autorité de certification racine ;
2. Autorité de certification intermédiaire ;
3. Certificat du site.

Chaque élément de la chaîne valide le suivant par une signature numérique.

Certificat racine

À la base de la chaîne se trouve le certificat racine (Root CA), qui appartient à l'autorité de certification principale et constitue la source de la confiance.

Ces certificats sont préinstallés dans les systèmes d'exploitation et navigateurs. L'appareil " sait " d'avance à quelles autorités racines il peut faire confiance.

Le certificat racine est généralement auto-signé : sa signature est réalisée avec la même clé que celle indiquée dans le certificat. La confiance provient du fait que le développeur du système ou du navigateur l'a inclus dans la liste des autorités de confiance.

La clé privée des CA racines est extrêmement sensible, utilisée aussi rarement que possible et stockée dans des conditions de sécurité maximales, car sa compromission mettrait en péril toute l'infrastructure.

Certificats intermédiaires

Pour éviter d'utiliser la clé racine pour chaque certificat de site, on crée des autorités de certification intermédiaires (Intermediate CA).

L'autorité racine signe le certificat de l'intermédiaire, qui peut alors délivrer des certificats finaux à des sites, serveurs, etc.

Ce modèle répartit les risques : si un intermédiaire est compromis, son certificat peut être révoqué sans toucher au certificat racine dans tous les systèmes et navigateurs.

Des infrastructures complexes peuvent avoir plusieurs niveaux intermédiaires.

Comment se vérifie la chaîne de confiance ?

Le navigateur vérifie d'abord la signature du certificat du site, puis celle de l'émetteur, jusqu'à remonter au certificat racine reconnu localement.

Si toutes les signatures sont valides, les certificats à jour, et que la chaîne mène bien à une autorité racine de confiance, le certificat du site est approuvé.

Si un seul maillon manque ou n'est pas vérifiable (par exemple, un certificat intermédiaire absent ou une CA non reconnue), la chaîne est rompue et le navigateur affiche un avertissement.

En résumé, le navigateur ne fait pas confiance au site parce qu'il le connaît, mais parce qu'il fait confiance à la chaîne de validation cryptographique qui aboutit à une autorité reconnue.

Durée de validité et révocation des certificats numériques

Un certificat numérique est valable pour une durée limitée. Cela permet de limiter l'usage d'une même clé dans le temps, et oblige les propriétaires à renouveler régulièrement leur certificat et à maintenir leurs informations à jour.

Chaque certificat mentionne une date de début et de fin de validité. Un certificat expiré est systématiquement considéré comme invalide, même si la chaîne de confiance et la signature restent techniquement correctes.

Un certificat expiré ne signifie pas forcément que le serveur a été compromis : il s'agit le plus souvent d'un simple oubli de renouvellement ou d'un problème lors de l'installation du nouveau certificat.

La révocation d'un certificat

Le cas de la révocation est tout autre. Révoquer un certificat revient à le rendre non fiable avant la fin de sa période de validité : cela peut être dû à la compromission de la clé privée, une erreur d'émission, un changement d'information sur le propriétaire ou la cessation d'utilisation de la clé.

Comment fonctionne la révocation ?

• CRL (Certificate Revocation List) : la CA publie une liste des certificats révoqués. Le client la télécharge et vérifie si le numéro de série de son certificat y figure. Ce système nécessite des mises à jour régulières.
• OCSP (Online Certificate Status Protocol) : le client interroge en temps réel le serveur de la CA pour connaître le statut d'un certificat précis. Ce mécanisme est plus rapide mais dépend de la disponibilité de l'OCSP et peut impacter les performances. Des optimisations (comme l'OCSP stapling) sont utilisées pour améliorer l'efficacité.

Différence entre un certificat expiré et un certificat révoqué

Un certificat expiré a simplement dépassé sa date de validité, sans implication directe sur la sécurité. Un certificat révoqué est explicitement déclaré non fiable, par exemple en cas de fuite de la clé privée : il doit être bloqué au plus vite pour éviter tout usage frauduleux.

En somme, la confiance dans la PKI ne dépend pas seulement de la signature du certificat, mais aussi de sa validité et de son statut à jour.

Conclusion

La PKI réunit clés cryptographiques, certificats numériques et autorités de certification pour former un système de confiance global. La clé publique permet les opérations cryptographiques, le certificat l'associe à un propriétaire, et la signature de la CA authentifie ce lien.

Lors de la vérification d'un certificat, le client analyse la validité, l'identité, la signature et la chaîne de confiance menant à une autorité racine connue. Si le certificat est révoqué ou expiré, il n'est plus considéré comme fiable.

Ce modèle rend possible la sécurisation des échanges pour des millions de sites, de serveurs, d'utilisateurs et d'appareils, sans échange préalable de secrets. Voilà pourquoi la PKI demeure un pilier du HTTPS, de la signature électronique, de l'authentification d'entreprise et de la cybersécurité moderne.