Confirmé Leçon 1 sur 8 15 min
HTTPS et noms de domaine : que garantit le cadenas ?
À la fin de cette leçon, vous saurez distinguer connexion chiffrée, identité du domaine et fiabilité du service.
La leçon en 30 secondes
HTTPS protège les échanges avec le domaine affiché. Il ne garantit ni l’honnêteté du site ni la qualité de ses offres.
HTTPS protège le trajet des informations entre votre navigateur et le site désigné par son adresse. Vous devez encore vérifier que cette adresse appartient au service recherché et que la demande reçue est légitime.
Ce que ça veut dire
HTTPS associe les échanges du Web à un protocole de protection nommé TLS, un ensemble de règles pour établir une connexion sécurisée. Lors de cette préparation, le site présente un certificat numérique. Ce document relie un nom à une clé publique, une information mathématique utilisée pour vérifier l’identité technique du serveur. Le navigateur contrôle notamment sa validité et la correspondance avec le domaine demandé.
Le nom de domaine est le nom lisible du service sur Internet. Le certificat courant atteste essentiellement un contrôle de ce domaine, pas une enquête sur son propriétaire. Une personne malveillante peut obtenir un certificat pour un domaine qu’elle contrôle. Elle peut ensuite y installer une imitation convaincante d’un service connu.
Le chiffrement rend le contenu des échanges illisible pour un intermédiaire qui observe simplement le réseau. Il protège aussi leur intégrité : une modification pendant le transport doit être détectée. La protection se termine chez le destinataire technique de la connexion. Celui-ci peut lire les informations que vous lui envoyez. HTTPS ne signifie donc pas que le site ignore vos recherches, vos achats ou les données de votre formulaire.
Un exemple concret
Prenons une situation fictive : vous recevez un courriel annonçant un problème de livraison. Son lien affiche le nom du transporteur dans une adresse longue. La page utilise HTTPS et reprend les couleurs habituelles. Pourtant, le nom du transporteur figure seulement dans le chemin après la barre oblique, tandis que le domaine appartient à un autre service.
Le navigateur peut parfaitement établir une connexion protégée avec cet autre service. Le logo, le texte et l’indicateur de sécurité ne changent pas cette destination. Vous fermez la page et consultez le suivi depuis votre favori habituel ou l’application déjà installée. Si aucune demande correspondante n’apparaît, vous ne transmettez rien au site reçu.
Cette vérification indépendante évite de chercher une preuve dans une page que son auteur contrôle entièrement. Un numéro de téléphone affiché sur cette même page ne constitue pas un contact indépendant. Utilisez plutôt les coordonnées présentes dans vos documents habituels ou sur le site rejoint séparément.
Lire l’adresse avant de juger la page
Une adresse web contient plusieurs parties : le protocole, le nom de l’hôte qui désigne la machine ou le service, puis éventuellement un chemin et des paramètres. Ces derniers précisent la ressource demandée. Pour un exercice sans risque, utilisez une adresse de votre propre favori et une adresse fictive écrite dans un document, sans les ouvrir.
Comparez https://service.example/aide et https://service.example.autre.invalid/aide. Dans cet exemple fictif, la seconde adresse ne dépend pas de service.example : elle se termine par autre.invalid. Lire les mots familiers au début ne suffit pas. Les domaines réels peuvent avoir des terminaisons composées ; en cas d’hésitation, comparez l’ensemble du nom avec une adresse officielle déjà connue, plutôt que d’appliquer une règle approximative sur les derniers morceaux.
Les caractères ressemblants, les tirets ajoutés et les noms très longs compliquent la lecture. Une adresse raccourcie masque également la destination. La fiche pour contrôler un lien suspect sans ouvrir sa destination aide à examiner ce que vous avez reçu. Ne collez pas une adresse contenant un accès privé dans un outil public d’analyse.
Transformer le doute en décision
Pour votre exercice, notez séparément ce que vous savez : destination identifiée, connexion protégée, demande confirmée ailleurs. L’absence d’alerte ne remplit pas toutes ces cases. Inversement, une alerte de certificat peut avoir plusieurs causes ; elle ne prouve pas seule une fraude. Elle justifie de suspendre une saisie sensible, sans contourner la protection pour terminer rapidement.
L’aide officielle de Chrome sur les connexions sécurisées explique les indicateurs et avertissements actuels. Leur apparence varie selon le navigateur ; le cadenas du titre désigne cette famille de signaux. Si la fraude est confirmée, vous pouvez signaler un site de phishing plutôt que poursuivre les essais sur la page.
Pour aller plus loin
Vous savez maintenant séparer une protection technique de la confiance accordée à un service. La prochaine leçon applique cette même distinction aux fichiers : voir ses documents sur plusieurs appareils ne prouve pas qu’on pourra les restaurer.
Une connexion protégée peut conduire à un site trompeur.
Testez-vous
Le chiffrement ne valide pas l’honnêteté du contenu.