Autofirma no funciona en Chrome, Edge o Brave: soluciones

«Autofirma no funciona en Chrome» es la búsqueda más frecuente sobre Autofirma después de la genérica, y no es casualidad: Chrome, Edge y Brave comparten el mismo motor (Chromium), se actualizan cada cuatro semanas y tratan con especial desconfianza las dos cosas que Autofirma necesita para funcionar: abrir una aplicación externa desde una página web y conectarse a tu propio equipo (127.0.0.1) desde esa misma página. Esta guía repasa cada punto donde esa cadena se rompe en los navegadores Chromium y qué hacer en cada uno. Si Autofirma tampoco funciona en Firefox, el problema no es del navegador: empieza por Autofirma no funciona.

Cómo lanza Chrome a Autofirma

Cuando pulsas «Firmar», el script de la sede abre una dirección afirma://…. Chrome busca qué aplicación tiene asociado ese protocolo en el sistema y, si la encuentra, muestra un diálogo preguntando si quieres abrirla. Si aceptas, Autofirma arranca, levanta un pequeño servidor seguro en 127.0.0.1 y el navegador se conecta a él mediante WebSocket (wss://127.0.0.1:puerto). La sede espera unos segundos esa conexión; si no llega, muestra «Autofirma no instalada o con problemas» o «No se pudo contactar con AutoFirma».

Hay, por tanto, tres puntos de fallo: el diálogo, la asociación del protocolo y la conexión local.

El diálogo «Abrir Autofirma»

La primera vez que una sede lanza afirma://, Chrome y Edge muestran un cuadro con el nombre de la aplicación y dos botones, Abrir y Cancelar, más una casilla para permitir siempre a ese sitio abrir la aplicación. Tres cosas salen mal con ese cuadro:

• Se cierra sin querer. Un clic fuera, la tecla Escape o una ventana que se pone delante, y la sede nunca recibe respuesta. Recarga la página y vuelve a pulsar «Firmar». No hay que reinstalar nada.
• No aparece. Si el sistema no tiene ninguna aplicación asociada a afirma://, Chrome no pregunta: no hace nada. Es la situación típica tras una actualización de Autofirma que no terminó de registrarse o tras una limpieza del sistema. Reinstalar Autofirma vuelve a crear la asociación.
• Se marcó «permitir siempre» en otro perfil. La autorización se guarda por perfil de Chrome y por sitio. Si firmas desde otro perfil, otra cuenta de usuario del sistema o una ventana de invitado, el cuadro vuelve a salir y hay que aceptarlo de nuevo. Chrome no ofrece un ajuste visible para revisar esas autorizaciones; si sospechas que quedó mal guardada, prueba en una ventana de invitado (menú de perfil → Invitado) o crea un perfil nuevo.

En Edge, el diálogo es idéntico. En Brave, también, pero después hay un obstáculo más, explicado abajo.

Incógnito, extensiones y perfiles

El modo incógnito (InPrivate en Edge, ventana privada en Brave) no conserva las autorizaciones del diálogo ni, en algunos casos, deja funcionar las extensiones que la sede necesita; y los bloqueadores de anuncios y las extensiones de privacidad pueden cortar la conexión WebSocket al servidor local porque la consideran un rastreador. Es de largo la causa más frecuente de «en mi ordenador funciona y en el tuyo no».

La comprobación lleva un minuto: abre una ventana de invitado (que arranca sin extensiones y sin datos de sitios) y repite el trámite. Si ahí funciona, vuelve a tu perfil y desactiva las extensiones de una en una, o añade la sede a la lista de excepciones del bloqueador.

Brave: los escudos y las conexiones locales

Brave añade una capa propia. Sus Shields bloquean por defecto rastreadores y, desde 2023, las páginas web necesitan un permiso explícito para conectarse a direcciones locales como 127.0.0.1. El resultado es que el diálogo de Autofirma se acepta, la aplicación arranca, y la sede sigue esperando una conexión que Brave no deja pasar.

Solución: con la sede abierta, pulsa el icono del león en la barra de direcciones y desactiva los escudos para ese sitio; si Brave muestra un aviso sobre «acceso a localhost», permítelo. Si aun así no conecta, repite el trámite en Chrome o Edge: la sede no distingue entre ellos.

Chrome 94, Chrome 98 y las páginas sin HTTPS

Entre septiembre de 2021 y principios de 2022 hubo una oleada de «Autofirma ha dejado de funcionar en Chrome» que todavía colea en muchos foros y FAQ. El origen está documentado por el propio equipo de Chrome: a partir de la versión 94, una página web pública que no se sirva por HTTPS tiene prohibido hacer peticiones a la red privada, y 127.0.0.1 cuenta como red privada. Las sedes que todavía se cargaban por http:// dejaron de poder hablar con el servidor local de Autofirma. Con Chrome 98, en febrero de 2022, el efecto se generalizó; la incidencia #250 del proyecto recoge un caso con Chrome 98 y Autofirma 1.7.1: «No se pudo contactar con AutoFirma».

En aquel momento circularon dos remedios que conviene reconocer para no aplicarlos hoy sin necesidad: un fichero .reg que activaba la política de empresa InsecurePrivateNetworkRequestsAllowed (varios colegios profesionales lo distribuyeron) y desactivar indicadores en chrome://flags. Ninguno es necesario con una Autofirma actual y una sede en HTTPS. Lo que sí sigue vigente:

