Mozilla hat einen Signaturschlüssel für Firefox und Thunderbird ersetzt, nachdem eine unverschlüsselte Kopie des privaten Unterschlüssels versehentlich in einem privaten GitHub-Repository gespeichert worden war. Der Schlüssel signierte unter anderem Linux-Tarballs, Firefox-RPM-Pakete und Checksum-Dateien. Mozilla widerrief den bisherigen Schlüssel am 10. August 2026 und wechselte auf einen neuen GPG-Unterschlüssel. Hinweise auf einen unbefugten Zugriff hat Mozilla bei der Auswertung der verfügbaren Audit-Daten nicht gefunden.
Für die meisten Nutzer entsteht daraus kein Handlungsbedarf. Relevant ist der Wechsel vor allem für Anwender mit manueller GPG-Prüfung und für bestimmte Linux-Systeme mit offiziellen Firefox-RPM-Paketen. Der Vorfall betrifft damit einen wichtigen Teil der Lieferkette für Firefox unter Linux. Digitale Signaturen sollen sicherstellen, dass heruntergeladene Pakete tatsächlich von Mozilla stammen und nach der Veröffentlichung nicht verändert wurden.
Mozilla widerruft alten Firefox-Unterschlüssel vorsorglich
Nach Angaben des Mozilla-Sicherheitsteams wurde nicht der öffentliche Schlüssel versehentlich veröffentlicht. Im Repository befand sich eine unverschlüsselte Kopie des privaten Signatur-Unterschlüssels. Ein privater Schlüssel ist besonders sensibel. Mit Zugriff darauf könnten Dritte theoretisch eigene Dateien mit einer gültig wirkenden Signatur versehen.
Mozilla spricht allerdings nicht von einem bestätigten Schlüsseldiebstahl. Das betroffene GitHub-Repository war privat. Nur eine kleine interne Gruppe hatte Zugriff. Laut Mozilla besaßen alle Mitglieder dieser Gruppe bereits auf anderem Weg eine legitime Berechtigung für den Schlüssel. Die Überprüfung der verfügbaren Audit-Protokolle ergab keine Hinweise auf Zugriffe durch unberechtigte Personen.
Trotzdem behandelt Mozilla den Schlüssel nicht weiter als vertrauenswürdig. Der bisherige Unterschlüssel wurde widerrufen. Zusätzlich führte Mozilla nach eigenen Angaben neue Schutzmaßnahmen ein, um eine vergleichbare Situation künftig zu verhindern.
| Punkt | Mozilla-Angabe | Bedeutung für Nutzer |
|---|---|---|
| Ursache | Private-Key-Kopie versehentlich in privatem GitHub-Repository | Interner Umgang mit geheimem Schlüssel war fehlerhaft |
| Betroffener Schlüssel | GPG-Signing-Subkey für Firefox und Thunderbird | Release-Signaturen mussten erneuert werden |
| Signierte Dateien | Linux-Tarballs, RPM-Pakete und Checksum-Dateien | Vor allem Linux-Downloads und manuelle Verifikation relevant |
| Unbefugter Zugriff | Keine Hinweise in verfügbaren Audit-Logs | Kein bestätigter Missbrauch |
| Reaktion | Alter Schlüssel widerrufen und neuer Unterschlüssel aktiviert | Alte Signaturen gelten nach Import des Widerrufs nicht mehr als verifizierbar |
| Neuer Unterschlüssel | Fingerprint 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3 | Neuen Fingerprint bei Schlüsselimport kontrollieren |
Der übergeordnete Mozilla-GPG-Schlüssel behält den Fingerprint 14F2 6682 D091 6CDD 81E3 7B6D 61B7 B526 D98F 0353. Neu ist der eigentliche Signatur-Unterschlüssel. Sein Fingerprint lautet 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3. Mozilla setzt dessen Ablaufdatum auf den 5. August 2028.
Der Unterschied zwischen Hauptschlüssel und Unterschlüssel ist für die Einordnung wichtig. Mozilla musste nicht seine gesamte seit Jahren verwendete GPG-Identität ersetzen. Stattdessen wurde der für Release-Signaturen eingesetzte Subkey ausgetauscht. Der vorherige Signing-Subkey war erst 2025 im Rahmen einer regulären Schlüsselrotation eingeführt worden.
Für Nutzer mit manueller Verifikation entsteht eine weitere Besonderheit. Nach dem Import der Widerrufsinformation können ältere Releases mit Signaturen des alten Unterschlüssels nicht mehr erfolgreich über diesen Schlüssel verifiziert werden. Mozilla stellt den neuen öffentlichen Schlüssel und den Widerruf unter anderem über die KEY-Dateien aktueller Firefox-Nightly-Builds und über keys.openpgp.org bereit.
Firefox-RPM-Nutzer müssen teilweise selbst eingreifen
Die größten praktischen Auswirkungen gibt es bei offiziellen Firefox-RPM-Paketen. Fedora 43 und neuere Versionen können den Schlüsselwechsel weitgehend automatisch verarbeiten. DNF lädt beim nächsten Update den aktualisierten Schlüssel. Nutzer müssen den Import bestätigen. Mozilla empfiehlt dabei ausdrücklich einen Vergleich mit dem neuen Subkey-Fingerprint.
Anders sieht es bei Fedora 42 und älteren Versionen sowie RHEL, Rocky Linux und AlmaLinux aus. Die dort eingesetzten DNF-Versionen können den vorhandenen Schlüssel laut Mozilla nicht automatisch ersetzen. Updates können deshalb mit einer Meldung über einen falschen oder bereits installierten GPG-Key abbrechen. Der alte Schlüssel muss in diesem Fall manuell entfernt und der neue Mozilla-Schlüssel anschließend importiert werden.
Auch bei openSUSE und SUSE ist ein manueller Eingriff erforderlich. Zypper ersetzt den vorhandenen Schlüssel nicht automatisch. Ohne die Aktualisierung können Fehler wie „Signature verification failed“ oder „NOKEY“ auftreten. Thunderbird-Nutzer müssen diesen speziellen RPM-Schritt nicht durchführen. Mozilla bietet keine offiziellen Thunderbird-RPM-Pakete an.
- Normale Firefox-Nutzer: Mozilla verlangt keine Aktion.
- Manuelle GPG-Verifikation: Neuer Schlüssel und Widerruf des alten Schlüssels müssen importiert werden.
- Fedora 43 und neuer: DNF lädt den neuen Schlüssel beim Update, der Fingerprint sollte geprüft werden.
- Fedora 42 und älter: Alter Schlüssel muss bei Nutzung des Mozilla-RPM-Repositories manuell entfernt werden.
- RHEL, Rocky Linux und AlmaLinux: Ebenfalls manueller Austausch des RPM-Schlüssels erforderlich.
- openSUSE und SUSE: Der Schlüsselwechsel erfordert ebenfalls einen manuellen Import.
Der Vorfall betrifft nicht die Signatur jeder Firefox-Komponente. Mozilla nennt ausdrücklich bestimmte Release-Artefakte wie Linux-Tarballs, RPM-Pakete und Checksum-Dateien. Für die Mehrheit der Nutzer mit automatischen Browser-Updates ändert sich deshalb nichts. Auch ein kompromittiertes Firefox-Update oder eine manipulierte offizielle Veröffentlichung hat Mozilla nicht gemeldet.
Der Zeitpunkt fällt in einen aktiven Release-Zyklus. Firefox 153 und Firefox ESR 153 starteten Ende Juli, während Mozilla bereits an den nächsten Browser-Versionen arbeitet. Eine zuverlässige Signaturkette bleibt dabei besonders für Administratoren und Linux-Nutzer mit direkt von Mozilla bezogenen Paketen wichtig.
Mozilla reagiert auf die versehentliche Speicherung des privaten Schlüssels deshalb wie auf einen potenziell kompromittierten Credential. Der alte Subkey gilt nicht länger als vertrauenswürdig und wurde widerrufen. Nach aktuellem Untersuchungsstand gibt es jedoch keine Hinweise auf tatsächlichen Missbrauch. Für Nutzer außerhalb der manuellen GPG- und RPM-Szenarien sind derzeit keine weiteren Maßnahmen vorgesehen.