Web Bot Auth

Qué es Web Bot Auth

Web Bot Auth es el nombre de un grupo de trabajo de la IETF y de su trabajo en Internet-Draft sobre autenticación del tráfico web automatizado. La idea es directa: rastreadores, asistentes de IA y agentes autónomos firman sus solicitudes HTTP usando HTTP Message Signatures (RFC 9421), y publican las claves públicas que verifican esas firmas bajo un identificador que controlan. Así, un sitio web puede confirmar que una solicitud realmente provino del operador que indica, en lugar de depender de una cadena user-agent que cualquiera puede copiar. Para entender qué significa esto para un equipo de producto, consulta Web Bot Auth para equipos de producto; para los pasos de implementación, consulta la guía sobre cómo verificar solicitudes firmadas de agentes de IA.

A fecha de noviembre de 2026, el documento central del grupo de trabajo es draft-ietf-webbotauth-httpsig-protocol, que define un encabezado Signature-Agent para el descubrimiento de claves en banda, un formato de directorio de claves basado en JSON Web Key Sets y una URI well-known donde se publica ese directorio. La página de documentos del grupo de trabajo lo lista junto con otros borradores individuales relacionados. Estos son Internet-Drafts, lo que significa que están en desarrollo. Detalles como cómo se descubren las claves, qué componentes de la solicitud deben firmarse y qué encabezados transportan la información del operador pueden cambiar entre versiones. Quienes implementen esto deben seguir los borradores actuales y no una instantánea cualquiera.

Por qué importa

Durante mucho tiempo, los sitios web y las APIs han identificado bots mediante cadenas user-agent y rangos de IP. Ambos tienen límites: las cadenas user-agent se falsifican con facilidad (ver suplantación de user-agent), y los rangos de IP cambian y se comparten entre proveedores de nube. A medida que los agentes de IA empiezan a navegar, llamar a APIs y usar MCP servers en nombre de personas, las aplicaciones necesitan una forma más sólida de distinguir a los clientes automatizados que cooperan de los anónimos.

Las solicitudes firmadas aportan esa base más sólida. Una firma verificada permite a una aplicación reconocer de forma consistente a un operador conocido, darle un camino estructurado en lugar de una interfaz pensada para humanos y medir su actividad con precisión.

Cómo funciona a alto nivel

1. El operador genera un par de claves y publica la clave pública en una ubicación vinculada a su identidad, normalmente la ruta well-known http-message-signatures-directory bajo su dominio.
2. Cada solicitud incluye los encabezados Signature-Input y Signature, que cubren componentes seleccionados de la solicitud, además de un identificador de clave y un encabezado Signature-Agent que apunta al directorio de claves.
3. El sitio receptor obtiene o reutiliza en caché las claves publicadas del operador, reconstruye la base de la firma y verifica la firma.
4. Si la verificación tiene éxito, el sitio sabe que la solicitud fue producida por el titular de esa clave, asociado con ese identificador publicado.

Qué establece, y qué no

Una firma de Web Bot Auth autentica al cliente automatizado. No responde a:

• si el operador tiene permiso para hacer lo que solicita (autorización de agentes),
• si una persona instruyó o aprobó la acción (autoridad delegada),
• si la acción es segura o si el contenido devuelto se usará de forma adecuada.

Todo eso sigue siendo una decisión de la autenticación, la autorización y la política propias de la aplicación receptora. Nuestra entrada de blog sobre qué prueban las solicitudes firmadas de agentes de IA y qué no explora este límite.

Conceptos erróneos habituales

• "Pronto todos los bots firmarán." La adopción crece cliente por cliente. Las aplicaciones verán durante mucho tiempo una mezcla de tráfico firmado, declarado y anónimo, así que necesitan una forma clara de tratar cada caso.
• "Una firma hace que un bot sea bueno." Hace que un bot sea conocido. Conocido es el punto de partida para una política, no la política en sí.
• "El borrador ya está cerrado." Es un Internet-Draft en evolución. Desarrolla contra el texto actual y espera revisiones.

Cómo se relaciona Proof of Actor

Proof of Actor trata una firma validada como evidencia con base Verified, delimitada por la clave y el identificador que demuestra. Mantiene eso separado de nombres declarados y señales inferidas, y nunca convierte identidad en permiso. Proof of Actor está diseñado para verificar solicitudes firmadas a medida que estos estándares maduran; tus propias políticas en Route deciden qué puede hacer un agent verificado.

Mira cómo encaja esto en APIs y MCP servers, o solicita acceso anticipado.

Fuentes

• grupo de trabajo Web Bot Auth de la IETF: mandato, responsables y estado
• documentos del grupo de trabajo Web Bot Auth: documentos actuales del grupo y borradores relacionados
• draft-ietf-webbotauth-httpsig-protocol: Signature-Agent, el directorio de claves JWKS y su URI well-known (trabajo en curso a fecha de noviembre de 2026)
• RFC 9421: HTTP Message Signatures: el estándar de firma en el que se basa Web Bot Auth