Inicio/Blog/AI SOC Automation Automatización de CiberseguridadAI SOC Automation
El mejor AI SOC no es un bot bloqueando todo. Es un pipeline de respuesta que convierte alertas ruidosas en evidencia, contención sugerida, acción aprobada por humanos y un registro de incidente limpio para auditoría cuando baja la adrenalina.
Publicado el 1 de junio de 202612 min de lecturaRespuesta aprobada por humanos
IA debe hacer triage, no improvisar cambios en producción
Los equipos de seguridad se ahogan en colas de alertas porque las alertas casi nunca nacen iguales. Algunas son señales débiles. Otras son duplicadas. Otras son la primera pista visible de un compromiso real. IA puede resumir, correlacionar, enriquecer, agrupar y proponer próximos pasos, pero las acciones de contención aún necesitan política y aprobación cuando pueden afectar clientes, empleados o sistemas críticos.
Un diseño maduro separa tres trabajos: análisis a velocidad de máquina, recomendación controlada por política y respuesta aprobada por humano. El analista debe ver por qué la IA cree que algo importa, qué evidencia sostiene la hipótesis, qué playbook aplica y qué blast radius puede tener cada acción.
Pipeline AI SOC aprobado por humanosIngerirLogs de SIEM, EDR, cloud, identidad, red, apps y APIs.
NormalizarMapear eventos a un schema común y contexto de asset.
CorrelacionarAgrupar alertas, entidades, timeline, ATT&CK y casos previos.
RecomendarIA propone severidad, hipótesis, evidencia y acciones de playbook.
AprobarHumano revisa riesgo y decide contención, escalamiento o cierre.
EjecutarSOAR corre acciones aprobadas y registra evidencia.
Buena automatización empieza con eventos limpios
Si los eventos son inconsistentes, IA va a crear confianza sobre datos desordenados. La normalización importa. Schemas estilo OCSF, detections Sigma, mapeos MITRE ATT&CK, inventario de assets, contexto de identidad y criticidad de negocio dan estructura suficiente para que el modelo razone sin inventar el ambiente.
El mejor modelo de datos para SOC trata cada alerta como grafo: usuario, dispositivo, proceso, IP, cuenta cloud, token de API, repositorio, servicio, vulnerabilidad, regla de detección, eventos relacionados y estado del playbook.
NormalizarCampos comunes para identidad, endpoint, cloud, red y aplicación.
EnriquecerOwner, criticidad, exposición, geo, threat intel y cambios recientes.
ExplicarMostrar camino de evidencia, no solo resumen generado.
AprobarBloquear acciones disruptivas detrás de review humano y política.
La swimlane de respuesta a incidentes
La guía de incident response de NIST es útil porque mantiene el trabajo aterrizado: preparar, detectar, analizar, contener, erradicar, recuperar y aprender. IA puede acelerar cada etapa, pero no debería borrar ownership. El SOC necesita lanes explícitas para SIEM, asistente de IA, analista, plataforma SOAR y owner del servicio afectado.
Swimlane de respuesta a incidentesAsistente IAResume evidencia, mapea ATT&CK, redacta hipótesis, sugiere playbooks y estima blast radius.
AnalistaRevisa hechos, valida severidad, aprueba contención, comunica owners y registra justificación.
SOARDesactiva token, aísla host, abre ticket, captura evidencia, rota secreto o bloquea indicador tras aprobación.
Mapea acciones por blast radius
No toda acción necesita la misma fricción. Enriquecer una alerta, abrir un ticket o recolectar contexto forense puede ser automático. Deshabilitar un usuario, aislar un servidor, revocar credenciales de producción, bloquear tráfico o borrar un recurso exige aprobación fuerte porque la respuesta puede volverse el outage.
| Acción | Nivel de automatización | Evidencia necesaria |
|---|
| Enriquecimiento de alerta | Automático | Evento bruto, id de regla, contexto de asset, identidad y eventos relacionados. |
| Resumen del caso | Automático con enlaces de cita | Timeline, mapeo ATT&CK, entidades afectadas y notas de incertidumbre. |
| Creación de ticket | Automático | Severidad, owner, SLA, playbook recomendado y reproducción. |
| Revocación de token | Aprobación humana, salvo regla emergencial preaprobada | Owner del token, scope, uso reciente, motivo de detección y rollback. |
| Aislamiento de host | Aprobación humana | Evidencia EDR, criticidad, sesiones activas y notificación del owner. |
| Contención cloud | Aprobación doble en producción | Auditoría cloud, servicio afectado, costo/riesgo y plan de recuperación. |
Lo que yo construiría
Construiría una cola AI SOC que trata cada alerta como máquina de estados. Cada caso pasaría por normalizado, enriquecido, correlacionado, recomendado, aprobado, ejecutado, recuperado y aprendido. El asistente de IA generaría hipótesis y borrador de playbook, pero el sistema exigiría aprobación explícita antes de acciones SOAR de alto impacto.
El dashboard mostraría frescura de evidencia, confianza, contexto ausente, analista responsable, SLA actual, acciones bloqueadas y tareas de aprendizaje post-incidente. Después del cierre, el sistema propondría updates de reglas Sigma, tuning de detección, cambios de runbook y tests de automatización.
El principio de diseño
IA pertenece al SOC como multiplicador, no como operador sin límites. Déjala leer más rápido, correlacionar mejor y redactar con más claridad. Luego haz que la respuesta sea explícita, aprobada, reversible y observable. El objetivo no es caos autónomo; son humanos más tranquilos con mejor evidencia.