Clés d’accès : pourquoi résistent-elles au phishing ?

Une clé d’accès prouve votre droit de connexion sans transmettre un mot de passe réutilisable. Son utilisation est liée au domaine du service, ce qui la rend résistante aux faux sites de connexion.

Ce que ça veut dire

Une clé d’accès s’appuie sur la cryptographie asymétrique, un procédé utilisant une partie publique et une partie privée. Le service conserve la partie publique. La partie privée reste protégée par un appareil ou un gestionnaire compatible. Lors d’une connexion, le service envoie un défi, une donnée à traiter pour cette tentative. L’appareil produit une signature que le service vérifie avec la clé publique.

Le nom de domaine est le nom qui identifie un site dans son adresse. La clé est associée au service attendu. Un domaine ressemblant visuellement au vrai ne peut donc pas obtenir la même preuve comme s’il était ce service. La documentation technique de Mozilla sur les clés d’accès décrit cette liaison et les vérifications du navigateur et du serveur.

Le déverrouillage par code ou reconnaissance biométrique autorise localement l’utilisation de la clé. Cela ne signifie pas que le site reçoit votre empreinte digitale ou votre visage. Le mécanisme diffère d’un mot de passe saisi dans un formulaire, que la personne peut malheureusement recopier sur une imitation. Il résiste ainsi à cette forme d’hameçonnage (phishing), sans éliminer tous les risques autour du compte.

Un exemple concret

Dans un scénario fictif, une personne reçoit un courriel annonçant un blocage de sa messagerie. Le lien ouvre une imitation dont l’adresse ressemble au service habituel. Avec un mot de passe, la personne pourrait transmettre son secret à l’attaquant. Avec une clé d’accès du vrai service, l’imitation ne reçoit pas la preuve attendue pour ce domaine.

L’attaquant peut alors changer de méthode. Il peut chercher à faire installer un programme nuisible, convaincre la personne de valider une autre opération ou exploiter un moyen de récupération moins protégé. Une session déjà ouverte peut aussi être détournée sur un appareil compromis. La protection contre les faux formulaires est donc un progrès précis ; elle ne promet pas que toute activité du compte devient sûre.

Si le site propose encore un ancien mot de passe ou un secours par courriel, examinez ces portes d’entrée. Garder une solution de secours peut être nécessaire, mais elle mérite sa propre protection. La qualité de la récupération compte autant pour éviter le blocage de l’utilisateur que pour empêcher un tiers de se faire passer pour lui.

Synchronisée ou liée à un appareil ?

Une clé synchronisée peut être rendue disponible sur vos appareils par un gestionnaire. Cette commodité dépend des protections du compte de synchronisation et de sa récupération. Demandez-vous comment un nouvel appareil devient autorisé et ce qui se passe si vous perdez l’accès au gestionnaire. La synchronisation n’implique pas que tous les systèmes fonctionnent de manière identique.

Une clé liée à un appareil reste attachée à son support. Une clé de sécurité physique compatible peut servir de support distinct, mais elle n’est pas nécessaire à tous les usages des clés d’accès. La perte du support peut imposer un autre accès déjà enregistré. Le choix dépend donc de votre équipement, des services compatibles et des secours que vous êtes capable de conserver.

Préparer une récupération compréhensible

Avant toute modification, faites l’inventaire des modes de connexion et de récupération de compte. Écrivez où se trouve la clé, quels appareils peuvent l’utiliser et quel moyen indépendant reste disponible. Ne copiez pas les secrets eux-mêmes dans une note partagée. Un inventaire sert à retrouver la procédure, pas à constituer un dossier contenant tous les accès.

La fiche créer une clé d’accès pour Google accompagne la mise en place sur ce service. Complétez-la avec vérifier les coordonnées de récupération. En cas de perte, révoquer une clé d’accès permet de traiter l’accès enregistré. Vérifiez séparément les sessions ouvertes et les autres moyens de connexion, car retirer une clé ne règle pas nécessairement ces autres éléments.

Pour aller plus loin

La prochaine leçon examine le chiffrement des conversations et des copies conservées. Vous retrouverez une question centrale : qui détient la capacité technique de lire les données ?