Firefox 160: comprobar bloqueos al iniciar sesión con NTLM o Kerberos en la intranet

Actualizado: 13 de noviembre de 2026. ¿Firefox deja de responder varios segundos al entrar en una web interna? Mozilla documenta una corrección en Firefox 160.0, publicado el 10 de noviembre, para intranets con autenticación NTLM o Kerberos/Negotiate. Esta guía ayuda a usuarios y equipos de TI a delimitar el acceso y comprobar una actualización autorizada. No promete solucionar todos los fallos de inicio de sesión ni reparar el servidor. Se basa en documentación del fabricante; no hemos reproducido el defecto. [1]

Qué cubre la corrección

El síntoma documentado es una congelación de varios segundos durante la autenticación, no cualquier contraseña incorrecta o falta de permisos. NTLM y Kerberos son mecanismos distintos; Negotiate puede mediar en la elección. Un retraso en un servicio externo no demuestra la misma causa. Firefox Release, Enterprise y ESR no son intercambiables. Las notas de administración sitúan ESR 153.7.0 en la misma fecha, pero eso no confirma esta corrección en ESR. Respete las políticas empresariales. [1] [4]

Preparación sin perder datos

Necesita un sistema compatible, una cuenta autorizada, la dirección de la intranet y asistencia de TI en equipos gestionados. Anote sistema, versión, origen de instalación, estado de la VPN, demora aproximada y hora. Utilice únicamente credenciales autorizadas. Proteja los datos según el procedimiento empresarial; una copia manual del perfil requiere cerrar Firefox por completo. Los perfiles pueden contener contraseñas y sesiones: guárdelos con acceso restringido, nunca como adjunto de una incidencia. [3]

Cinco pasos seguros

  1. Anote versión y canal en Ayuda > Acerca de Firefox. En instalaciones de Mozilla, este diálogo puede iniciar la búsqueda y descarga de actualizaciones. Si existe una ventana de mantenimiento, consulte primero a TI o la gestión de software. Revise about:policies sin modificar políticas. [2]
  2. Pida a TI que confirme si la aplicación utiliza NTLM o Kerberos/Negotiate. Distinga una interfaz bloqueada de una página esperando al servidor. Mantenga la VPN necesaria. Evite intentos repetidos con contraseñas erróneas que puedan bloquear la cuenta.
  3. Use el canal correspondiente: actualización de Firefox para instalaciones autónomas de Mozilla, Store para sus instalaciones, gestor de paquetes para Linux y despliegue autorizado para equipos empresariales. Reinicie y compruebe la versión. No superponga otro tipo de instalación ni eluda las políticas. [2]
  4. Pruebe un acceso normal con la misma cuenta autorizada, aplicación y condiciones de red/VPN. Compare duración y respuesta de la interfaz con el estado inicial. Guarde el trabajo antes de cerrar sesión si hace falta. No registre ni comparta contraseñas, cookies o cabeceras completas de autenticación.
  5. Compruebe acceso, páginas necesarias de la aplicación y respuesta del navegador. Si persiste el bloqueo, entregue a TI versión, hora, aplicación y observaciones sin datos sensibles. No desactive la validación de certificados ni métodos de autenticación, ni añada listas de confianza generales.

Comprobar el resultado y preparar la recuperación

El éxito es un acceso funcional sin la congelación observada, no solo que Firefox diga estar actualizado. Si continúa el fallo, investigue por separado red, proxy, servicio de identidad, extensiones y aplicación. Una corrección del fabricante no descarta esas causas. Pause el despliegue mediante el procedimiento empresarial ante una regresión nueva. Una copia del perfil no garantiza una bajada segura de versión: no abra sin comprobación un perfil modificado por una versión nueva en otra antigua. Acuerde la recuperación con TI y una copia compatible.

Límites, alternativas y fuentes

Un navegador alternativo ya aprobado puede dar acceso temporal sin demostrar la causa. No cambie de navegador gestionado ni de canal sin comprobar compatibilidad. La actualización aporta una corrección concreta, no una reparación garantizada del SSO. Estas comprobaciones no necesitan herramientas de pago ni hardware nuevo. Sin enlaces de afiliación ni prueba propia. Revise las fuentes antes de otro despliegue. [1] [4]