NCG 502 de la CMF y agentes de IA: cómo garantizar la gobernanza y la ciberseguridad financiera en Chile
La transformación digital del sector financiero chileno, impulsada por la Ley Fintec (Ley N.º 21.521) y la adopción de agentes de IA autónomos, ha puesto la gestión del riesgo tecnológico en el centro de la supervisión de la Comisión para el Mercado Financiero (CMF). Cuando un agente ejecuta transacciones o evalúa riesgos sin supervisión determinista, cualquier alucinación se convierte en un incidente operacional sancionable.
La NCG 502 fija las reglas del juego: los controles preventivos y la trazabilidad inalterable ya no son opcionales.
El marco convergente de la CMF: NCG 502, NCG 524, NCG 454 y RAN 20-10
La CMF no aborda la inteligencia artificial como un concepto abstracto, sino a través de la gestión del riesgo operacional, la resiliencia tecnológica, la ciberseguridad y el gobierno corporativo.
El ecosistema normativo se articula en cuatro pilares complementarios:
- Ley N.º 21.521 (Ley Fintec): marco general de prestación de servicios financieros tecnológicos y finanzas abiertas.
- NCG 502 (Sección IV — Gobierno Corporativo y Gestión de Riesgos): exigencias de control interno, ciberseguridad y continuidad operacional para entidades inscritas en el Registro de Prestadores de Servicios Financieros (RPSF).
- NCG 524 (dic. 2024): ajustes operativos a la NCG 502 que precisan plazos de acreditación y proporcionalidad regulatoria.
- NCG 454 & RAN 20-10: marco transversal de riesgo operacional y ciberseguridad para banca tradicional, aseguradoras, intermediarios de valores y AGF.
Proporcionalidad según Bloques de Volumen de Negocios
La NCG 502 aplica el principio de proporcionalidad basado en el riesgo:
| Nivel / Bloque | Criterio de impacto | Exigencia para agentes y automatización |
|---|---|---|
| Bloques 1 y 2 | Menor volumen transaccional o clientes calificados | Reporte obligatorio enfocado en incidentes directos de ciberseguridad y seguridad de la información. |
| Bloque 3 | Alto volumen e impacto sistémico | Auditorías independientes recurrentes, control estricto de activos ponderados por riesgo y notificación de incidentes graves a la CMF en máximo 2 horas. |
El riesgo operativo de los agentes de IA: cuando el modelo toma el control de las acciones
A diferencia de los chatbots informativos tradicionales, los agentes de IA modernos ejecutan código y llaman a herramientas (tool-calls vía function calling o protocolos MCP) directamente en cores bancarios, ERPs y pasarelas de pago.
Esta capacidad introduce vectores de falla crítica:
- Inyección de instrucciones (prompt injection): un tercero manipula el contexto para forzar al agente a omitir validaciones de límites de crédito o transferencias.
- Alucinación de argumentos financieros: el LLM genera montos, cuentas destino o folios inexistentes que pasan directo a ejecución si no existe un cortafuegos determinista.
- Fuga de datos sensibles y PII: exposición no autorizada de salarios, saldos o RUTs en contextos compartidos, vulnerando la Ley 21.719 y la NCG 454.
Casos de uso de máxima exposición regulatoria:
- Enrutamiento y ejecución de órdenes de inversión.
- Evaluación y aprobación automática de créditos y reembolsos.
- Conciliaciones y transferencias automáticas entre cuentas bancarias.
Por qué la trazabilidad tradicional es insuficiente para la CMF
Frente a una fiscalización o auditoría forense posterior a un incidente, los registros en texto plano (CloudWatch, Datadog, ELK) no constituyen prueba admisible suficiente. Son mutables por administradores con privilegios, carecen de firma asimétrica y no vinculan la decisión a la versión exacta de la regla vigente. La CMF y la Ley 19.799 exigen expedientes con valor probatorio pleno e integridad garantizada.
| Dimensión de control | Log tradicional (CloudWatch / Datadog) | Evidence Package (EAB-64 Sentinel) |
|---|---|---|
| Integridad y no-repudio | Editable / mutable por administradores | Inmutable (firmado asimétricamente con Ed25519) |
| Estandarización de datos | Formato de texto libre / JSON no canónico | Canonicalizado bajo RFC 8785 (JCS) |
| Regla y licitud vigente | No registra la versión de política activa | Vincula rule_id, versión y base legal RAT en el instante exacto |
| Método de verificación | Requiere credenciales de acceso a la nube | Verificación matemática O(1) sin conexión vía Merkle Tree |
Mapeo de EAB-64 Sentinel Agent como infraestructura de cumplimiento CMF
EAB-64 Sentinel Agent opera como una capa intermedia entre el agente de IA y los sistemas de la empresa, alineándose con las directrices de la NCG 502 y NCG 454:
- Interceptación Fail-Closed in-memory (p99 < 5 ms): si la llamada supera el límite autorizado (max_amount) o viola una regla, se bloquea en seco antes de tocar el core bancario o ERP.
- ActiveRedact: enmascaramiento sub-milisegundo de RUTs, números de tarjeta y datos personales en memoria volátil antes de persistir o transmitir evidencia.
- Verificación offline independiente (eab64 verify): permite a auditores de la CMF o peritos externos validar la cadena de firmas sin credenciales ni acceso a internet.
- Registro de decisiones auditables: cada bloqueo queda sellado con la regla aplicada, la versión vigente y la base legal RAT — disponible para inspección del equipo de Riesgo sin acceso técnico.
La arquitectura opera en dual-track: SDK Python in-process para flujos de backend, y Gateway MCP en Rust para clientes de escritorio (Claude Desktop, Cursor). Cada action-call gobernada se notariza en un Evidence Package.
Preguntas frecuentes sobre la CMF y agentes de IA
¿La CMF prohíbe el uso de modelos de lenguaje en servicios financieros?
No. La CMF no prohíbe la tecnología, pero exige que la entidad supervise y controle el riesgo operacional derivado de su uso. La responsabilidad del resultado final siempre recae en la institución supervisada.
¿Un "System Prompt" bien redactado cumple con la NCG 502?
No. Las instrucciones de lenguaje natural son probabilísticas y vulnerables a jailbreaks. La CMF exige controles preventivos deterministas, segregación de funciones y trazabilidad auditable.
¿Existe algún software "certificado por la CMF" para IA?
No. La CMF fiscaliza exclusivamente a las entidades reguladas y no certifica software de proveedores tecnológicos. EAB-64 entrega los mecanismos técnicos y la evidencia criptográfica que facilitan la acreditación ante el regulador.
¿Cómo afecta el tiempo de reporte de incidentes a la automatización?
En entidades de Bloque 3 o intermediarios de valores, los incidentes operacionales graves deben informarse a la CMF en un plazo de hasta 2 horas. Un Evidence Package pre-armado reduce el diagnóstico forense de días a minutos.
Qué debe revisar tu equipo de Riesgo y Ciberseguridad esta semana
Inventariar agentes con permisos de escritura
Identifica qué modelos tienen acceso a herramientas mutativas (execute_payment, update_record, approve_loan).
Definir límites duros de autoridad (Action ACL)
Establece topes monetarios y condiciones deterministas fuera del prompt del LLM.
Validar la cadena de custodia de logs
Confirma si los registros actuales resisten una auditoría forense bajo la Ley 19.799.
Nota de precisión regulatoria: la CMF no ha publicado una norma con el nombre explícito «IA»; la gobernanza de agentes se regula a través del marco de riesgo operacional, ciberseguridad y resiliencia tecnológica (NCG 502, NCG 524, NCG 454 y RAN 20-10). La CMF fiscaliza a la entidad, no certifica productos de terceros. Este documento tiene carácter técnico-informativo y no constituye asesoría legal o regulatoria.
¿Preparando tu infraestructura para las auditorías de la CMF?
Despliega el cortafuegos determinista de EAB-64 Sentinel Agent y genera evidencias no-repudiables en cada decisión agéntica.
Lectura relacionada
Ley 21.719 y agentes de IA: qué exige a las decisiones automatizadas →