Cómo priorizar alertas, frenar el phishing y reportar incidentes con agentes de IA

El equipo de seguridad de una fintech chilena suele ser chico y atender todo: alertas del SIEM y del EDR, sitios falsos que copian tu app para robar claves a tus clientes, revisiones de accesos que nadie quiere hacer, un backlog de vulnerabilidades que no baja y, desde marzo de 2025, la obligación de reportar incidentes a la ANCI en horas. La mayor parte de ese trabajo es investigar y documentar, y eso lo puede hacer un agente de IA. Lo que no se automatiza es decidir qué es un incidente y cómo se contiene.

Esta es una guía práctica para CISOs y líderes de seguridad en fintech chilenas: qué trabajo entregarle primero a un agente, cómo darle acceso sin abrir un riesgo nuevo y cómo medir si está funcionando.

Qué hace. El agente investiga cada alerta, cada reporte de phishing o cada hallazgo, junta el contexto de tus sistemas y deja una recomendación con la evidencia para que tu equipo decida.

Qué no es. Un reemplazo de tu SIEM ni algo que bloquea usuarios o cambia configuraciones por su cuenta. Las mejoras que importan van a salir de tu equipo, cuando alguien pregunte por qué una alerta se dispara. Deja espacio para eso.

Lo que tienes pendiente

Parte por las alertas del SIEM y EDR. Son el mayor volumen y donde tu equipo pierde más horas en falsos positivos.

Cómo trabaja un agente de seguridad

1. Entra una alerta o un reporte. Del SIEM, del EDR, de un cliente que reenvía un correo o de un escáner.
2. El agente investiga en modo lectura. Logs, identidad, equipos, historial del usuario e inteligencia de amenazas.
3. Deja su conclusión. Qué pasó, qué tan grave parece, la evidencia y lo que recomienda hacer.
4. Una persona decide. Contener, cerrar o escalar, con aprobación en Slack o en el dashboard.
5. Todo queda registrado. Lo que el agente revisó y quién aprobó, listo para auditoría o para un reporte.

Las herramientas

Con agentes de código como Claude Code, conectar una consola nueva es cosa de pedirlo: el agente escribe la consulta o la integración, la prueba y la guarda.

Runtime es el sistema operativo para agentes de IA. Cada agente corre en su propio computador aislado que se borra al terminar, con sus propias credenciales de solo lectura, y espera aprobación antes de cualquier acción. Los datos sensibles se enmascaran antes de llegar al modelo, y Runtime está auditado SOC 2.

Paso 1: escribe cómo investiga tu mejor analista

Este paso lo hace tu equipo. Elige un tipo de alerta y escribe qué revisa tu mejor analista: qué logs, qué contexto, qué señales lo hacen escalar y qué alertas nunca se cierran sin una segunda mirada.

Dos cosas que hacen que el agente trabaje mejor:

• Explícale el porqué. "Revisa si el inicio de sesión vino de un país donde no tenemos empleados, porque casi todas nuestras tomas de cuenta reales partieron así" funciona mejor que "revisa la ubicación".
• Dile qué error no puede cometer. "Nunca cierres como falso positivo una alerta en una cuenta con privilegios de administrador sin que la vea una persona" te ahorra el error más caro.

Paso 2: dale credenciales propias y de solo lectura

El agente tiene sus propias credenciales, nunca las de un analista, con permiso solo para leer. Se cargan desde el dashboard de Runtime, nunca se pegan en un chat. Todo lo que el agente lee desde afuera, como un correo de phishing o un sitio falso, se trata como dato y no como instrucción.

Investiga esta alerta de inicio de sesión sospechoso en Okta. Trae los inicios de sesión del usuario de los últimos 14 días, los equipos registrados, cualquier cambio de MFA y lo que hizo después de entrar. Dime si parece una toma de cuenta, con la evidencia, y qué recomiendas contener. No bloquees nada.

Paso 3: ponlo a investigar en paralelo una semana

Durante una semana, el agente investiga las mismas alertas que tu equipo sin tocar nada. Al final comparan: en cuántas llegó a la misma conclusión, cuáles cerró mal y cuáles vio que tu equipo había dejado pasar. Cada diferencia se convierte en una instrucción nueva.

Paso 4: entrégale el primer turno con aprobaciones

El agente investiga cada alerta apenas entra, también de noche y el fin de semana, y tu equipo recibe en Slack solo lo que necesita decisión. Las acciones de contención, como bloquear un usuario o aislar un equipo, esperan el visto bueno de una persona responsable.

Paso 5: suma phishing, accesos y vulnerabilidades

Cuando las alertas anden sin sobresaltos, sigue con el phishing contra clientes y con la revisión de accesos trimestral. Después, pídele que ordene el backlog de vulnerabilidades según exposición real y no solo según la severidad del escáner.

