Français
Menu

Bases et applications de la cryptographie

Quelle affirmation sur la chaîne de certificats, lorsqu'un navigateur valide le certificat d'un serveur web, est correcte ?

  1. AUn certificat serveur doit être signé directement par une autorité de certification racine, et les certificats émis par l'intermédiaire d'autorités de certification intermédiaires ne sont pas reconnus comme fiables
  2. BLe navigateur utilise tel quel le certificat racine envoyé par le serveur comme point de départ de la confiance
  3. CLe navigateur remonte les signatures du certificat serveur jusqu'au certificat de l'autorité de certification intermédiaire, et lui fait confiance si elles aboutissent à un certificat racine intégré à l'OS ou au navigateur
Afficher la réponse et l'explication

Réponse : C. Le navigateur remonte les signatures du certificat serveur jusqu'au certificat de l'autorité de certification intermédiaire, et lui fait confiance si elles aboutissent à un certificat racine intégré à l'OS ou au navigateur

En général, le certificat serveur est signé par une autorité de certification intermédiaire, et le certificat de celle-ci par une autorité de certification racine. Un certificat racine est un certificat signé par lui-même ; il est intégré à l'avance au magasin de confiance (trust store) de l'OS ou du navigateur et sert de point de départ de la confiance. Le serveur envoie son propre certificat et le certificat intermédiaire, et le navigateur remonte les signatures une à une pour vérifier qu'elles aboutissent à un certificat racine du magasin de confiance. Comme la clé privée racine est conservée hors ligne sous une protection stricte et que l'émission courante est assurée par des autorités de certification intermédiaires, il suffit, en cas de problème, de révoquer le certificat de l'autorité de certification intermédiaire.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases et applications de la cryptographie

  1. Lors de la validation d'un certificat TLS, le client vérifie non seulement la chaîne de signatures et la période de validité, mais aussi que le nom d'hôte auquel il se connecte figure dans le SAN (subject alternative name) du certificat. Pourquoi cette vérification est-elle indispensable ?
  2. Quelle description du mécanisme de Certificate Transparency (CT) est correcte ?
  3. Quelle affirmation décrit correctement un changement de TLS 1.3 (RFC 8446) par rapport à TLS 1.2 ?
  4. Quelle combinaison indique correctement ce que spécifie la suite cryptographique TLS_AES_128_GCM_SHA256 de TLS 1.3 ?
  5. Quelle mise en garde concernant le 0-RTT de TLS 1.3 (envoi de « données précoces » (early data) avec le premier message, à l'aide d'une clé pré-partagée obtenue lors d'une connexion antérieure) est correcte ?