Firefox 160: Hänger bei NTLM-/Kerberos-Anmeldungen im Intranet sicher prüfen
Stand: 13.11.2026. Firefox bleibt beim Anmelden an einer internen Website mehrere Sekunden stehen? Mozilla nennt für Firefox 160.0 vom 10. November eine Korrektur genau für Intranets mit NTLM- oder Kerberos-/Negotiate-Authentifizierung. Dieser Leitfaden richtet sich an Beschäftigte mit Firmenbrowser und IT-Verantwortliche: erst den Anmeldeweg eingrenzen, dann im freigegebenen Updatekanal prüfen. Er verspricht weder eine Lösung für jeden Anmeldefehler noch eine Reparatur am Server. Grundlage sind Herstellerangaben; wir haben den Fehler nicht selbst reproduziert. [1]
Was der Fix abdeckt – und was nicht
Die Release Notes beschreiben ein mehrsekündiges Einfrieren bei der Anmeldung, nicht generell falsche Kennwörter oder fehlende Berechtigungen. NTLM und Kerberos sind unterschiedliche Verfahren; Negotiate kann die Auswahl vermitteln. Eine ähnlich aussehende Verzögerung bei einer externen Cloud-Anmeldung beweist daher nicht diesen Fehler. Firefox 160 Release, Firefox Enterprise und ESR sind nicht austauschbar: Die Admin-Dokumentation nennt ESR 153.7.0 am selben Tag, belegt damit aber nicht automatisch diesen Fix im ESR-Zweig. Vorhandene Unternehmensrichtlinien bleiben maßgeblich. [1] [4]
Vorbereitung ohne Datenverlust
Benötigt werden ein unterstütztes Betriebssystem, ein berechtigtes Testkonto, die betroffene Intranetadresse und bei verwalteten Geräten die zuständige IT. Halten Sie Betriebssystem, Firefox-Version, Installationsquelle, VPN-Zustand, ungefähre Wartezeit und den Zeitpunkt fest. Verwenden Sie keine fremden Anmeldedaten. Sichern Sie wichtige Browserdaten nach dem Unternehmensverfahren; eine manuelle Profilkopie nur bei vollständig geschlossenem Firefox. Profile können gespeicherte Kennwörter und Sitzungen enthalten und gehören deshalb in einen geschützten, zugriffsbeschränkten Speicher, nicht in ein Supportticket. [3]
In fünf Schritten sicher vorgehen
- Bestand feststellen: In der Firefox-Hilfe „Über Firefox“ öffnen und Version sowie Kanal notieren. Achtung: Bei Mozilla-Installationen kann dieser Dialog bereits die Updatesuche und den Download auslösen. Ist ein festes Wartungsfenster vorgeschrieben, zunächst die Softwareverwaltung beziehungsweise IT verwenden. Ob ein Browser verwaltet ist, lässt sich über
about:policiesnachvollziehen. Keine Richtlinien verändern. [2] - Symptom eingrenzen: Die IT bestätigen lassen, ob die konkrete Anwendung NTLM oder Kerberos/Negotiate nutzt. Im normalen Arbeitskontext prüfen, ob die Browseroberfläche während der Anmeldung stockt oder nur die Website auf eine Serverantwort wartet. Den notwendigen VPN-Zugang unverändert lassen. Mehrfache falsche Anmeldeversuche vermeiden, damit kein Konto gesperrt wird.
- Passenden Updateweg nutzen: Eine von Mozilla bezogene, selbst verwaltete Installation über die Firefox-Updatefunktion aktualisieren und neu starten. Store-Installationen über den Store, Linux-Distributionspakete über die Paketverwaltung und Firmeninstallationen über den freigegebenen Softwarekanal beziehen. Keine zweite Installationsart darüberlegen, keine Update-Richtlinie umgehen. Zielversion nach Neustart erneut feststellen. [2]
- Vergleichbar testen: Mit demselben berechtigten Konto, derselben Anwendung und derselben Netzwerk-/VPN-Situation eine normale Anmeldung durchführen. Wartezeit und Reaktion der Browseroberfläche mit dem Ausgangszustand vergleichen. Falls Abmelden nötig ist, vorher ungespeicherte Arbeit sichern. Kennwörter, Cookies und vollständige Authentifizierungsheader nicht aufzeichnen oder weitergeben.
- Ergebnis dokumentieren: Prüfen, ob die Anmeldung gelingt, benötigte Unterseiten funktionieren und der Browser bedienbar bleibt. Bei weiterem Hänger Version, Uhrzeit, betroffene Anwendung und bereinigte Beobachtungen an die IT geben. Keine Zertifikatsprüfung abschalten, keine pauschalen Vertrauenslisten anlegen und keine Authentifizierungsverfahren als Schnelllösung deaktivieren.
Erfolg messen und bei Problemen zurückgehen
Als Erfolg zählt nicht allein „Firefox ist aktuell“, sondern eine funktionierende Anmeldung ohne den beobachteten Oberflächenstillstand und ohne verlorene Anwendungsfunktionen. Bleibt das Problem bestehen, sind Netzwerk, Proxy, Identitätsdienst, Erweiterungen oder die Anwendung separat zu untersuchen; die Herstellerkorrektur ist kein Beweis gegen diese Ursachen. Bei einer neuen Regression den Rollout nach dem betrieblichen Verfahren anhalten. Ein Profilbackup ist kein sicherer Versions-Downgrade: kein von einer neueren Version verändertes Profil blind mit einer älteren öffnen. Einen Rückweg nur abgestimmt und mit passender Sicherung durchführen.
Grenzen, Alternativen und Quellen
Ein bereits freigegebener anderer Browser kann vorübergehend helfen, ohne dass damit die Ursache geklärt ist; wechseln Sie nicht ungeprüft den Browser oder Release-Zweig in einem verwalteten Netz. Der Nutzen des Updates liegt in der gezielten Herstellerkorrektur und weiteren Wartungsänderungen, nicht in einer garantierten SSO-Reparatur. Kostenpflichtige Tools oder neue Hardware sind dafür nicht erforderlich. Keine Affiliate-Links, kein eigener Produkttest. Quellen und Fassungsstand vor einem späteren Rollout erneut prüfen. [1] [4]
