Seguridad empresarial por diseño
EDDI elimina clases enteras de vulnerabilidades de seguridad por diseño. No hay ningún eval(), ningún bloque de ejecución de código y ninguna inyección dinámica, el comportamiento del agente se define únicamente mediante configuración JSON declarativa.
¿Por qué esto importa ahora?
El ecosistema de agentes de IA está bajo una presión de seguridad sin precedentes. A principios de 2026 se documentaron públicamente cientos de vulnerabilidades críticas en los principales frameworks de agentes de código abierto, incluidos fallos de ejecución remota de código con CVSS 10.0, escapes de sandbox y elusiones de autorización. La causa raíz en la mayoría de los casos: plataformas que ejecutan código proporcionado por el usuario o generado dinámicamente en tiempo de ejecución.
La Cloud Security Alliance identificó un "Vacío de Divulgación de Agentes de IA" sistémico.
La defensa arquitectónica de EDDI
En lugar de intentar aislar la ejecución de código, EDDI elimina la superficie de ataque por completo.
Funcionalidades de seguridad
- Cero eval(): Sin ejecución dinámica de código (elimina riesgos RCE CVSS 10.0)
- OIDC/Keycloak: Autenticación y autorización empresarial con roles RBAC (admin, editor, viewer) y un rol de aprobador dedicado
- Espacios de trabajo por usuario: Cada recurso de configuración tiene un propietario, un espacio personal o de equipo y compartición explícita a nivel de uso, lectura, edición o propiedad
- Connections: Un único modelo de credenciales para las llamadas salientes, desde claves de toda la organización y cuentas de servicio OAuth2 hasta la propia cuenta OAuth de cada usuario o una credencial que el sistema llamante aporta en cada solicitud. Los secretos son siempre referencias al vault
- Salvaguardas para resultados de herramientas: Cada resultado de herramienta lleva su procedencia, y el texto con forma de instrucción que contiene se marca, se oculta, genera una advertencia o se bloquea antes de que el modelo actúe sobre él
- Integración con Vault: Gestión segura de secretos para claves API
- Protección contra path traversal: Validación de entradas en cada frontera
- Protección SSRF: La validación de URL y las listas de dominios permitidos previenen la falsificación de solicitudes del lado del servidor, y los endpoints de metadatos de la nube se rechazan como destino de llamadas HTTP, MCP y A2A, también a través de la resolución DNS y de redirecciones
- Pistas de auditoría criptográficas: Registros de operaciones inmutables e inalterables
- Preparado para el Reglamento de IA de la UE: Capacidades de gobernanza integradas para el cumplimiento normativo
- Redacción de Secretos: Filtro automatizado que elimina claves API, referencias de vault y datos sensibles de todas las entradas de auditoría
- Registro seguro de PII: Las operaciones RGPD registran pseudónimos SHA-256, nunca identificadores de usuario sin procesar
- Sigstore Cosign: Firma de imágenes de contenedor OIDC sin clave, verificación criptográfica de que cada imagen Docker fue creada por la CI oficial
- Imagen base reforzada: Runtime Red Hat UBI 10 fijado por digest, publicado en el catálogo certificado de Red Hat
- Valores de contexto secretos: Quien llama puede entregar a un agente una credencial utilizable durante un solo turno, que nunca se almacena ni se devuelve
- Plantillas de runtime restringidas: Las plantillas construidas a partir de datos de runtime se renderizan en un motor restringido, sin acceso a la configuración ni a beans y con límites por renderizado, y la entrada del usuario siempre se sustituye como dato, nunca se interpreta como plantilla
Pipeline de Seguridad Automatizada
Cada cambio pasa por herramientas de seguridad automatizadas, con cada GitHub Action fijada por SHA para prevenir ataques a la cadena de suministro:
- CodeQL: Análisis SAST semántico con consultas
security-extended - Trivy: Escaneo de CVE para dependencias y imágenes Docker (bloqueo en CRITICAL/HIGH)
- Gitleaks: Escaneo del historial Git para prevenir fugas de secretos y credenciales
- Dependency Review: Las nuevas dependencias con vulnerabilidades conocidas se señalan en el pull request que las añade
- CycloneDX: Generación de SBOM para transparencia en la cadena de suministro
- ClusterFuzzLite con Jazzer: Pruebas de fuzzing guiadas por cobertura para parsers críticos de seguridad
- OpenSSF Scorecard: Puntuación continua de las prácticas de seguridad de la cadena de suministro del repositorio
Por qué las reglas deben estar fuera del modelo
La inyección de prompts es el ataque que importa en los agentes con herramientas. En un benchmark de agentes que usan herramientas, las instrucciones ocultas en tickets y logs hicieron que los agentes realizaran acciones inseguras el 82,5% de las veces sin ninguna defensa. Las defensas a nivel de prompt dejaron entre un 10 y un 26% de casos inseguros; solo una puerta de políticas aplicada en la llamada a la herramienta llegó a cero sin dejar de permitir los cambios aprobados. Por eso EDDI aplica sus reglas en el motor, en la frontera de las herramientas, donde el texto inyectado no puede argumentar para saltárselas. La página de evidencia enumera los estudios.
Registro de refuerzo de seguridad
El trabajo de seguridad es continuo, y publicamos lo que encuentra. Rondas recientes:
- Octubre de 2026 (6.6.0): Refuerzo de seguridad en el manejo de secretos, huecos de autorización, solicitudes salientes y valores de despliegue por defecto, incluidas correcciones de código publicado en la 6.5.0 y anteriores, por lo que se recomienda actualizar independientemente de las nuevas funciones
- Septiembre de 2026 (6.5.0): Una ronda de revisión de unas 30 correcciones en inyección de plantillas, SSRF en llamadas salientes, gestión de claves del vault, alcance de secretos, autorización de espacios de trabajo, identidad de canales y la interfaz de seguridad del Manager, cada una con una prueba de regresión
- Agosto de 2026 (6.3.0, 6.4.0): Credenciales salientes unificadas en Connections, los resultados de herramientas llevan su procedencia y se oculta el texto con forma de instrucción, y se aplican los permisos del vault concedidos a los agentes
- Julio de 2026 (6.2.0): Cachés de resultados de herramientas aisladas por identidad, secretos ocultados en la traza de herramientas en directo y una comparación HMAC de auditoría en tiempo constante
Integración de gobernanza y cumplimiento
Las capacidades de seguridad alimentan directamente el marco de cumplimiento de EDDI. La pista de auditoría inmutable respalda los requisitos de conservación de registros del Reglamento de IA de la UE (Art. 12), el trazado del pipeline aporta transparencia a las decisiones de IA (Art. 13) y la interfaz de gestión permite la supervisión humana con parada de emergencia (Art. 14). La misma infraestructura soporta el RGPD, HIPAA, SOC 2 y más de 15 marcos regulatorios adicionales, todo a través de una única API unificada.