Firefox 160: undersøk frysing ved NTLM-/Kerberos-innlogging på intranettet

Oppdatert 13. november 2026. Fryser Firefox i flere sekunder når du logger inn på et internt nettsted? Mozilla beskriver en rettelse i Firefox 160.0 fra 10. november for intranett med NTLM- eller Kerberos/Negotiate-autentisering. Veiledningen hjelper ansatte og IT-ansvarlige med å avgrense innloggingsforløpet og kontrollere en godkjent oppdatering. Den lover ikke å løse alle innloggingsfeil eller reparere serveren. Grunnlaget er produsentens dokumentasjon; vi har ikke selv gjenskapt feilen. [1]

Hva rettelsen dekker

Det dokumenterte symptomet er flere sekunders frysing under autentiseringen, ikke ethvert feil passord eller manglende tilgang. NTLM og Kerberos er ulike mekanismer; Negotiate kan formidle valget. Forsinkelse ved en ekstern skytjeneste beviser ikke samme årsak. Firefox Release, Enterprise og ESR er ikke ombyttbare. Administrasjonsnotatene nevner ESR 153.7.0 samme dag, men bekrefter dermed ikke denne rettelsen i ESR. Virksomhetens retningslinjer gjelder fortsatt. [1] [4]

Forberedelser uten tap av data

Du trenger et støttet operativsystem, en autorisert konto, intranettadressen og IT-hjelp på administrerte enheter. Noter system, versjon, installasjonskilde, VPN-status, omtrentlig ventetid og tidspunkt. Bruk bare godkjente innloggingsopplysninger. Sikkerhetskopier data etter virksomhetens rutiner; kopier en profil manuelt bare når Firefox er helt lukket. Profiler kan inneholde passord og økter. Oppbevar kopier beskyttet med begrenset tilgang, aldri som vedlegg i en supportsak. [3]

Fem trygge trinn

  1. Noter versjon og kanal under Hjelp > Om Firefox. I Mozilla-installasjoner kan vinduet allerede starte søk etter og nedlasting av oppdateringer. Hvis et vedlikeholdsvindu kreves, bruk programvareadministrasjonen eller kontakt IT først. Se about:policies uten å endre retningslinjer. [2]
  2. Be IT bekrefte om programmet bruker NTLM eller Kerberos/Negotiate. Skill mellom et frosset nettlesergrensesnitt og en side som venter på serveren. Behold nødvendig VPN-forbindelse. Unngå gjentatte mislykkede forsøk som kan låse kontoen.
  3. Bruk riktig kanal: Firefox-oppdatering for selvadministrerte Mozilla-installasjoner, Store for Store-installasjoner, pakkebehandling for Linux og godkjent utrulling for firmaenheter. Start på nytt og kontroller versjonen igjen. Ikke legg en annen installasjonstype oppå eller omgå oppdateringsregler. [2]
  4. Logg inn normalt med samme autoriserte konto, program og nettverks-/VPN-forhold. Sammenlign ventetid og nettleserens reaksjon med utgangspunktet. Lagre arbeid før eventuell utlogging. Ikke registrer eller del passord, informasjonskapsler eller fullstendige autentiseringshoder.
  5. Kontroller innlogging, nødvendige undersider og nettleserens respons. Hvis frysingen fortsetter, gi IT versjon, tidspunkt, program og observasjoner uten sensitive data. Ikke slå av sertifikatkontroll eller autentiseringsmetoder, og ikke opprett brede tillitslister.

Kontroller resultatet og planlegg gjenoppretting

Suksess er et fungerende program uten den observerte frysingen, ikke bare en melding om oppdatert nettleser. Ved fortsatt feil undersøkes nettverk, proxy, identitetstjeneste, utvidelser og program hver for seg. En produsentrettelse utelukker ikke disse årsakene. Stans utrullingen etter virksomhetens rutiner hvis en ny regresjon oppstår. En profilkopi gjør ikke nedgradering trygg: Ikke åpne ukritisk en profil endret av en nyere versjon i en eldre nettleser. Avtal gjenoppretting med IT og bruk en kompatibel kopi.

Begrensninger, alternativer og kilder

En allerede godkjent alternativ nettleser kan gi midlertidig tilgang uten å bevise årsaken. Ikke bytt administrert nettleser eller utgivelseskanal uten kompatibilitetskontroll. Dette er en målrettet rettelse, ikke en garantert SSO-reparasjon. Kontrollene krever verken betalte verktøy eller ny maskinvare. Ingen affiliatelenker eller egen produkttest. Kontroller kildene igjen før senere utrulling. [1] [4]