CA : Certificate Authority
Sécurité
Entité responsable de l'émission, la gestion et la révocation des certificats numériques X.509 dans une infrastructure PKI.
Rôle principal : La CA valide l'identité des demandeurs et signe leurs certificats pour garantir leur authenticité et intégrité.
Fonctionnement dans PKI : Elle émet des certificats racines et intermédiaires, établissant une chaîne de confiance utilisée pour l'authentification et le chiffrement.
Sécurité : La sécurité d'une CA est critique : une compromission peut invalider toute la chaîne de confiance associée.
Ce qui arrive si on s'en passe
Sans autorité de certification digne de confiance, rien ne relie une clé publique à l'identité qui la présente : n'importe qui peut fabriquer un certificat au nom d'un site ou d'un service, et le client n'a aucun moyen de faire la différence. Une CA mal protégée est pire qu'une absence, car ses signatures continuent d'être crues : la compromission de sa clé de signature invalide toute la chaîne de confiance qui en dépend. Sans révocation tenue à jour, un certificat volé reste valide jusqu'à son expiration. Un notaire qui prête son tampon garde toute sa respectabilité ; ce sont ses actes qui perdent la leur.
Explication de la marmotte
Imagine une grande bibliothèque où chaque livre a une carte spéciale prouvant qu’il appartient bien à cette bibliothèque. La « CA » est comme le bibliothécaire qui crée ces cartes, vérifie que chaque livre est authentique, et peut aussi retirer une carte si un livre est perdu ou volé. Grâce à ce travail, tout le monde sait que les livres avec une carte valide sont fiables. Dans le monde d’Internet, cette fonction aide à garantir que les sites web ou les personnes sont bien ceux qu’ils prétendent être.
Où ce terme est utilisé
- Surveiller Certificate Transparency pour son domaine (17 occurrences)
- Certificats SSH et risques de l’agent forwarding (15 occurrences)
- Protocole SSH, clés d'hôte, authentification et durcissement (4 occurrences)
- Certificats de courte durée (3 occurrences)
- EST : enrôler des certificats X.509 par transport sécurisé (3 occurrences)
- Relier une clé à une identité: certificats et PKI (3 occurrences)
- La révocation qui ne marche pas (2 occurrences)
- AI Act : articuler les obligations de sécurité avec NIS 2, le CRA et le RGPD (1 occurrence)
- Chiffrer par blocs : de l’héritage DES à AES (1 occurrence)
- Choisir ECDSA, EdDSA ou RSA pour un certificat TLS (1 occurrence)