Infraestructura para fintech e IA agéntica
Las empresas fintech y las organizaciones que despliegan agentes de IA autónomos se enfrentan a un dilema: necesitan que sus agentes accedan a datos, herramientas y servicios para ser útiles, pero cada punto de acceso es una superficie de ataque potencial.
Riesgos que la red tradicional no contiene
| Desafío | Riesgo |
|---|---|
| Agentes con acceso amplio | Cada agente necesita acceder a APIs, bases de datos y herramientas. Sin control granular, la superficie de ataque crece exponencialmente. |
| Velocidad de máquina | Un agente comprometido puede exfiltrar datos, escalar privilegios y moverse lateralmente antes de que un humano pueda reaccionar. |
| Compliance sin frenar la innovación | DORA, AI Act, GDPR exigen controles que la infraestructura tradicional (firewalls, VPNs) no puede dar sin crear cuellos de botella. |
| "Impuesto de conectividad" | Cada nuevo agente o servicio requiere coordinar enrutamiento, NAT, firewalls, VLANs y aprobaciones. Esto frena el despliegue. |
Agentes de IA con Zero Trust, sin reconstruir la red
BlueUP proporciona la capa de infraestructura que permite desplegar agentes de IA con seguridad Zero Trust es el modelo de seguridad que NIST formaliza en SP 800-207: la ubicación de red no otorga confianza implícita y cada acceso se autentica y autoriza por separado. En banca y seguros acota el movimiento lateral tras el robo de una credencial; BlueUP lo aplica con identidad criptográfica por servicio.Leer más → Zero Trust nativa, sin reconstruir la red existente.
1. Sin identidad no hay ruta al servicio (BlueUP Connect)
Los servicios publicados sobre OpenZiti son invisibles por defecto. No tienen IP pública, no responden a escaneos, no existen para nadie sin identidad criptográfica válida.
- Sin VPN: Los agentes se conectan a través de túneles cifrados identity-first
- Sin puertos abiertos: Esos servicios son invisibles hasta que la política crea la ruta
- Multi-entorno: Funciona sobre redes existentes, nubes, Kubernetes, edge y third-party
→ BlueUP Connect (Cliente Zero Trust de puesto)
2. Solo las herramientas autorizadas (capa en diseño)
Los agentes solo podrán descubrir e invocar las herramientas para las que tengan autorización explícita. Esta capa está en diseño, sin implementación hoy:
- Gateway MCP (Model Context Protocol) es un estándar abierto, alojado en la Agentic AI Foundation de la Linux Foundation, que normaliza el acceso de las aplicaciones de IA a herramientas y datos externos. En banca y seguros es donde el host controla qué invoca un agente. En BlueUP, la gobernanza de gateways MCP está en roadmap.Leer más → MCP (en diseño): Controlará qué herramientas son accesibles por identidad y política
- Gateway LLM (en diseño): Gobernará el acceso a modelos de lenguaje con aprobación humana
- Auditabilidad: Cada invocación de herramienta quedará registrada con identidad, acción y resultado
3. Un agente comprometido no arrastra al resto
Si un agente se compromete, el impacto está contenido:
- Sandbox gVisor es un sandbox de contenedores open-source: un kernel de aplicación en espacio de usuario intercepta las llamadas al sistema y separa la carga de trabajo del kernel anfitrión. En banca y seguros acota el impacto de un contenedor comprometido. BlueUP Core lo declara como runtimeClass en su manifiesto Kubernetes.Leer más → gVisor: Aislamiento a nivel de kernel de los servicios de aplicación de la plataforma (runtimeClass gvisor), el agente de triaje incluido
- Denegación por defecto: El agente solo puede comunicarse con destinos aprobados
- Kill switch: Contención automatizada ante comportamiento anómalo
- Telemetría vinculada a identidad: Cada acción produce evidencia auditable
4. Qué aporta a DORA, AI Act y GDPR
| Regulación | Qué aporta BlueUP |
|---|---|
| DORA | Clasificación de incidentes, cálculo de plazos y borrador del informe inicial; el envío al supervisor es roadmap |
| AI Act | La prioridad del triaje la fija una persona; la auditoría del razonamiento del modelo es roadmap |
| GDPR | Cifrado mTLS, infraestructura en Europa (el triaje por IA usa un proveedor externo de modelos); minimización del identificador del cliente en diseño |
| SEPBLAC | Screening de sanciones operativo y descarga del F19 en PDF; la generación y el envío del fichero DMO son roadmap |
El cumplimiento sigue siendo de la entidad: la plataforma aporta capacidades, no lo sustituye. El detalle por requisito está en cumplimiento regulatorio.
¿Por qué BlueUP y no una solución de punto?
| Característica | Solución de punto | BlueUP |
|---|---|---|
| Modelo de seguridad | Filtro sobre la red existente | Identidad es la red |
| Despliegue | Requiere cambios en infraestructura | Sobre infraestructura existente |
| Scope | Solo red, solo modelo, o solo API | Plataforma integrada: red + compliance + gobernanza |
| Compliance | Añadido posterior | En la misma plataforma que la red y la gobernanza, con sus límites declarados |
Conectividad sobre open-source: OpenZiti y NetFoundry
Nuestro sustrato de conectividad Zero Trust está construido sobre OpenZiti, la plataforma open-source desarrollada por NetFoundry. NetFoundry es la empresa que creó y mantiene OpenZiti, el sustrato de conectividad Zero Trust open-source, y cuenta con Cisco Investments entre sus inversores. Una entidad regulada lo usa para dejar sus servicios sin IP pública. BlueUP es partner oficial y ofrece despliegue self-hosted o conectividad managed.Leer más → NetFoundry es nuestro partner estratégico para clientes que necesitan conectividad managed, con el respaldo de inversores como Cisco.
Whitepaper técnico
Descarga nuestro análisis completo sobre arquitectura identity-first para IA agéntica, con escenarios de ataque detallados y los 5 controles técnicos.
Habla con nuestro equipo
Una demo muestra la infraestructura Zero Trust para agentes de IA sobre la red ya existente.
→ Calcular tu madurez DORA · Solicitar una demo personalizada