Mise à jour : 4 novembre 2026. Firefox 159.0.1, publié le 3 novembre, corrige un échec de connexion par passkey sur des sites partageant des identifiants entre services liés. Mozilla cite Facebook et Instagram. Commencez par mettre à jour et vérifier le problème précis, sans supprimer votre passkey. [1]
Quel problème est concerné ?
Une passkey peut rester valide alors que le navigateur arrête la connexion avant toute demande sur l’appareil. Le bug 2085450 concerne le contrôle des origines liées ; le correctif ajoute des en-têtes Fetch Metadata. Une première hypothèse sur la politique de sécurité du site ne justifie pas la désactivation des protections. Un délai dépassé ou une clé absente peut avoir une autre cause. [2]
Préparer sans perdre l’accès
Utilisez uniquement votre compte ou un compte autorisé. Préparez une méthode de connexion de secours déjà configurée et gardez d’abord une session fonctionnelle ouverte. Pour sauvegarder les données du navigateur, repérez le profil via about:support, quittez complètement Firefox, puis copiez le dossier dans un emplacement protégé. Cela ne garantit pas la sauvegarde des passkeys du système, du gestionnaire de mots de passe ou d’une clé de sécurité. N’exportez pas vos identifiants et ne les envoyez pas au support. [4]
Cinq vérifications sûres
- Notez la version de Firefox, le système, le site exact et le message d’erreur expurgé de données personnelles. Vérifiez que la passkey est disponible sur l’appareil ou chez le fournisseur attendu. Une mise à jour ne répare ni un mauvais compte ni une clé de sécurité débranchée.
- Mettez à jour par le canal d’installation habituel. Pour les installations Mozilla sous Windows/Linux : menu → Aide → À propos de Firefox ; sous macOS : Firefox → À propos de Firefox. L’ouverture peut lancer le téléchargement. Redémarrez et vérifiez 159.0.1 ou une version Release ultérieure approuvée. Les paquets Linux, Microsoft Store et appareils administrés suivent leur gestionnaire ou la procédure autorisée par l’équipe informatique. [3]
- Saisissez vous-même l’adresse HTTPS connue et choisissez explicitement la connexion par passkey. Évitez les liens de messages inattendus et les codes QR non sollicités. Confirmez une demande uniquement si vous venez de lancer l’opération et si le service affiché est le bon.
- Si l’échec persiste, distinguez l’absence de demande, une demande expirée et une erreur après validation. Déverrouillez l’appareil et branchez la clé nécessaire ; faites un nouvel essai contrôlé, sans répétitions incessantes. L’aide Mozilla distingue ces erreurs pour les comptes Mozilla ; ses procédures de récupération ne s’appliquent pas automatiquement à Meta. [5]
- Comparez sur le même appareil et le même service. Après connexion, vérifiez le nom du compte et la page attendue, pas seulement la disparition du message. Ne testez une nouvelle connexion qu’après avoir sécurisé un accès alternatif. Ne supprimez pas préventivement les passkeys, ne réinitialisez pas le profil et ne désactivez pas les protections des certificats ou des sites.
Comment confirmer le résultat
La réussite suppose la confirmation attendue sur l’appareil, l’accès au bon compte et un résultat identique lors d’un nouvel essai contrôlé. Le numéro de version ne prouve pas une authentification fonctionnelle. Si l’erreur reste présente, utilisez l’alternative prise en charge par le fournisseur et transmettez version, heure et message anonymisé, sans identifiants, données de session ni capture réseau complète.
Limites, récupération et sources
Ce guide vise le canal Release sur ordinateur. Le statut « fixed » d’ESR 153 dans le suivi ne désigne pas à lui seul un paquet ESR distribué ; Android et iOS nécessitent leurs propres preuves de publication. Nous n’avons pas reproduit le défaut. Pour revenir à une situation stable, arrêtez les expériences, préservez session et sauvegarde et contactez l’équipe informatique ou le fournisseur. Pas d’ancien navigateur comme solution durable, ni de restauration sur un profil ouvert. Aucun lien commercial ou affilié.