• Comprueba que la sede se carga por https://. Si el organismo enlaza la página de firma por http://, escribe la dirección con https:// a mano. Si no existe, el problema es del organismo y ninguna configuración tuya lo arregla de forma segura.
• Actualiza Autofirma si sigues en una 1.7.x o anterior: las versiones actuales están adaptadas a este comportamiento.

«Error 25» y los códigos que no son de Autofirma

Circula por foros y blogs un «error 25» o «ERR_25» de Autofirma en Chrome, acompañado de un texto tipo «Se ha producido un error al firmar». Que quede claro para no perder tiempo: ese código no existe en el código fuente de Autofirma; los errores de la aplicación empiezan por SAF_ y están todos en Todos los errores SAF. Las páginas que describen el «error 25» lo asocian siempre al mismo síntoma real: el navegador no consigue conectarse al servidor local de Autofirma, con frecuencia porque no confía en su certificado (CERT_AUTHORITY_INVALID en la consola del navegador). El diagnóstico y la solución son los del error SAF_45: reinstalar o ejecutar Herramientas → Restaurar instalación en Autofirma, que vuelve a instalar el certificado raíz AutoFirma ROOT y lo marca como de confianza.

El certificado sí está en Chrome, pero Autofirma no lo ve

Un malentendido habitual: «lo veo en Chrome, así que está instalado». Depende del sistema:

• En Windows, Chrome y Edge usan el almacén del sistema, el mismo que lee Autofirma. Si está en Chrome, Autofirma debería verlo; si no, revisa caducidad y clave privada.
• En Mac, Chrome usa el Llavero, que también lee Autofirma. Mismo caso.
• En Linux, Chrome usa su propia base de datos (~/.pki/nssdb), que Autofirma no lee. Autofirma en Linux solo mira el almacén de Firefox. Importa el .p12 en Firefox aunque firmes desde Chrome, como se explica en Instalar Autofirma en Linux.

Si el selector de Autofirma sale vacío o le falta tu certificado, el diagnóstico completo está en Autofirma no reconoce mi certificado; si además muestra «No hay ningún certificado válido en su almacén», en Error SAF_19.

Cómo resolverlo, en orden

1. Recarga la sede y acepta el diálogo «Abrir Autofirma». Sin cerrar nada por el camino.
2. Repite en una ventana de invitado. Si funciona, el culpable es una extensión o el perfil: desactívalas o añade la sede a las excepciones.
3. En Brave, desactiva los escudos para la sede y permite el acceso a localhost.
4. Comprueba https:// en la barra de direcciones.
5. Reinstala Autofirma: desinstala, reinicia, instala la última versión, ábrela una vez a mano. Esto vuelve a registrar afirma:// y el certificado raíz local.
6. Prueba en Firefox. Si allí funciona, ya sabes que Autofirma y tu certificado están bien, y puedes hacer el trámite mientras revisas Chrome con calma. Si Firefox tampoco funciona, la guía es Autofirma no funciona en Firefox o, si la aplicación ni abre, Autofirma no se abre.

Si sigue fallando: firmar sin salir de Chrome

Todo lo anterior existe porque la sede necesita que el navegador lance una aplicación externa y se conecte a ella, y Chromium hace todo lo posible por impedir exactamente eso. Si el trámite se firma dentro del formulario de la sede, no hay alternativa y toca insistir; en ¿Lo aceptará la sede? explicamos cómo reconocer ese caso.

Si lo que tienes que entregar es un PDF firmado, la aplicación externa sobra. FirmaLocal firma el PDF dentro de la propia pestaña de Chrome, Edge o Brave con tu certificado .p12: sin diálogo «Abrir Autofirma», sin protocolo, sin conexión a 127.0.0.1 y sin escudos que desactivar, porque no hay nada fuera del navegador. La firma PAdES-B-B se calcula en tu equipo y ni el documento ni el certificado se suben a ningún servidor. Firma tu PDF ahora. Límites: solo certificados en fichero, una firma por documento, sin sello de tiempo.

Comprobar que la firma vale

Sube el PDF firmado a VALIDe y confirma que reconoce la firma y el titular del certificado. Es la misma comprobación que hará la sede.

Fuentes

• Chrome Developers, «Private Network Access: introducing preflights»: bloqueo desde Chrome 94 de las peticiones a la red privada desde páginas no seguras y la política InsecurePrivateNetworkRequestsAllowed. Consultado el 2026-09-01.
• Chromium Blog, «Speeding up Chrome’s release cycle», ciclo de versiones de cuatro semanas. Consultado el 2026-09-01.
• Incidencias de clienteafirma #250 (Chrome 98, Autofirma 1.7.1, «No se pudo contactar con AutoFirma») y #357 (fallo de la conexión WebSocket a wss://127.0.0.1:63117/). Consultadas el 2026-09-01.
• Proyecto clienteafirma, FAQ de ejecución de Autofirma: el WebSocket cifrado, «Restaurar la instalación» y el certificado Autofirma_ROOT.cer. Consultada el 2026-09-01.
• Colegio Oficial de Arquitectos de León, «Problemas Google Chrome y Autofirma», ejemplo del parche .reg que circuló con Chrome 98. Consultado el 2026-09-01.
• Código fuente de Autofirma, ProtocolInvocationLauncherErrorManager.java: lista completa de códigos, donde no existe ningún «error 25». Consultado el 2026-09-01.