Un Ingeniero de Seguridad, un Equipo Entero: Cómo Opero como un SOC con IA (y Qué No Delego)

Hay una frase que repito hasta cansarme: una persona con las herramientas correctas y IA rinde como un equipo entero. No es marketing. Es lo que llevo comprobando mientras construyo cosas reales — un agregador de precios que scrapea medio mercado, kits de seguridad, herramientas de auditoría — todo en solitario, todo con agentes haciendo el trabajo pesado.

Pero hay una diferencia enorme entre creerse esa frase y sobrevivir a ella en operaciones de seguridad, donde equivocarte no significa un blog con una errata: significa un incidente que no viste o una acción destructiva que lanzaste tú mismo con un agente mal supervisado.

Este post es el mapa honesto: qué partes del trabajo de un SOC puedes orquestar con IA siendo una sola persona, qué jamás debes delegar, y la disciplina sin la cual todo esto se convierte en un generador de falsa confianza.

Qué SÍ se orquesta bien

El trabajo de operaciones de seguridad no es un bloque monolítico. Son fases cognitivas distintas, y solo algunas se prestan a la orquestación con agentes.

Triaje de primer nivel. El 80% de las alertas de un SOC son ruido con forma de urgencia. Un agente que recibe la alerta, enriquece con contexto (geo-IP, reputación, historial del usuario, si el activo es crítico) y produce un veredicto preliminar con su razonamiento te ahorra el trabajo más repetitivo y desmoralizante que existe. No decide. Ordena tu cola.

Correlación entre fuentes. El dolor clásico del analista solitario es el salto de consola: SIEM, identidad, cloud, ticketing, cada uno en su pestaña. Un agente con acceso de lectura estructurado (MCP hace esto limpio) reúne la historia completa en una sola narrativa: “este login raro coincide con una regla de reenvío de correo creada hace 20 minutos y una descarga masiva”. Eso es exactamente lo que un humano tardaría 15 minutos en reconstruir a mano.

Generación de detecciones (borrador). Escribir la primera versión de una regla Sigma o una query de detección a partir de un TTP es tarea perfecta para un agente. Te da el esqueleto; tú lo endureces, lo pruebas contra datos reales y lo calibras. Detection-as-code se acelera brutalmente aquí — siempre que la revisión humana sea innegociable (llegamos a eso).

Informes y documentación. Resúmenes de incidente, timelines, borradores de post-mortem. El agente redacta el 70% aburrido; tú aportas el juicio y la conclusión. Aquí el riesgo es bajo y el ahorro de tiempo, altísimo.

Qué NO se delega nunca

Aquí es donde la mayoría de los hilos entusiastas de “automatiza tu SOC” mienten por omisión.

La decisión de contención. Aislar un host, deshabilitar una cuenta, bloquear una IP en el perímetro. Son acciones con capacidad de tirar producción y de alertar al atacante. Un agente puede proponer la contención con todo el contexto masticado; el dedo sobre el botón es humano. Contención automática solo en casos ultra-acotados, reversibles y con blast radius conocido — y aun así, con registro y alerta.

El veredicto final de un incidente real. El triaje ordena; la determinación de “esto es una brecha” la firmas tú. Los modelos alucinan con seguridad y elocuencia. Un agente que te dice “falso positivo” con un párrafo perfectamente escrito es más peligroso que uno que se equivoca torpemente, porque baja tu guardia.

El threat modeling y las prioridades. Qué defender primero, qué riesgo aceptas, dónde está tu joya de la corona. Eso es criterio de negocio y contexto que el modelo no tiene. Delegarlo es delegar tu trabajo, no automatizarlo.

La disciplina, o esto se convierte en un desastre

La IA no te convierte en un equipo. Te da el apalancamiento de un equipo si — y solo si — mantienes una disciplina que la mayoría se salta porque es aburrida.

Acceso de lectura por defecto. Los agentes ven casi todo y tocan casi nada. Cada capacidad de escritura o acción destructiva es una decisión explícita, con su justificación, no un permiso heredado “por comodidad”. Yo esto lo aprendí construyendo mis propias herramientas: los agentes corren detrás de hooks que bloquean operaciones destructivas y rutas protegidas antes de que se ejecuten. No confías en que el agente se porte bien; haces imposible que se porte mal.

Todo lo que hace un agente queda en un log auditable. Si no puedes reconstruir por qué un agente cerró una alerta o propuso una acción, no tienes un SOC: tienes una caja negra que te dará una sorpresa el peor día posible.

Validación cruzada en lo que importa. Para outputs de peso, no te fíes de una sola pasada. Un segundo agente que critica el veredicto del primero, o una regla que se prueba contra datos históricos antes de entrar en producción. La redundancia es barata; el incidente que no viste, no.

Tú sigues siendo el analista. El día que dejes de leer lo que hacen tus agentes y empieces a aprobar en piloto automático, has recreado el problema original — alertas sin contexto — con una capa extra de confianza injustificada encima.

La ecuación real

El arbitraje de inteligencia es verdad, pero con letra pequeña: una persona + IA rinde como un equipo en volumen y velocidad, no en criterio. El volumen se orquesta. El criterio se mantiene humano, escaso y caro a propósito.

El ingeniero de seguridad solitario que entiende esa línea opera como un SOC entero. El que la borra construye una máquina de generar falsos negativos muy bien redactados.

Yo llevo tiempo en el lado bueno de esa línea porque la tracé antes de escribir la primera línea de orquestación. Esa es toda la diferencia.