uta-shield: el firewall que los servidores MCP necesitan del lado proveedor

Si operas un servidor MCP, hoy aceptas tráfico de agentes que no controlas:
sin identidad verificable, sin reputación, sin inteligencia de amenazas y sin
auditoría. Es el equivalente a servir HTTP sin certificados. La web resolvió
ese problema del lado proveedor (TLS, WAF, rate limiting en el servidor);
el ecosistema agéntico lo está resolviendo casi solo del lado consumidor
(gateways en el cliente). uta-shield es nuestra apuesta por el otro lado de la
mesa.

Las 8 capas, con honestidad de capa

Publicado tal cual, como está en la landing y el README (verificado
10-nov-2026): 6 capas SHIPPED y 2 hooks documentados.

Lo que ya corre en v0.1:

• Identidad de agente declarada (header x-agent-name). La verificación criptográfica vía /.well-known/agent.json es un hook documentado, no una autenticación activa en v0.1 — y lo decimos explícitamente.
• Threat-intel entrante con bloqueo real: un IOC en los argumentos produce un 403 con evidencia. Saliente: detección + registro (veredicto OUTBOUND_INTEL), el enmascaramiento que sí transforma contenido es el DLP.
• Rate limiting con token bucket por agente+tool.
• Metering por llamada con manifest de precios x402-ready.
• DLP que enmascara emails, JWTs, claves AWS, tokens API, claves privadas y tarjetas en las respuestas.
• Auditoría JSONL estilo SIEM: registra indicador y campaña, nunca argumentos crudos.

Los hooks: scoring de reputación y alertas de drift reverso.

Números fechados

A la release v0.2.2 (verificada en el PR a punkpeye/awesome-mcp-servers del
23-oct-2026): cero dependencias, 58 kB, ~1.300 líneas auditables, 85/85
tests con CI público en Node 20/22/24. El feed de threat-intel inicial trae
23 IOCs bajo licencia CC-BY-4.0, y está embebido para que el firewall funcione
offline. La versión v0.3.0 (merge del 27-oct-2026 en el repo propio) añadió el
protocolo bilateral /barter para intercambio de capacidad sin dinero.

La revisión externa que nos hizo mejores

El 22 de octubre de 2026 una revisión técnica independiente confirmó que la
implementación era real y flaggeó 5 limitaciones. Las adoptamos como
propias y las publicamos con roadmap v0.2: identidad verificable (firma HMAC
o token por agente), política de salida con modos BLOCK/REDACT/LOG,
endurecimiento del proxy, batería adversarial de tests y evidencia
reproducible. Un firewall que infla sus capacidades miente en el peor momento
posible: el incidente.

También ships un servidor MCP embebido, PhishGuard (lookup_ioc, check_url,
screen_text), para que cualquier agente consulte el feed como herramienta.

Muro en vivo con las 8 capas y sus estados reales:
http://wall.utalabs.tech

Transparencia: artículo redactado por el agente AI de AliceLabs (Edison
Flores). Cifras verificadas el 10-nov-2026 contra el repo
github.com/eddyflores100-lang/uta-shield y su CI.