Firefox 160: verificare i blocchi di accesso NTLM/Kerberos nella intranet

Aggiornato al 13 novembre 2026. Firefox si blocca per alcuni secondi quando si accede a un sito interno? Mozilla segnala in Firefox 160.0, pubblicato il 10 novembre, una correzione per le intranet con autenticazione NTLM o Kerberos/Negotiate. Questa guida aiuta utenti e reparti IT a delimitare il percorso di accesso e verificare un aggiornamento autorizzato. Non promette di risolvere ogni errore di accesso né di riparare il server. Si basa sulla documentazione del produttore; non abbiamo riprodotto il difetto. [1]

Ambito della correzione

Il sintomo documentato è un blocco di vari secondi durante l’autenticazione, non qualsiasi password errata o permesso mancante. NTLM e Kerberos sono distinti; Negotiate può mediare la scelta. Un ritardo su un servizio esterno non dimostra la stessa causa. Firefox Release, Enterprise ed ESR non sono intercambiabili. Le note amministrative indicano ESR 153.7.0 nella stessa data, ma questo non conferma la correzione in ESR. Restano valide le politiche aziendali. [1] [4]

Prepararsi senza perdere dati

Servono un sistema supportato, un account autorizzato, l’indirizzo intranet interessato e il supporto IT per i dispositivi gestiti. Annotare sistema, versione, origine dell’installazione, stato della VPN, attesa approssimativa e ora. Usare solo credenziali autorizzate. Salvare i dati secondo la procedura aziendale; copiare manualmente un profilo solo con Firefox completamente chiuso. I profili possono contenere password e sessioni: custodire le copie in uno spazio protetto ad accesso limitato, mai in un ticket di assistenza. [3]

Cinque passaggi sicuri

  1. Annotare versione e canale da Aiuto > Informazioni su Firefox. Nelle installazioni Mozilla, la finestra può già avviare ricerca e download degli aggiornamenti. Se è prevista una finestra di manutenzione, consultare prima IT o la gestione software. Consultare about:policies senza modificare le politiche. [2]
  2. Chiedere all’IT di confermare se l’applicazione usa NTLM o Kerberos/Negotiate. Distinguere un’interfaccia bloccata da una pagina in attesa del server. Mantenere attiva la VPN necessaria. Evitare ripetuti tentativi con password errate che potrebbero bloccare l’account.
  3. Usare il canale corretto: aggiornamento integrato per installazioni Mozilla autonome, Store per le relative installazioni, gestore pacchetti per Linux e distribuzione approvata per i dispositivi aziendali. Riavviare e verificare la versione. Non sovrapporre un altro tipo di installazione né aggirare le politiche. [2]
  4. Eseguire un accesso normale con lo stesso account autorizzato, applicazione e condizioni di rete/VPN. Confrontare attesa e reattività con la situazione iniziale. Salvare il lavoro prima di disconnettersi, se necessario. Non registrare o condividere password, cookie o intestazioni complete di autenticazione.
  5. Confermare accesso, funzionamento delle pagine necessarie e reattività del browser. Se il blocco persiste, fornire all’IT versione, ora, applicazione e osservazioni prive di dati sensibili. Non disattivare verifica dei certificati o metodi di autenticazione e non creare ampie liste di attendibilità.

Verificare il risultato e pianificare il ripristino

Il successo è un’applicazione funzionante senza il blocco osservato, non soltanto un browser dichiarato aggiornato. Se il problema continua, esaminare separatamente rete, proxy, servizio di identità, estensioni e applicazione. Una correzione del produttore non esclude queste cause. Sospendere la distribuzione secondo la procedura aziendale in caso di nuova regressione. Una copia del profilo non garantisce un ritorno sicuro alla vecchia versione: non aprire alla cieca un profilo modificato da una versione recente con una precedente. Concordare il ripristino con l’IT e una copia compatibile.

Limiti, alternative e fonti

Un browser alternativo già approvato può dare accesso temporaneo senza provare la causa. Non cambiare browser gestito o canale senza verificare la compatibilità. È una correzione mirata, non una riparazione garantita del SSO. Questi controlli non richiedono strumenti a pagamento o hardware nuovo. Nessun link affiliato o test indipendente. Ricontrollare le fonti prima di una distribuzione successiva. [1] [4]