En la encuesta global sobre IA de McKinsey de 2026, el 40 % de los encuestados de organizaciones con unos ingresos anuales superiores a 1.000 millones de dólares indicaron que estaban ampliando el uso de agentes de IA, lo que supone un aumento respecto al 27 % registrado en la encuesta anterior. A medida que se amplían las implementaciones, los equipos de seguridad necesitan saber qué agentes pueden actuar, qué identidades utilizan y quién es responsable de su acceso. El estudio «State of AI» de McKinsey hace que esta cuestión operativa sea cada vez más relevante.
Un inventario de agentes de IA es un registro actualizado de los agentes de IA y sus implementaciones, que incluye su finalidad, propietarios, identidades, herramientas, acceso a datos, estado de aprobación y ciclo de vida. Un inventario útil establece una conexión entre lo que una organización ha aprobado, lo que sus sistemas están configurados para permitir y lo que se observa que hacen los agentes.
Esa conexión ayuda a los equipos a detectar implementaciones sin propietario, revisar los accesos excesivos, investigar acciones inesperadas y retirar agentes sin dejar atrás credenciales ni tareas programadas. Se trata de puntos de partida prácticos para proteger la frontera de la IA, donde la supervisión depende de la identificación de los agentes, sus propietarios y las identidades a través de las cuales actúan.
Fuentes consultadas el 28 de octubre de 2026. Esta guía se basa en investigaciones públicas y directrices de seguridad. El diseño del inventario, el ejemplo y la lista de comprobación para la implementación son orientaciones propuestas, no resultados de una implementación probada por un cliente.
¿Qué es un inventario de agentes de IA?
Un inventario de agentes de IA responde a una serie de preguntas prácticas: ¿qué agentes existen en el entorno definido?, ¿dónde se ejecutan?, ¿a qué pueden acceder? y ¿quién puede modificarlos o detenerlos? Su alcance debe incluir tanto los agentes aprobados como los hallazgos sin resolver, con una distinción clara entre ambos estados.
El manual «AI Risk Management Framework Playbook, GOVERN 1.6» del NIST recomienda mecanismos para realizar un inventario de los sistemas de IA y asignar la responsabilidad del mantenimiento de dichos registros. Un inventario de agentes aplica esa base de gobernanza a los sistemas que pueden utilizar herramientas y realizar acciones.
Definir qué se considera un agente
A efectos de este inventario, se debe considerar a un agente de IA como un programa informático que utiliza un modelo de IA para seleccionar o llevar a cabo acciones encaminadas a alcanzar un objetivo, lo que puede implicar el uso de herramientas, el acceso a datos o la delegación de tareas. Se debe registrar el grado de autonomía, ya que un sistema que redacta una respuesta y otro que la envía tienen consecuencias operativas diferentes.
Incluye aplicaciones personalizadas, agentes integrados en software como servicio (SaaS), asistentes de programación locales con acceso a herramientas y agentes gestionados externamente y autorizados para interactuar con los recursos de la empresa. Distingue estos de los agentes de supervisión de terminales y de la automatización convencional que no utiliza la inteligencia artificial para determinar las acciones.
Un punto final, una herramienta o un conector de modelo es un recurso relacionado. No se convierte automáticamente en un agente de IA independiente. Si un agente utiliza un modelo de IA de Frontier, registra esa dependencia del modelo por separado de las herramientas, las credenciales y el acceso a los datos de la implementación. La capacidad del modelo por sí sola no describe lo que puede hacer el agente implementado. Para conocer los requisitos de protección más amplios, consulta «Seguridad de los agentes de IA».
Separar el inventario de los registros relacionados
Hay varios sistemas existentes que pueden contribuir a la elaboración de un inventario. Sus denominaciones varían según el producto, por lo que debes definir las funciones que necesita tu organización:
- Un inventario de modelos permite realizar un seguimiento de los modelos, las versiones, los proveedores y las evaluaciones asociadas.
- Un registro o catálogo de agentes puede publicar definiciones de agentes, capacidades e información de detección.
- Una base de datos de gestión de la configuración, o CMDB, establece relaciones entre las aplicaciones, la infraestructura y los servicios empresariales.
- Una lista de materiales de IA describe los componentes y las dependencias pertinentes.
- Un inventario de agentes operativos vincula estos registros con las implementaciones, las identidades, la titularidad, las autorizaciones y las pruebas de actividad.
Estas funciones pueden compartir una misma plataforma o permanecer conectadas a través de identificadores. Es imprescindible que exista una relación fiable entre los registros, con una fuente verificable para cada campo.
¿Por qué es importante el contexto de implementación de los agentes de IA?
Un mismo diseño de agente puede ejecutarse en varios entornos con distintos permisos. Contar únicamente por su nombre oculta esas diferencias, mientras que contar cada ejecución como un nuevo agente exagera el número total de agentes.
El aumento señalado por McKinsey se refiere a la ampliación del uso de agentes en una o más funciones empresariales entre los encuestados de grandes organizaciones, definidas en función de sus ingresos. La encuesta recopiló 1.719 respuestas en 97 países entre mayo y junio de 2026. Mide la adopción declarada, no el número de agentes ni la exhaustividad del inventario. La implicación práctica es prepararse para que los agentes se implementen en funciones con diferentes requisitos de acceso.
Utiliza tres niveles interconectados en el inventario:
- Definición del agente: la finalidad, la configuración, la versión, las dependencias del modelo y el conjunto de herramientas permitidas.
- Implementación de un agente: una instalación específica o una instancia de servicio en un entorno, un inquilino o una cuenta, con su propia identidad y contexto de acceso.
- Ejecución del agente: una ejecución o sesión vinculada a una implementación, al usuario o servicio que la inicia y a los registros de actividad pertinentes.
Por ejemplo, un agente de asistencia en un entorno de prueba podría leer tickets sintéticos. En su implementación en producción, podría leer registros de clientes y actualizar casos. El hecho de que compartan el mismo nombre de agente no implica que sus permisos sean equivalentes. Los registros de implementación también deben estar vinculados a la actividad observada.
Registra a los trabajadores de corta duración y a los subagentes mediante los identificadores de implementación y ejecución de su entidad matriz. Crea registros de implementación independientes cuando adquieran credenciales, titularidad o límites de acceso persistentes distintos. Se trata de una convención de recuento propuesta; documéntala para que los distintos equipos presenten cifras comparables.
Frontier AI: Creada sin límites
Descubre cómo los agentes autónomos pueden traspasar los límites establecidos, así como las medidas prácticas que pueden adoptar los equipos de seguridad para identificar a dichos agentes, supervisar su actividad y contener comportamientos inesperados.
Descargar el informe técnico →
Qué incluir en un inventario de agentes de IA
Cada registro de despliegue debe contener información suficiente para identificar al agente, evaluar sus competencias, encontrar pruebas que lo respalden y localizar a una persona responsable. La siguiente plantilla es un punto de partida práctico; adáptala a tu entorno y a tus decisiones en materia de riesgos.
| Superficie registrada |
Campos que hay que rellenar |
Decisión que respalda |
| Identificación |
ID de agente estable, ID de implementación, nombre, versión, relación con el elemento principal |
Distinguir entre diseños, implementaciones y trabajadores delegados |
| Finalidad y titularidad |
Objetivo empresarial, patrocinador designado, responsable técnico, persona de contacto para asistencia |
Establecer las responsabilidades y el uso previsto |
| Implementación |
Referencia a la plataforma, al inquilino o a la cuenta, al entorno, a la región, al servicio o al dispositivo |
Localiza el agente y define su contorno |
| Identidad |
Identificadores principales, método de autenticación, identidad iniciadora, relaciones de delegación |
Acceso a los atributos e identificación de la autoridad compartida |
| Modelo y configuración |
Referencia del modelo o del proveedor, versión de configuración, versión o referencia del artefacto |
Realizar un seguimiento de los cambios significativos |
| Herramientas y dependencias |
ID de herramientas, conectores, servidores MCP, versiones, servicios posteriores |
Comprender qué funciones puede invocar el agente |
| Datos y destinos |
Recursos accesibles, categorías de sensibilidad, destinos externos autorizados |
Evaluar la exposición y el movimiento de datos |
| Autoridad |
Acciones aprobadas, permisos concedidos, acciones observadas, requisitos de aprobación |
Detectar desviaciones del alcance y privilegios excesivos |
| Supervisión y respuesta |
Puntos de aprobación humana, procedimiento de suspensión, titular de la revocación, dependencias de recuperación |
Intervenir de forma segura cuando sea necesario |
| Gobernanza |
Estado de la aprobación, justificación del riesgo, excepciones, plazo de revisión |
Toma de decisiones sobre la ruta y seguimiento de los asuntos pendientes |
| Ciclo de vida |
Planificado, en fase de pruebas, activo, suspendido o retirado; pruebas de caducidad y retirada |
Gestionar el acceso a lo largo de todo el ciclo de vida de la implementación |
| Pruebas y frescura |
Fuente, hora de observación, última recogida satisfactoria, última actividad, nivel de confianza, lagunas |
Valora si un registro es fiable y está actualizado |
Mantén en el inventario las referencias de las credenciales, los emisores, los ámbitos de aplicación y los datos de caducidad. Almacena los valores secretos en un sistema adecuado de gestión de secretos. Copiar los tokens en un inventario crea otro lugar desde el que pueden quedar expuestos.
Hay que diferenciar los datos que declara el propietario de los que observa un recopilador. Un objetivo empresarial suele ser una afirmación del propietario; una asignación de rol de cloud constituye una prueba de configuración; un evento de API completado con éxito constituye una prueba de actividad. Cada uno de ellos responde a una pregunta diferente.
Distingue también entre la última actividad, la última recogida satisfactoria y la última revisión. Un agente puede estar inactivo aunque su registro de inventario esté actualizado, o activo aunque el recolector que alimenta su registro haya fallado.
Cómo identificar los agentes de IA en toda la empresa
La detección requiere varias fuentes, ya que los agentes pueden estar integrados en aplicaciones alojadas, servicios personalizados y herramientas de desarrollo locales. Empieza por definir un límite de cobertura declarado y, a continuación, registra qué entornos y tipos de implementación puede observar realmente cada fuente.
Empieza por las fuentes de implementación y configuración
Recopila las definiciones de agentes disponibles de las plataformas de IA autorizadas, las cuentas de cloud , las interfaces de administración de SaaS, los catálogos de aplicaciones y los procesos de implementación. Examina los repositorios y los manifiestos de implementación en busca de servicios de agentes registrados y sus dependencias.
En el caso de los agentes locales, utilice software autorizado para terminales e inventarios de configuración. El hecho de que un paquete esté instalado indica una capacidad potencial; no demuestra que un agente configurado esté en funcionamiento o tenga acceso a la empresa.
Recopila los identificadores de inquilino y de entorno, junto con los ID de la plataforma. Un mismo nombre de visualización puede aparecer en varios lugares. Revisa los permisos del colector, los tipos de objetos compatibles, la paginación y los intervalos de actualización antes de dar por finalizada una exportación.
Inspecciona las herramientas y configuraciones desconocidas mediante métodos de solo lectura aprobados. El proceso de detección no debe ejecutar ningún agente desconocido ni invocar ninguna herramienta que pueda tener efectos secundarios con el mero fin de identificarla.
Conectar identidades y acceso delegado
Asigna agentes a cuentas de servicio, identidades de aplicaciones, identidades de cargas de trabajo y accesos de usuario delegados. Comprueba quién ha concedido el acceso, los recursos implicados y si varios agentes comparten un sujeto.
Conserva la cadena desde el usuario o servicio iniciador hasta la implementación del agente, el conector y el sistema posterior. Un agente puede actuar bajo varias identidades durante una misma tarea. Las credenciales compartidas pueden dar lugar a ambigüedades en la atribución, lo cual debe quedar reflejado en el registro.
El Protocolo de Contexto de Modelos (MCP) conecta aplicaciones con herramientas y recursos. Sus directrices de seguridad explican cómo el paso directo de tokens y la falta de validación del público destinatario pueden socavar los límites de confianza y la rendición de cuentas. Por lo tanto, para realizar un inventario de un conector no basta con su dirección: es necesario registrar su relación de autenticación y su autoridad en la cadena de control.
La seguridad de las identidades no humanas ofrece un contexto útil para gestionar las identidades de los servicios y las cargas de trabajo implicadas.
Utiliza la actividad para detectar las lagunas
Compara las implementaciones registradas con los registros de aplicaciones disponibles, los registros de llamadas a herramientas, los eventos de identidad, los registros de auditoría de « cloud », la actividad de los terminales y los metadatos de red. Investiga la actividad que no se pueda asociar a una implementación identificable.
Considera el tráfico dirigido a un servicio de IA como una pista de detección. Podría proceder de una persona, de una aplicación convencional o de un agente. Del mismo modo, una llamada genérica a la API desde una cuenta de servicio no demuestra que haya sido un sistema de IA quien la haya iniciado.
Marca los hallazgos sin resolver como «candidatos» hasta que se disponga de pruebas que corroboren de qué se trata. Los agentes confirmados que no hayan pasado por el proceso de aprobación requerido podrían formar parte de una IA en la sombra. Una simple discrepancia en el inventario también podría deberse a un retraso en la recopilación de datos, a un despliegue renombrado o a una atribución incompleta.
Las observaciones de la red pueden ayudar a identificar destinos y patrones de comunicación, pero el tráfico cifrado y la infraestructura compartida limitan la información que revelan sobre las acciones de cada agente.
Incluir a terceros y a los propietarios de empresas
Pregunta a los responsables de compras y a los administradores de aplicaciones cuáles son las capacidades de los agentes habilitadas en las suscripciones existentes, los servicios gestionados y los flujos de trabajo alojados externamente. Es posible que dichas capacidades no figuren como nuevas adquisiciones de software.
En el caso de los agentes externos, solicita los datos operativos necesarios para tu caso de uso: personas de contacto responsables, recursos empresariales conectados, límites de permisos, registros disponibles, notificaciones de cambios y procedimientos de suspensión. Anota como «laguna» la información que el proveedor no pueda facilitar.
Las declaraciones de los propietarios ayudan a explicar la finalidad y la autorización. Corrobora las afirmaciones técnicas siempre que sea posible, especialmente cuando determinan si un agente puede llevar a cabo una acción de gran repercusión.
Cómo conciliar los registros con la actividad observada
La conciliación convierte un conjunto de registros en un inventario útil. Permite comparar lo que se aprobó, el acceso que se concedió y la actividad que se observó, al tiempo que se conservan las pruebas y la incertidumbre subyacentes a cada hallazgo.
Estas tres perspectivas deben mantenerse separadas. Una asignación de roles puede ser más amplia que la finalidad aprobada. Un permiso no utilizado sigue siendo una autorización concedida. Una llamada a la API que se haya intentado puede haber fallado y no debe registrarse como una acción completada.
Un proceso práctico de conciliación consiste en normalizar los identificadores, asociar las pruebas a las implementaciones, comparar las tres vistas y remitir las discrepancias al responsable correspondiente. Utiliza los identificadores de la plataforma y las correspondencias de identidad verificadas cuando estén disponibles. Los nombres de usuario por sí solos son claves de coincidencia poco fiables.
| Medida |
Cómo evaluarlo |
Lo que revela |
| Precisión de extracción |
Elementos extraídos correctos divididos entre el total de elementos extraídos |
Entidades y relaciones incorrectas o inventadas |
| Recuperación de la extracción |
Elementos extraídos correctos divididos entre todos los elementos de referencia pertinentes |
Pruebas que se han pasado por alto en el flujo de trabajo |
| Solicitar asistencia |
Reclamaciones derivadas de ello, respaldadas por las pruebas citadas |
Si los resúmenes se ajustan fielmente a las fuentes |
| Validez de la caza |
Consultas que se ejecutan correctamente y reflejan el comportamiento previsto con los datos de prueba |
Errores semánticos ocultos por una ejecución correcta |
| Calidad de las decisiones |
Comparar las resoluciones aceptadas con una referencia judicial y las pruebas presentadas posteriormente |
Si la información influye adecuadamente en las decisiones |
| Esfuerzo integral |
Incluye la elaboración, la revisión, la corrección, la investigación y el mantenimiento |
Si la velocidad aparente genera trabajo a favor de la corriente |
| Utilidad operativa |
Realizar un seguimiento de los hallazgos que sirvan de base para una batida, un cambio en la detección o una decisión de control |
Un valor que va más allá de las cifras de los informes o los indicadores |
No sustituyas en silencio las pruebas contradictorias por la fuente que haya llegado en último lugar. Define la autoridad a nivel de campo, conserva el historial relevante y haz que los conflictos sin resolver sean consultables.
La calidad de las pruebas también es importante. Las directrices de OWASP sobre las pruebas de ejecución de terceros distinguen entre las afirmaciones de los proveedores y las observaciones que pueden verificarse de forma independiente. Un registro firmado puede identificar quién ha presentado una afirmación, pero no demuestra que todas las acciones notificadas se hayan producido ni que no se haya omitido ningún suceso.
A efectos de inventario, anota lo que cada observación permite determinar y lo que no. La ausencia de un dato procedente de un recopilador no disponible supone la falta de pruebas, no una prueba de comportamiento seguro.
Cómo establecer un orden de prioridad entre los agentes para su revisión
La prioridad de la revisión debe reflejar las consecuencias de las acciones que puede realizar un agente y la calidad de sus controles. El hecho de que un modelo resulte familiar o de que una plataforma esté homologada no determina el riesgo de cada implementación basada en ella.
Utiliza las siguientes preguntas para establecer una prioridad fundamentada:
- ¿Puede el agente acceder a datos confidenciales de clientes, financieros, de empleados u operativos?
- ¿Puede escribir, borrar, publicar, gastar dinero, modificar los permisos de acceso o ejecutar código?
- ¿Procesa contenido no fiable que podría influir en el uso de la herramienta?
- ¿Puede delegar trabajo o acceder a herramientas adicionales más allá de los límites de la tarea original?
- ¿Se autorizan de forma independiente las medidas de gran repercusión y es posible revertir sus resultados?
- ¿Puede el equipo identificar al titular, reconstruir la actividad relevante y suspender el acceso?
La «Guía rápida de seguridad para agentes de IA» de OWASP recomienda el principio del privilegio mínimo, la supervisión de las acciones de alto impacto y el control de la seguridad. Plasmá esos principios en campos del inventario que puedan revisarse y someterse a pruebas.
Un agente sin propietario con acceso de escritura a la producción requiere una revisión urgente. Un agente documentado de solo lectura que utilice información pública puede requerir una revisión menos exhaustiva. Se trata de ejemplos de priorización sugeridos, no de clasificaciones universales de riesgo.
Evalúa los permisos efectivos cuando la plataforma lo permita. Los roles asignados, las políticas de recursos, las restricciones condicionales y los permisos de los conectores posteriores pueden interactuar entre sí. Cuando esa interacción no se haya resuelto, clasifica el acceso efectivo como «sin verificar», en lugar de equiparar el nombre de un rol con una capacidad demostrada.
Cómo mantener el inventario actualizado
Un inventario sigue siendo útil cuando las actualizaciones forman parte de los flujos de trabajo de implementación y gestión del acceso. Combina las actualizaciones impulsadas por eventos con la conciliación programada y la revisión por parte del responsable, utilizando una frecuencia adecuada al ritmo de cambio y al riesgo del entorno.
Asignar responsabilidades y actualizar los desencadenantes
Asigna a cada implementación un responsable empresarial y un responsable técnico. El responsable empresarial confirma el objetivo y el uso aceptable; el responsable técnico se encarga de gestionar los datos de la implementación y las integraciones. Los equipos de gestión de identidades y accesos (IAM) validan el acceso, el departamento de operaciones de seguridad investiga cualquier actividad sospechosa y los equipos de gobernanza coordinan las aprobaciones y las excepciones.
Asigna un responsable específico para el propio servicio de inventario. Esa persona o equipo se encarga de mantener el esquema de registros, el estado de los colectores, las reglas de conciliación, los controles de acceso y el proceso de escalado.
Activar una revisión cuando un agente reciba una nueva herramienta, identidad, permiso, fuente de datos, destino externo, ajuste de autonomía o un cambio significativo en la configuración. Las transferencias de titularidad y las excepciones caducadas también requieren una acción.
Realiza un seguimiento de los cambios en la configuración y de la fecha en que entraron en vigor. De lo contrario, un investigador podría comparar las acciones de ayer con los permisos de hoy y llegar a una conclusión errónea.
Retirar agentes y proteger el inventario
La retirada del servicio debe inhabilitar la capacidad de actuación, al tiempo que se conservan las pruebas necesarias. Desactive los desencadenantes y las programaciones pertinentes, revoque el acceso específico de los agentes, elimine las integraciones obsoletas y verifique el resultado. Compruebe las dependencias compartidas antes de modificar las credenciales utilizadas por otras cargas de trabajo.
Conserve un registro de baja en el que figuren la decisión, la fecha, el responsable y las pruebas de verificación. Aplique los requisitos de conservación de la organización a los registros, los almacenes de memoria, la configuración y los registros empresariales pertinentes. La guía GOVERN 1.7 del NIST considera la retirada del servicio como un proceso gestionado, ya que la eliminación indiscriminada puede suponer un riesgo.
El propio inventario puede revelar información confidencial sobre identidades con privilegios y sistemas accesibles. Restringe el acceso según el rol, registra los cambios significativos y protege las exportaciones. Mantén las pruebas confidenciales detalladas en sistemas controlados y haz referencia a ellas desde el inventario cuando sea posible.
Un ejemplo de inventario de agentes de IA
Imaginemos un agente hipotético de atención al cliente autorizado para resumir tickets y redactar respuestas. Su finalidad es limitada, pero el acceso real depende de la implementación y de los conectores asociados a ella.
El registro de inventario inicial identifica al responsable de la aplicación de asistencia, al inquilino de producción, la versión del agente y la identidad del conector. El conjunto de acciones aprobadas incluye la lectura de los tickets asignados y el guardado de borradores de respuestas. El envío de mensajes requiere una decisión humana.
La conciliación revela que el conector también tiene permiso para enviar mensajes y leer tickets fuera de la cola prevista. No se ha observado ningún envío no autorizado. Este hallazgo sigue siendo relevante: el alcance concedido excede el alcance aprobado, aunque los registros de actividad disponibles no muestren ningún uso indebido.
El responsable técnico comprueba si otras cargas de trabajo comparten el conector, separa el acceso del agente siempre que sea posible y elimina los permisos innecesarios. El revisor registra el cambio y verifica el comportamiento esperado mediante un caso de prueba aprobado.
Posteriormente, un registro de actividad muestra que esa misma identidad ha realizado una escritura en un nuevo destino externo. Dado que el conector había gestionado anteriormente varias cargas de trabajo, el investigador comprueba los identificadores de implementación y ejecución antes de atribuir la acción al agente de soporte.
Este ejemplo ilustra dos ventajas distintas: el inventario permite corregir los permisos antes de que se produzca un uso indebido, y conserva el contexto necesario para evitar una atribución errónea de los incidentes. No se trata de una afirmación sobre un cliente real ni de una prueba de producto.
Lista de comprobación para la implementación del inventario de agentes de IA
Utiliza esta lista de comprobación para crear un inventario útil dentro de un entorno definido. Marca un elemento como completado cuando el responsable pueda indicar un registro, una decisión de revisión o un resultado de prueba que lo verifique. Realiza un seguimiento de los elementos pendientes indicando el responsable y la fecha de revisión.
Definir el alcance y la responsabilidad
☐ Documentar las plataformas, cuentas, inquilinos, dispositivos y servicios externos incluidos en el ámbito de aplicación, incluidas las exclusiones conocidas.
☐ Acordar qué se entiende por definición, implementación y ejecución de un agente, y asignarles identificadores estables.
☐ Asignar un responsable del proceso de inventario, un patrocinador empresarial y un responsable técnico para cada implementación conocida; remitir los registros sin asignar para su resolución.
☐ Establecer los campos obligatorios, los estados de aprobación, las fuentes de documentación y los plazos de revisión.
☐ Restringir el acceso al inventario y las exportaciones, y almacenar referencias de credenciales sin copiar los valores secretos.
Detectar agentes y conciliar accesos
☐ Recopilar los registros de implementación disponibles y documentar los entornos no compatibles, las recopilaciones fallidas y la última actualización correcta de cada fuente.
☐ Asignar las implementaciones a identidades, accesos delegados, herramientas y recursos derivados; señalar las credenciales compartidas y las atribuciones dudosas.
☐ Registrar por separado las acciones aprobadas, los permisos concedidos y la actividad observada, junto con las pruebas justificativas y las marcas de tiempo.
☐ Revisar las discrepancias relacionadas con datos sensibles o con el acceso de escritura de importancia, y asignar a cada hallazgo un responsable y una decisión de resolución o de excepción.
☐ Realiza pruebas con agentes renombrados, registros duplicados, cambios en los permisos y errores de recopilación utilizando recursos de prueba aprobados; comprueba que las lagunas sigan siendo visibles.
Comprobar el mantenimiento y la respuesta
☐ Configurar las actualizaciones activadas por cambios y las revisiones periódicas, y confirmar cómo se escalan las revisiones atrasadas o los responsables ausentes.
☐ Comprueba que un analista pueda localizar una implementación, explicar cómo se accede a ella, identificar a su responsable y recuperar pruebas relevantes de la actividad.
☐ Llevar a cabo la suspensión y la retirada con los recursos de prueba aprobados, comprobando las tareas programadas, el acceso en las fases posteriores y las dependencias compartidas.
☐ Conservar la decisión, el responsable, la fecha y hora, y las pruebas de verificación relativas a los cambios de acceso y a la retirada.
☐ Informar sobre la cobertura de la propiedad, la actualidad de la recopilación, las discrepancias no resueltas y los resultados de las pruebas de respuesta, indicando de forma explícita los denominadores y las lagunas de cobertura.
Cómo evaluar las herramientas de inventario y medir la cobertura
Evalúa las herramientas en función de los tipos de implementación y las fuentes de pruebas que realmente necesitas. Un gran número de registros no basta para demostrar que el inventario sea preciso, esté actualizado o resulte útil durante una investigación.
Pide a los proveedores que demuestren la capacidad de detección en todos tus agentes relevantes, ya sean alojados, locales, personalizados o de terceros. Verifica los requisitos previos, los permisos de recopilación, la latencia, los entornos no compatibles y el comportamiento cuando falla un conector.
A continuación, comprueba si la herramienta conserva identificadores estables, admite identidades compartidas y delegadas, registra el historial de configuración, muestra la procedencia de las pruebas y exporta registros utilizables a través de interfaces documentadas. Confirma qué acciones del flujo de trabajo requieren integraciones y permisos independientes.
Utiliza un pequeño conjunto de medidas con denominadores explícitos:
| Medida |
Cálculo o prueba recomendados |
Límite de interpretación |
| Cobertura de propiedad |
Implementaciones con un responsable verificado, divididas entre el número de implementaciones conocidas incluidas en el ámbito de aplicación |
Describe los casos conocidos, no los agentes aún por descubrir |
| Correlación de identidades |
Ejecuciones observadas del agente asociadas a una implementación y a un principal, divididas entre el número de ejecuciones observadas del agente |
Requiere una atribución fiable al agente y pruebas de ejecución disponibles |
| Frescura de la cosecha |
Fuentes conectadas actualizadas correctamente dentro del intervalo acordado, dividido entre el número total de fuentes conectadas |
Indica por separado las fuentes excluidas y las que no están respaldadas |
| Atrasos en la conciliación |
Discrepancias pendientes, su antigüedad y su posible impacto |
Una disminución en el recuento puede indicar una pérdida de visibilidad; comprueba el estado de la fuente. |
| Capacidad de respuesta |
Plazo y resultado de una prueba autorizada para localizar, suspender y verificar un agente |
Una prueba controlada no demuestra que se hayan cubierto todas las vías de producción |
Evita afirmar que se cubre un porcentaje de «todos los agentes empresariales» a menos que se pueda establecer el denominador. Por lo general, la afirmación más sólida es la que se refiere a la cobertura de cuentas, plataformas, dispositivos o implementaciones conocidas, acompañada de las lagunas explícitas.
Integración del inventario de agentes con las operaciones de seguridad
Los registros de inventario proporcionan el contexto necesario para tomar decisiones en materia de seguridad: qué agente está implicado, qué identidad utiliza, qué acciones se esperan y cómo se puede modificar el acceso. Los flujos de trabajo de detección y respuesta necesitan, además de ese contexto, datos de telemetría y mecanismos de aplicación.
Vincula los identificadores de inventario pertinentes a las investigaciones de seguridad, de modo que los analistas puedan pasar de un evento relacionado con una identidad o una carga de trabajo al responsable de la implementación y al alcance aprobado. Mantén la distinción entre una posible anomalía, un incidente investigado, una acción recomendada y una contención confirmada.
Vectra AIEl enfoque de seguridad y observabilidad nativo de IA de esta solución resulta relevante cuando los agentes operan a través de identidades e infraestructura en entornos conectados. Su caso de uso de visibilidad de activos e identidades describe la visibilidad en entornos de red, de identidades, de cloud y de SaaS. Esto puede proporcionar un contexto de apoyo a la hora de evaluar un programa de inventario; no obstante, las asignaciones específicas de los agentes, la telemetría y las integraciones aún deben verificarse para la implementación.
Si estás evaluando esa conexión operativa, solicita una demostración de Vectra AI centrada en las identidades, los entornos y los flujos de trabajo de investigación que utilizan tus agentes.
