Verificador de security.txt

Introduce tu dominio y este verificador de security.txt lee el archivo en /.well-known/security.txt, comprueba cada línea según la RFC 9116 y explica cada problema con palabras sencillas. Recibes un archivo corregido para copiar, con una dirección de contacto, una fecha de caducidad a menos de un año y la URL canónica.

Gratis, sin cuenta. Diez comprobaciones por hora. Solo leemos el archivo security.txt y no abrimos nada de lo que enlaza.

Enviamos el host a nuestra API, que solicita el archivo a tu sitio por HTTPS. Las respuestas se conservan durante cinco minutos.

Un archivo security.txt indica a los investigadores de seguridad cómo comunicarte una vulnerabilidad. La RFC 9116 lo exige en /.well-known/security.txt a través de HTTPS, con al menos una línea Contact y una fecha Expires en el futuro. Este verificador lee ese archivo, comprueba cada campo según la RFC y te da un archivo corregido para publicar.

Cómo usar esta herramienta

Introduce tu dominio
Escribe el host que sirve tu sitio web, como example.com. Un archivo security.txt cubre solo el host desde el que se lee, así que www.example.com se comprueba como un host independiente. El resultado tiene su propio enlace, para que puedas enviárselo a quien gestione el sitio.
Lee los resultados
Los errores incumplen una norma de la RFC 9116, como la falta de una línea Contact o una fecha Expires en el pasado. Los consejos recogen lo que la RFC recomienda, como una firma o una línea Canonical. Cada resultado indica la línea a la que se refiere.
Publica el archivo corregido
Copia el archivo corregido, revisa la dirección de contacto y guárdalo como /.well-known/security.txt, servido como text/plain a través de HTTPS. Anota la fecha Expires en tu calendario y publica un archivo nuevo antes de que llegue.

Preguntas sobre esta herramienta

Un archivo de texto plano, definido en la RFC 9116, que indica a quienes encuentran un problema de seguridad en tu sitio cómo ponerse en contacto contigo. Incluye al menos un contacto, como una dirección de correo o un formulario web, y una fecha a partir de la cual el archivo se considera obsoleto.

Contact y Expires. Contact debe ser un URI, como mailto:security@example.com o un enlace https a un formulario, y puede aparecer más de una vez. Expires debe aparecer una sola vez, como fecha y hora, por ejemplo 2027-06-30T00:00:00Z, y la RFC recomienda una fecha a menos de un año.

La RFC 9116 establece que los sitios web deben colocar el archivo en la ruta /.well-known/. Un archivo en /security.txt, en la raíz, solo se admite para herramientas antiguas, y cuando existen ambos debe usarse el de /.well-known/. Si el archivo solo se encuentra en la raíz, aquí se señala como un error.

Solicita https://your-host/.well-known/security.txt y, solo si no existe, /security.txt, siguiendo las redirecciones que se mantengan en HTTPS. No abre ninguna otra página ni contacta con nadie de los que figuran en el archivo. Comprueba la estructura de una firma OpenPGP, pero no puede verificarla sin tu clave pública.

El Reglamento no menciona el archivo. El anexo I, parte II, punto 6 exige a los fabricantes de productos con elementos digitales que faciliten una dirección de contacto para notificar vulnerabilidades, y security.txt es un lugar público donde ofrecerla. Esta página es una comprobación técnica, no asesoramiento jurídico.

Sí. La dirección de la página incluye el host, como en ?domain=example.com, así que cualquiera que abra el enlace ejecuta la misma comprobación. Las respuestas se conservan cinco minutos, por lo que debes esperar unos minutos tras publicar un archivo nuevo antes de volver a comprobar.

¿Quieres que redactemos por ti el archivo y la política?

El kit de la Ley de Ciberresiliencia incluye un archivo security.txt, la política de divulgación de vulnerabilidades a la que enlaza y el procedimiento de notificación en 24 horas, con cada obligación vinculada a su artículo.