Lo que se queda con tu equipo

Lo que hemos aprendido

• Parte con un solo tipo de alerta. Uno bien resuelto convence más que todo el SIEM a medias.
• Solo lectura primero, siempre. El agente puede investigar casi todo sin poder cambiar nada.
• Lo que lee el agente no son órdenes. Un correo de phishing puede traer instrucciones escondidas; por eso el agente no tiene permisos para actuar sin aprobación.
• Compáralo con tu equipo, no con la perfección. La pregunta es si investiga más rápido y deja mejor evidencia que hoy.

Lo que te va a pedir el regulador

La Ley 21.663 (Ley Marco de Ciberseguridad) incluye a los bancos, servicios financieros y medios de pago entre los servicios esenciales. Los incidentes con efectos significativos se reportan al CSIRT Nacional de la ANCI:

Un agente que ya tiene la línea de tiempo armada te deja usar esas tres horas para contener, no para escribir. Los detalles están en el reglamento de reporte de incidentes (Decreto 295) y en las instrucciones de la ANCI.

Si eres banco o emisor u operador de tarjetas, la CMF además te pide una gestión formal de la seguridad de la información y la ciberseguridad (RAN 20-10) y el reporte de incidentes operacionales (RAN 20-8). Y si el incidente involucra datos personales, desde el 1 de diciembre de 2026 corre en paralelo el aviso a la Agencia de Protección de Datos Personales bajo la Ley 21.719. Para el detalle de esas obligaciones, revisa nuestra guía de cumplimiento con agentes de IA.

Tu auditor también va a preguntar por los propios agentes: quién responde por cada uno, a qué tiene acceso y qué hizo. En Runtime hay un inventario con responsable, credenciales por agente y un registro exportable de cada ejecución.

Cómo medir resultados

Mide una semana antes de partir para tener con qué comparar.

Un calendario realista

Rain, emisor de tarjetas con presencia en más de 150 países, usa Runtime para soporte técnico, monitoreo de fraude y riesgo, cumplimiento, ciberseguridad, investigaciones de ingeniería, revisión de PRs, QA y reportes, y se ha ahorrado $750k en proveedores y remuneraciones.

En resumen

Los atacantes no esperan a que tu equipo crezca. Deja que el agente investigue y documente cada alerta, y que tu equipo se quede con las decisiones que importan. Para más detalle, revisa nuestra guía de agentes de ciberseguridad.

A darle.

Preguntas frecuentes

¿Cómo ayuda un agente de IA a un equipo de ciberseguridad en una fintech?

Hace la investigación inicial de cada alerta: junta los logs, el contexto del usuario y del equipo, revisa si el indicador aparece en otros lugares y deja una recomendación. Tu equipo decide si es un incidente y qué se contiene. También sirve para revisiones de accesos, phishing contra clientes y el orden del backlog de vulnerabilidades.

¿Qué plazos hay para reportar un incidente a la ANCI?

Según la Ley 21.663 y su reglamento, una alerta temprana dentro de 3 horas desde que se conoce el incidente, una actualización dentro de 72 horas (24 horas para operadores de importancia vital cuando se afecta un servicio esencial) y un informe final dentro de 15 días corridos. Los reportes van al CSIRT Nacional de la ANCI.

¿Un agente de IA puede reportar el incidente a la ANCI por mí?

Puede armar la línea de tiempo y los borradores de cada reporte con la información que ya tienes, para que no pierdas las primeras horas escribiendo. El envío lo aprueba una persona responsable, porque lo que se declara al regulador es un compromiso de la empresa.

¿Cómo se protege un agente de seguridad de la inyección de instrucciones?

Tratando todo lo que lee (correos, sitios de phishing, logs) como datos y no como instrucciones, dándole credenciales de solo lectura y aprobaciones antes de cualquier acción. En Runtime cada agente corre en un computador aislado que se borra al terminar, con acceso solo a los sistemas que necesita.

¿Sirve un agente para cumplir la RAN 20-10 de la CMF?

Ayuda con la evidencia. La RAN 20-10 pide a bancos y emisores y operadores de tarjetas una gestión formal de la seguridad de la información y la ciberseguridad. Un agente puede mantener al día revisiones de accesos, inventarios y registros de incidentes, que es lo que se revisa en una fiscalización.

¿Qué es Runtime?

Runtime es el sistema operativo para agentes de IA en equipos de pagos y fintech. Corre cada agente en un computador aislado, con credenciales propias y limitadas, aprobación de una persona antes de cualquier acción, enmascaramiento de datos sensibles y un registro exportable de cada ejecución. Está auditado SOC 2.