Gestionnaire de mots de passe Firefox

Firefox enregistre les identifiants depuis si longtemps que la plupart des utilisateurs ont oublié ce qui s’y trouve. La question utile n’est pas où cliquer, mais de quoi tout cela est réellement protégé.

Ce que Firefox enregistre, et à quel endroit

Chaque fois qu’un formulaire de connexion est validé, le navigateur demande s’il doit retenir l’identifiant et le mot de passe. Ce qui est accepté rejoint le profil du navigateur, sur l’ordinateur, et se retrouve dans la page dédiée aux mots de passe, accessible depuis le menu principal.

Cette page fait plus que lister. On y cherche un site, on affiche un mot de passe enregistré, on le modifie, on supprime une entrée devenue inutile. C’est aussi là que le navigateur signale les identifiants concernés par une fuite de données connue, ceux qui sont réutilisés sur plusieurs sites et ceux qu’il juge trop faibles.

L’essentiel se joue ailleurs. Deux mécanismes de protection coexistent dans Firefox, ils ne couvrent pas la même chose, et la confusion entre les deux explique la plupart des mauvaises surprises.

Sans mot de passe principal, la porte reste ouverte

Par défaut, aucune barrière supplémentaire ne protège cette page. Une session ouverte suffit : n’importe qui devant l’écran déverrouillé peut ouvrir le gestionnaire, cliquer sur l’icône d’affichage et lire les mots de passe en clair, un par un.

Ce n’est pas une faille, c’est un choix de fonctionnement. Le navigateur considère que la session du système d’exploitation est la protection. Cela tient tant que la machine reste personnelle et verrouillée dès qu’on s’en éloigne. Cela ne tient plus dans un bureau partagé, sur un poste familial, ou le jour où l’ordinateur portable disparaît.

Le mot de passe principal répond exactement à cette situation. Une fois défini, il chiffre les identifiants enregistrés et conditionne leur consultation : sans lui, la page reste inaccessible et le remplissage automatique ne fonctionne pas. Il est demandé au premier besoin après le démarrage du navigateur, et non à chaque site, ce qui rend la contrainte plus légère que ce que l’on imagine.

La contrepartie

un mot de passe principal ne se récupère pas

Ce mot de passe n’est stocké nulle part sous une forme récupérable. Il n’existe ni question secrète, ni renvoi par courriel, ni procédure d’assistance permettant de le retrouver. L’oublier ne verrouille pas le navigateur pour autant : il reste possible de repartir, mais sans les identifiants enregistrés, qui sont perdus dans l’opération. La sécurité est réelle, et son revers l’est tout autant.

Deux conséquences pratiques en découlent. D’abord le choix du mot de passe : il doit être solide, mais surtout mémorisable durablement, ou conservé physiquement dans un endroit sûr. Une phrase longue et personnelle tient mieux dans le temps qu’une suite de caractères illisible qu’on croit retenir. Ensuite l’anticipation : activer cette protection est le bon moment pour vérifier que les comptes les plus critiques restent accessibles par une autre voie, notamment l’adresse de courriel de secours.

Synchronisation

une seconde protection, qu’on confond avec la première

La synchronisation relève d’un tout autre mécanisme. En reliant le navigateur à un compte Mozilla, on retrouve ses identifiants sur ses autres appareils. Les données sont chiffrées de bout en bout à partir des éléments du compte, ce qui les protège pendant le transfert et sur les serveurs.

Les deux se combinent, avec une articulation à connaître : lorsqu’un mot de passe principal est défini, il doit être saisi avant que la synchronisation puisse faire son travail. C’est cohérent, puisque les éléments du compte figurent eux-mêmes parmi les données protégées localement. Il en découle une priorité souvent négligée : le compte de synchronisation devient la clé de l’ensemble, et s’il est compromis, les identifiants suivent. Il mérite donc un mot de passe qui ne sert nulle part ailleurs, et une deuxième vérification à la connexion.

Mécanisme	Ce qu’il protège	Ce qui reste exposé
Mot de passe principal	La consultation des identifiants sur cette machine, et le remplissage automatique	Rien n’est verrouillé une fois le mot de passe saisi dans la session en cours
Synchronisation par compte Mozilla	Les données pendant leur transfert entre appareils et leur stockage à distance	L’affichage des mots de passe sur un poste dont la session est ouverte
Aucun des deux	La session du système d’exploitation, si elle est verrouillée	Tout, dès qu’un tiers se retrouve devant l’écran déverrouillé

La protection dont personne ne parle

le remplissage lié au domaine

