Bases des réseaux informatiques

Avec TLS, pourquoi un navigateur peut-il conclure que le serveur auquel il se connecte n'est pas un imposteur ?

  1. AParce que le certificat contient la clé secrète partagée utilisée pour le chiffrement, que seul le vrai serveur connaît
  2. BParce que le certificat est lié à l'adresse IP du serveur, et qu'une adresse IP ne peut pas être falsifiée
  3. CParce que le certificat porte une signature faite avec la clé privée d'une autorité de certification de confiance et ne peut pas être contrefait, et que le serveur doit en outre prouver pendant la poignée de main qu'il détient la clé privée correspondant à la clé publique du certificat
Afficher la réponse et l'explication

Réponse : C. Parce que le certificat porte une signature faite avec la clé privée d'une autorité de certification de confiance et ne peut pas être contrefait, et que le serveur doit en outre prouver pendant la poignée de main qu'il détient la clé privée correspondant à la clé publique du certificat

Un certificat est la déclaration « voici la clé publique de ce nom de domaine », signée par une autorité de certification (CA) avec sa propre clé privée. Le navigateur vérifie la signature avec les clés publiques des CA intégrées à l'OS ou au navigateur ; un attaquant ne peut donc pas produire une signature valide ni contrefaire un certificat. Un certificat authentique peut toutefois être obtenu par n'importe qui et présenté tel quel. C'est pourquoi, pendant la poignée de main TLS, le serveur signe avec la clé privée correspondant à la clé publique du certificat, prouvant qu'il détient cette clé. Les clés secrètes réellement utilisées pour le chiffrement sont créées à chaque fois par l'échange de clés de la poignée de main (ECDHE, par exemple) et ne figurent pas dans le certificat. Les certificats sont en général liés à des noms de domaine, et non à des adresses IP.

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

Autres questions sur Bases des réseaux informatiques

  1. Quelle durée est la plus proche du temps nécessaire pour envoyer un fichier de 100 MB sur une liaison à 100 Mbit/s ? On néglige le surcoût des en-têtes, etc., ainsi que la latence, et l'on prend 1 MB = 10^6 octets.
  2. Sur un Ethernet à 1 Gbit/s, on envoie des données TCP en continu avec des paquets IP remplissant la MTU de 1500 octets. En comptant 20 octets pour l'en-tête IPv4, 20 octets pour l'en-tête TCP, 18 octets pour l'en-tête Ethernet et le FCS réunis, et 20 octets pour le préambule et l'intervalle entre trames réunis, quelle valeur est la plus proche du débit maximal des données de l'application ?
  3. Sur une liaison dont le RTT est de 50 ms et la bande passante de 100 Mbit/s, une requête qui renvoie une réponse de 10 KB est répétée 100 fois, chaque requête n'étant envoyée qu'après la réception complète de la réponse précédente. Quelle durée totale est la plus proche ? On prend comme durée par requête le RTT plus le temps de transfert de la réponse (quantité de données ÷ bande passante), avec 1 KB = 1000 octets, et l'on néglige le temps de traitement du serveur.
  4. Quelle est la principale raison pour laquelle le LAN sans fil utilise CSMA/CA plutôt que CSMA/CD, utilisé dans l'Ethernet filaire ?
  5. Quelle description d'une différence générale entre les bandes 2,4 GHz et 5 GHz du LAN sans fil est correcte ?