Mozilla a décidé de révoquer la Clé de signature Firefox Thunderbird utilisée pour vérifier l’authenticité des téléchargements Linux. La raison : une copie de cette clé aurait été involontairement ajoutée, non chiffrée, dans un dépôt privé du fabricant. Même sans preuve d’accès externe, l’entreprise a préféré supprimer la confiance attachée à l’ancienne clé.
Concrètement, la signature basée sur l’ancienne clé ne sera plus validée une fois que la révocation est importée. Cela peut toucher des archives déjà téléchargées, et pas uniquement les futures versions de Firefox ou Thunderbird.
Pourquoi Mozilla révoque la clé de signature
Sur Linux, la vérification des téléchargements repose sur une logique simple : l’utilisateur (ou la distribution qui prépare un paquet) s’assure que le fichier téléchargé correspond bien à ce que Mozilla a publié. La signature cryptographique sert de preuve que l’archive tarball n’a pas été modifiée.
Lorsque Mozilla révoque une clé, l’effet est clair : les signatures produites par cette clé deviennent suspectes. Mozilla précise que la révocation concerne l’ensemble des signatures passées de la sous-clé concernée, pas seulement les versions futures.
Que se passe-t-il pour les utilisateurs ?
La majorité des utilisateurs n’aura probablement rien à faire. Les systèmes qui gèrent automatiquement les clés dans le cadre du processus de mise à jour peuvent se baser sur les informations les plus récentes.
Deux cas demandent toutefois de l’attention :
- Ceux qui vérifient les signatures “à la main” : ils doivent importer la nouvelle clé, puis ajouter la révocation de l’ancienne.
- Ceux qui installent via des paquets RPM officiels : certaines mises à jour peuvent échouer et nécessiter un remplacement manuel de la clé.
La nouvelle sous-clé et sa validité
La nouvelle sous-clé a été publiée. Son empreinte (fingerprint) est la suivante : 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3.
Mozilla indique aussi une période de validité jusqu’au 5 août 2028. En parallèle, l’ancienne sous-clé a été révoquée, ce qui entraîne la fin de la confiance pour les vérifications fondées dessus.
Ce que signifie la révocation dans OpenPGP
Dans le monde OpenPGP, la révocation n’est pas juste un “accident historique”. Lorsqu’un propriétaire déclare qu’une clé ne doit plus être considérée comme fiable, cela a un impact sur toutes les signatures associées à cette clé.
La spécification RFC 4880 explique pourquoi c’est important : une clé remplacée ou “retirée” laisse généralement ses anciennes signatures valides, alors qu’une clé révoquée parce qu’elle aurait été compromise rend ses anciennes signatures potentiellement douteuses.
Raison déclarée : “matériel de clé compromis”
Selon l’analyse du certificat de révocation publiée avec la nouvelle clé, le code de raison correspond à l’item 2 : “key material has been compromised” (“le matériel de clé a été compromis”). Cette raison a été associée à la révocation le 6 août 2026 à 11:14 UTC.
Mozilla affirme avoir mené une revue des journaux d’audit disponibles et n’avoir constaté aucun signe d’accès non autorisé. L’entreprise souligne aussi que le dépôt était privé, et que les personnes pouvant le consulter disposaient déjà d’un accès légitime. Malgré cela, la révocation a été appliquée.
Subkey révoquée : la clé principale reste en place
La révocation porte sur une sous-clé, pas sur la clé primaire. Le certificat mentionne une signature par la clé primaire 14F26682D0916CDD81E37B6D61B7B526D98F0353, qui demeure active.
En pratique, c’est la sous-clé révoquée (celle qui n’est plus digne de confiance) qui empêche la validation des téléchargements antérieurs. Autrement dit : même si l’infrastructure de confiance globale n’est pas supprimée, la vérification d’archives signées avec l’ancienne sous-clé peut échouer après import de la révocation.
Installation via RPM : pourquoi certaines mises à jour échouent
Côté RPM, le comportement dépend du gestionnaire de paquets et de la manière dont le système gère les clés importées.
Sur certaines distributions, dnf peut gérer la transition automatiquement : il récupère la clé mise à jour lors de la prochaine mise à jour et demande confirmation de l’empreinte. Sur d’autres environnements, l’opération peut échouer et remonter des erreurs indiquant que l’import ne suffit pas ou que les clés de dépôt ne correspondent plus aux paquets.
Le point le plus délicat est que l’ancienne clé peut rester installée. Par exemple, la commande rpm –import peut afficher un “succès” tout en conservant une clé obsolète déjà présente. Dans ce scénario, il faut supprimer l’ancienne entrée puis importer la nouvelle.
Exemple de procédure RPM
Mozilla décrit une approche en plusieurs étapes, dont l’idée est d’enlever d’abord la clé périmée, puis de récupérer la clé mise à jour :
- Supprimer l’ancienne entrée liée à la clé (avec rpm -e –allmatches…)
- Importer la clé officielle via le lien de signing-key.gpg
- Nettoyer le cache de dnf pour forcer une mise à jour propre
Sur openSUSE, la logique est la même, mais avec les commandes de mise à jour propres à la distribution.
À noter : Thunderbird ne publie pas de paquets RPM officiels. La procédure “de remplacement de clé” évoquée pour RPM ne s’applique donc pas directement au cas Thunderbird dans cet écosystème.
APT et .deb : pas de clé concernée selon Mozilla
Mozilla n’a pas indiqué de manière détaillée l’impact sur le dépôt APT. Or, dans ce contexte, Debian et Ubuntu reposent sur une clé différente.
D’après les informations rapportées, .deb ne fait donc pas partie des formats visés par ce problème de révocation.
Une rotation planifiée, mais plus rapide que prévu
Mozilla effectue en général une rotation des sous-clés à une fréquence d’environ deux ans, afin de limiter le risque lié à une fuite qu’il ne pourrait pas détecter à temps.
Dans cette affaire, la révocation arrive environ sept mois plus tôt que ce qui était attendu. La sous-clé révoquée avait déjà été annoncée en avril 2025 et devait, selon le calendrier, rester valide jusqu’à mars 2027. La clé a finalement été retirée de la chaîne de confiance plus tôt que prévu.
Contrôle côté historique : plusieurs sous-clés déjà retirées
Un examen du référentiel public de signatures conservé par Mozilla montre qu’il existe plusieurs sous-clés datant de 2015. Toutes ont été retirées ensuite par expiration, ce qui cadre avec un cycle normal de maintenance cryptographique.
Cette révocation annoncée ici est présentée comme la première révocation de ce type sur le mécanisme de signature, ce qui rend l’événement plus marquant.
Conclusion : peu d’impact, mais une vérification à revoir
La révocation de la Clé de signature Firefox Thunderbird est un rappel concret que la confiance cryptographique doit rester dynamique. Même si Mozilla n’a pas trouvé d’indices d’accès non autorisé, l’entreprise choisit de retirer la confiance liée à l’ancienne sous-clé après la découverte d’une copie non chiffrée dans un dépôt privé.
Pour la plupart des utilisateurs, l’impact reste limité : les mises à jour standard devraient continuer à fonctionner. En revanche, si vous vérifiez les signatures manuellement ou si vous passez par des installations RPM, pensez à importer la nouvelle clé et à traiter la révocation de l’ancienne pour éviter des échecs de validation.
Source: https://thehackernews.com/2026/08/mozilla-revokes-firefox-and-thunderbird.html
