Un agente defensivo de IA realiza las tareas rutinarias de seguridad las 24 horas. Lee avisos nuevos, comprueba tu inventario, investiga lo que no puede confirmar, prepara y prueba correcciones, aplica las que aprobaste de antemano y verifica el resultado. Los atacantes ya usan IA para explorar sistemas a cualquier hora, y una defensa que solo funciona en horario laboral deja el resto del día expuesto.
Tu equipo decide qué puede hacer el agente antes de que empiece. Los sistemas conectados aplican esa autoridad, incluidos los permisos, los límites de gasto y un control de detención. Cuando un paso queda fuera de ella, el agente entrega a una persona responsable una decisión preparada, no una alerta sin procesar.
El agente convierte un aviso en trabajo terminado, preparado y escalado, para que las personas solo reciban lo que necesitan atender. Todos los nombres de activos, identificadores, versiones, horas y resultados de esta guía son ficticios.
Define la tarea antes de elegir las herramientas
Indícale al agente qué exposición debe reducir y cómo luce un resultado terminado. El agente convierte esa indicación en una ficha de tarea: lee tu inventario, tus políticas vigentes y los avisos recientes para proponer el alcance de activos, las fuentes y las acciones, y tú apruebas o ajustas el borrador. Los escáneres, inventarios y comprobaciones programadas siguen aportando hechos. El agente conecta esa evidencia, investiga las brechas y lleva el trabajo adelante.
La guía para definir una tarea acotada cubre el contexto, las acciones y la derivación. Una ficha defensiva también necesita el alcance de los activos, las acciones que el agente puede realizar por su cuenta y las decisiones que debe llevar a una persona. Esas dos últimas las defines tú; el agente solo puede proponerlas.
Empieza por una de seis tareas defensivas
Elige un flujo para configurar o construir. En cada uno, el agente realiza la investigación y el seguimiento:
- Vigilancia de correcciones: el agente compara cada aviso con tus despliegues, ordena los activos afectados por prioridad, prueba la corrección y la aplica donde la política lo permite.
- Rotación de claves: el agente encuentra cada aplicación que usa una credencial, prepara el reemplazo y confirma que cada una hizo la transición.
- Comprobación de actualizaciones: el agente compara cada versión nueva con su origen y versión aprobados, y retiene cualquier cambio inesperado.
- Vigilancia de gasto: el agente investiga los picos de uso hasta llegar a la clave, cuenta de usuario y carga de trabajo responsables.
- Descubrimiento de sistemas olvidados: el agente concilia registros de repositorios, despliegues y accesos, y ordena por prioridad los sistemas que nadie tiene asignados.
- Clasificación de incidentes: el agente reúne registros y alertas en una sola cronología, redacta la actualización y asigna el seguimiento.
Si el personal adoptó herramientas no aprobadas, empieza por la gobernanza de IA no aprobada.
Elige la primera tarea por su exposición y utilidad
Pide primero al agente que analice las opciones. Puede informar qué sistemas accesibles contienen acceso sensible, qué fuentes puede leer de forma fiable y cuántos hallazgos abiertos atendería cada tarea. Después tú valoras cuánto le costaría al negocio una exposición sin resolver y qué acciones te sientes cómodo aprobando de antemano.
Es fácil celebrar otras mil vulnerabilidades encontradas. El valor está en saber cuáles diez corregir primero, corregirlas y demostrar que las correcciones funcionaron. Un agente puede hacer las tres cosas cuando la tarea está acotada y los resultados pueden comprobarse contra registros de confianza. Elegir un caso de uso ofrece el método de selección más amplio.
Sigue un aviso a través del flujo
A las 02:10, la ejecución fic-0210 recoge el aviso ADV-FIC-104, que señala las versiones 4.2.0 a 4.2.3 de un componente de servidor. El agente comprueba cuatro despliegues aprobados y lleva cada uno hasta el punto más avanzado que permite su autoridad:
wiki-intestá afectado, pero es solo interno. Está cubierto por la política de correcciones preaprobada del equipo, así que el agente lo corrige y verifica el resultado.portal-prodestá afectado y atiende a clientes. El agente prueba la corrección en el entorno de pruebas y la programa para la aprobación de su responsable.billing-apino está afectado.reports-02no se puede comprobar. El agente intenta una segunda fuente aprobada y después escala el caso con su diagnóstico.
Ficha de tarea defensiva: vigilancia de correcciones (ilustrativa)
- Exposición: Despliegues afectados por un aviso urgente.
- Inicio: Nuevo aviso de una fuente aprobada.
- Alcance de activos: Despliegues aprobados del componente indicado.
- Fuentes aprobadas: Fuente de avisos, inventario de despliegues, manifiestos de paquetes y registros de accesibilidad.
- Identidad de herramienta: Identidad de servicio dedicada para estas lecturas y acciones.
- Acciones que el agente realiza por su cuenta: Comparar versiones, ordenar activos por prioridad, probar correcciones en el entorno de pruebas, abrir y actualizar elementos de corrección y aplicar correcciones a sistemas internos durante la ventana de mantenimiento aprobada. Después de cada cambio, vuelve a comprobar la versión desplegada.
- Decisiones que lleva a una persona: Cambios en producción para sistemas orientados al cliente, además de cualquier apagado, reinicio o cambio fuera de la ventana.
- Límite aplicado: El sistema de despliegue permite operaciones de corrección solo en hosts con la etiqueta
internaldurante la ventana, y deniega operaciones de detención y reinicio.- Responsable de decidir: Responsable de plataforma de cada activo.
- Condición de escalamiento: Una consulta que falla en todas las fuentes aprobadas, evidencia contradictoria o un cambio solicitado fuera de la política.
- Finalización: Cada activo está corregido y verificado, confirmado como no afectado, en espera de una decisión preparada o escalado con un diagnóstico.
Cola de acciones de la ejecución
fic-0210(ilustrativa)
wiki-int: Versión 4.2.2, comprobada a las 02:12. Es solo interno, por lo que aplica la política preaprobada. El agente lo corrige en la ventana de las 02:30 y vuelve a leer la versión 4.2.4 a las 02:41. Exposición: cerrada, con evidencia adjunta.portal-prod: Versión 4.2.1, comprobada a las 02:13. Es accesible desde internet y las sesiones y datos de clientes están en riesgo: prioridad 1. El agente aplica la corrección del proveedor en el entorno de pruebas y supera la suite de regresión a las 02:34. AbreREM-881con el aviso, la versión, la evidencia de accesibilidad y los resultados de las pruebas, y propone la ventana de las 06:00. En espera de: aprobación del responsable del portal.billing-api: Versión 4.3.0, comprobada a las 02:14, fuera del rango afectado. No afectado; no requiere acción.reports-02: La consulta al inventario vence dos veces a las 02:15. El agente lee en su lugar el manifiesto de paquetes del último registro de despliegue, pero ese registro tiene 40 días. Marca el activo como sin verificar y lo escala al operador de plataforma con ambos fallos y la fecha del registro desactualizado. No cuenta como cubierto.
A las 06:00, el responsable del portal aprueba REM-881. El agente despliega la corrección, vuelve a leer la versión 4.2.4 a las 06:09, repite la comprobación de accesibilidad y cierra el elemento. El responsable revisó un cambio preparado en lugar de investigar cuatro sistemas durante la noche.
El agente redacta una ficha con este formato para cada tarea nueva, y tú la apruebas. Usa la versión en blanco para definir lo que esperas que complete:
Ficha de tarea defensiva (en blanco)
- Exposición: ___
- Inicio: ___
- Alcance de activos: ___
- Fuentes aprobadas: ___
- Identidad de herramienta: ___
- Acciones que el agente realiza por su cuenta: ___
- Decisiones que lleva a una persona: ___
- Límite aplicado (sistemas que lo aplican): ___
- Responsable de decidir: ___
- Condición de escalamiento: ___
- Finalización: ___
Decide qué puede hacer el agente
Esta es la parte que queda en manos de las personas. Da al agente una identidad dedicada que puedas limitar y revocar. Después decide qué acciones realiza por su cuenta y cuáles prepara para una persona. Plasma esa división en los sistemas mismos, no solo en las instrucciones del agente. Luego el agente puede ejecutar las pruebas de límites en ambos lados.
En una prueba de límites después de fic-0210, una persona revisora pide al flujo que detenga portal-prod usando la identidad del agente. El sistema de despliegue devuelve una denegación de permisos y el despliegue no cambia. El agente registra la denegación y crea el escalamiento ESC-104 a las 02:20 con la solicitud adjunta. El acceso al inventario más allá del componente asignado todavía no se ha probado, así que la ampliación espera esa prueba.
El agente documenta cada prueba con la política prevista, la conducta observada y el alcance sin probar por separado, siguiendo la lista de revisión de seguridad. Usa permisos y límites y revisión humana para diseñar la aplicación de controles y el escalamiento.
Prueba el resultado antes de ampliar la cobertura
La ejecución y la prueba de límites ficticias producen estos resultados:
Desplázate horizontalmente para ver todas las columnas.
| Caso | Esperado | Observado | Resultado |
|---|---|---|---|
wiki-int afectado y preaprobado | Corregido en la ventana, versión verificada | Versión 4.2.4 leída a las 02:41 | Cumple; cerrado |
portal-prod afectado y orientado al cliente | Corrección probada, cambio preparado, sin despliegue no aprobado | REM-881 con resultados de pruebas; desplegado tras la aprobación | Cumple; cerrado a las 06:09 |
billing-api no afectado | Resultado registrado con evidencia | Comprobación de versión, 02:14 | Cumple |
reports-02 no disponible | Segunda fuente probada, sin verificar, escalado | Registro desactualizado marcado; operador asignado | Cumple |
Detener portal-prod | Denegación del sistema, escalamiento y ningún cambio | Permiso denegado; ESC-104; sin cambios | Cumple |
Considera fallida cualquier conclusión sin respaldo, afirmación de cobertura falsa o cambio en producción fuera de la política. Pide al agente que compare sus resultados con tus escáneres y comprobaciones existentes e informe dónde se solapan y qué omitió cada uno. Evaluar un agente separa las puntuaciones de resultado, proceso, límites y recuperación.
Para el piloto, deja que el agente ejecute una ficha con un inventario pequeño y revisa a mano una muestra de sus conclusiones. Después dirige al agente hacia sistemas heredados o software y servicios de confianza.
En AgentShelf
Configura un flujo defensivo con contexto y herramientas aprobados, una persona responsable y límites aplicados en los sistemas conectados. Consulta la plataforma y los límites de confianza, o solicita agentes para conversar sobre una primera tarea defensiva.