Un identifiant enregistré est associé à l’adresse du site sur lequel il a été saisi. Le navigateur ne le suggère que sur cette adresse. Sur une page qui imite fidèlement un site connu mais qui vit sur un autre domaine, le remplissage automatique ne se déclenche pas.

Ce détail technique fournit un réflexe de vigilance utile au quotidien. Quand les champs restent vides sur un site où ils se remplissent d’habitude, la première hypothèse à examiner n’est pas le dysfonctionnement du navigateur, mais l’adresse de la page. C’est précisément le moment où un message alarmant invite à se reconnecter d’urgence, et où l’on est tenté de saisir ses identifiants à la main.

Cette protection est utile sans être absolue : elle ne couvre ni les identifiants jamais enregistrés, ni les cas où l’utilisateur passe outre. Mais elle transforme une absence de réaction du navigateur en signal d’alerte, ce qui est rarement expliqué.

Les clés d’accès, à côté des mots de passe

Le gestionnaire ne contient plus seulement des mots de passe. Les clés d’accès, aussi appelées passkeys, remplacent la saisie d’un secret par une authentification liée à l’appareil : on valide avec ce qui déverrouille déjà le téléphone ou l’ordinateur, empreinte, visage ou code, et rien ne transite qui puisse être rejoué ailleurs.

Concrètement, elles cohabitent avec l’existant. Un service peut en proposer une tout en conservant le mot de passe classique en solution de repli, et le gestionnaire range les deux au même endroit. Leur adoption progresse service par service, sans calendrier de bascule générale : mieux vaut donc considérer que les mots de passe restent à protéger pendant encore longtemps, tout en acceptant une clé d’accès quand un service le permet.

Export et import

le moment où tout est en clair

Le navigateur permet d’enregistrer ses identifiants dans un fichier au format tableur, et d’en importer depuis un fichier de même nature. C’est utile pour changer d’outil ou pour conserver une copie.

C’est aussi le moment le plus exposé de toute la chaîne, et l’éditeur le dit lui-même : dans le fichier exporté, les mots de passe ne sont pas chiffrés et apparaissent en clair pour quiconque y a accès. Son assistance recommande de ne pas le mettre en ligne, de ne pas l’envoyer par courriel, de ne pas le partager, et de le supprimer dès que l’on a terminé.

Cet avertissement mérite d’être pris au sérieux jusqu’au bout, car un tel fichier survit bien plus longtemps qu’on ne le croit.

Trois précautions encadrent donc l’opération : la faire au dernier moment, juste avant d’en avoir besoin ; ne jamais la faire transiter par un canal de communication ; supprimer le fichier ensuite, en vidant aussi la corbeille.

Et sur le navigateur mobile ?

Le même gestionnaire existe dans la version mobile, avec les identifiants synchronisés depuis le même compte. Une différence change la donne : sur un téléphone, l’accès aux mots de passe enregistrés s’appuie sur le déverrouillage de l’appareil lui-même, empreinte, visage ou code, là où un ordinateur de bureau se contente d’une session ouverte.

La protection y est donc souvent meilleure sans réglage particulier, simplement parce qu’un téléphone se verrouille en permanence. Le comportement exact dépend du système et de sa version, et le mot de passe principal n’y est pas géré de la même manière que sur ordinateur : mieux vaut vérifier le comportement de l’appareil concerné plutôt que supposer un fonctionnement identique partout.

Quand un identifiant apparaît dans une fuite

Le gestionnaire signale les identifiants concernés par une fuite de données connue. Ce signalement ne veut pas dire que le compte a été piraté, ni que le mot de passe a été utilisé. Il indique qu’une adresse ou un mot de passe associés à ce service se sont retrouvés dans un jeu de données ayant circulé.

La distinction compte, parce qu’elle évite deux erreurs opposées : la panique, et l’indifférence. La réaction proportionnée tient en trois gestes. Changer le mot de passe du service concerné, d’abord. Changer ensuite tous ceux qui lui ressemblent, car c’est la réutilisation qui transforme une fuite isolée en problème général : un mot de passe qui traîne dans un jeu de données sera essayé automatiquement sur des dizaines d’autres services. Traiter en priorité l’adresse de courriel, enfin, puisque c’est par elle que passent toutes les procédures de réinitialisation.

Les trois réglages qui changent réellement quelque chose

La plupart des utilisateurs de Firefox n’ont activé aucune des protections déjà présentes dans leur navigateur. Avant de se demander s’il faut un outil dédié, autant se servir de ce qui est là.