OpenWAF Egress ya es código abierto con licencia Apache 2.0. Los agentes tienen un token de marcador en lugar de la clave del proveedor; la pasarela revisa cada petición con los destinos permitidos del agente, una comprobación de SSRF, 27 detectores de inyección de prompt y patrones de fuga de datos, y solo entonces inyecta la clave real desde OpenBao o HashiCorp Vault. Se publica como contenedor para linux/amd64 y linux/arm64 y como binarios para Linux y macOS.
Pon tu propio servidor MCP detrás de OpenWAF y declara su ruta como endpoint MCP: el borde lee cada mensaje JSON-RPC, aplica una lista de métodos y herramientas permitidos, revisa los argumentos y los resultados de las herramientas en busca de inyección de instrucciones y de credenciales filtradas, y limita las peticiones por token. Los bloqueos son errores JSON-RPC con el id de la petición bloqueada, así que la sesión sigue funcionando. Forma parte del control de rastreadores IA, se activa por endpoint y empieza en modo registro.
El servidor MCP ya vive en https://mcp.openwaf.dev/mcp y admite la autorización de MCP (OAuth 2.1). Dale la URL a tu cliente; abre el panel, donde inicias sesión y eliges la organización, un rol que no supere el tuyo y una caducidad de 7, 30 o 90 días. La conexión aparece en Tokens de API con la insignia «App OAuth» y se revoca ahí. Los tokens de API siguen funcionando, y la URL de siempre, https://dash.openwaf.dev/v1/mcp, sigue respondiendo con tokens de API.
OpenWAF Cloud ya ejecuta por ti la pasarela de egress en https://egress.openwaf.dev, en acceso anticipado. Desde la nueva página Egress IA, la API o el servidor MCP, un administrador de la organización crea un agente por aplicación con su propio token (se enseña una vez), guarda claves de proveedor que solo se pueden reemplazar, nunca leer, y añade destinos HTTPS propios junto a un catálogo de 13 proveedores. Cada llamada rechazada aparece en Peticiones bloqueadas, en vivo. Escribe a [email protected] para entrar.
OpenWAF ya tiene SDK tipados generados a partir de su descripción OpenAPI: un cliente de TypeScript sobre fetch sin dependencias y uno de Python que solo usa la biblioteca estándar. Cubren las operaciones que puede llamar un token de API y los sirve la propia API en /v1/sdk/openwaf.ts y /v1/sdk/openwaf.py.
Un token de API ya se puede crear solo para purgar: queda limitado a una zona y solo puede purgar la caché de esa zona y listar sus purgas. Cualquier otra ruta, MCP incluido, responde 403 token_scope. Es el token que conviene darle a un trabajo de CI que purga después de cada despliegue.
La lista completa de herramientas del servidor MCP cuesta unos 12 500 tokens de contexto en cada conversación. El nuevo perfil lite (?profile=lite o la cabecera X-OpenWAF-MCP-Profile: lite) solo lista search_tools, describe_tool, call_tool, execute y las lecturas de cada día, en unos 1300 tokens; todas las demás herramientas siguen funcionando por su nombre. execute ejecuta en el servidor un script de JavaScript de solo lectura con los permisos del token: puede simular escrituras pero nunca aplicarlas. Sin el parámetro no cambia nada.
El control de rastreadores IA ya está en el panel, en beta: se activa por sitio y empieza en modo registro. Clasifica cada petición con un catálogo de 31 bots de IA de 18 operadores, verificados por rangos de IP publicados, DNS inverso y firmas Web Bot Auth, marca los rastreadores que solo dicen ser alguien y te deja permitir, anotar, retar, bloquear o frenar con tarpit por categoría o por bot. También gestiona el robots.txt con Content-Signal, sirve Markdown a los agentes, protege tus propios endpoints de IA y puntúa lo preparado que está un sitio para los agentes de IA. Las herramientas MCP ai_agents_report, ai_agents_settings, ai_agents_catalog y agent_readiness_scan cubren lo mismo.
OpenWAF ya puede medir los Core Web Vitals en los navegadores de tus visitantes: LCP, INP, CLS, FCP y TTFB, con un script que el borde añade a tus páginas y sin guardar direcciones IP. Viene desactivado y se activa por dominio, con una tasa de muestreo. La página Rendimiento real del panel enseña el p75 de cada métrica con su valoración, y la herramienta MCP rum_report lee los mismos datos.
Los sitios ya pueden limitar las peticiones por ruta con hasta 25 reglas, cada una con clave de IP, cabecera, cookie o un campo del cuerpo JSON, y que responden con bloqueo, un reto de prueba de trabajo o solo registro. Un nombre puede tener su propia lista en lugar de la del dominio. Las reglas se gestionan desde el panel (con plantillas para formularios de acceso y de códigos de un solo uso), la CLI, la API y MCP.
El TLS hacia el origen ya se elige por nombre: full cifra sin verificar y full_strict verifica el certificado del origen. Los dominios nuevos empiezan en full_strict; los existentes siguen en full. La OpenWAF Origin CA emite certificados de origen gratuitos de hasta 15 años, con una clave que genera ella (se devuelve una vez y nunca se guarda) o con tu propio CSR. Con la autenticación del borde ante el origen, el borde presenta un certificado de cliente, así que tu servidor puede rechazar cualquier conexión que no venga de OpenWAF.
El borde de OpenWAF ya puede guardar en caché tus sitios. La caché está en beta y viene desactivada; la activas por sitio, con plantillas para WordPress, Next.js y sitios estáticos, Cache-Status, stale-while-revalidate y stale-if-error. El WAF siempre va primero. Una purga por URL, prefijo, host o Cache-Tag, o de todo, llega a cada nodo del borde en un segundo, desde el panel, la API o la herramienta MCP purge_cache.
Los sitios ya pueden enviar 103 Early Hints: el borde aprende los recursos que necesita una página y se los anticipa al navegador mientras el origen aún prepara la respuesta. Vienen desactivados y se activan por dominio o por nombre, desde el panel, la CLI, la API o MCP (early_hints.enabled).
OpenWAF Cloud ya tiene un servidor MCP remoto, para que Claude Code, Cursor y otros clientes MCP lean y cambien tus zonas con la misma API, los mismos roles y la misma auditoría que la CLI. Cada escritura de configuración se simula primero y devuelve un diff; solo se aplica en una segunda llamada con confirm=true y la versión que viste, y se rechaza con version_conflict si la zona cambió entretanto. Los tokens de solo lectura solo ven las herramientas de lectura, y cada cambio queda auditado con "channel": "mcp".
Los sitios ya pueden redirigir en el borde, antes de que la petición llegue al origen: hasta 50 reglas de redirección por sitio, con códigos 301 a 308, conservando la ruta y la query string si quieres. Forman parte de los ajustes versionados del sitio, así que cada cambio lleva motivo, diff y vuelta atrás en un paso.
Al dar de alta un dominio ya puedes importar sus registros desde un fichero BIND o desde su DNS público. Los registros se pueden crear, cambiar y borrar en un lote de hasta 500 operaciones que se aplica como una sola versión: todo o nada. Los registros admiten además comentarios y etiquetas.