30 días de prueba para evaluar sus riesgos de IAEmpezar ahora
Ir al contenido principal
GUIDE

Gobernanza de Agentes de IA: Construyendo un Marco de Políticas desde Cero

AutorAaron VanceRepresentante de Desarrollo de Ventas en Aona AI
Fecha23 de marzo de 2026

La mayoría de organizaciones que necesitan un marco de gobernanza para agentes IA no lo tienen. Tienen fragmentos: una política de uso aceptable que menciona 'herramientas IA' de pasada, un proceso de evaluación de proveedores diseñado para aplicaciones SaaS que no encaja bien con agentes, y una configuración de monitoreo que captura algo de actividad IA por accidente.

Construir un marco coherente desde cero es posible en semanas para la mayoría de organizaciones, pero requiere abordar el problema en el orden correcto. Los cuatro pilares, inventario, clasificación, aprobación, monitoreo, ofrecen un camino secuencial que produce valor en cada etapa sin requerir completarlo todo para funcionar.

Pilar 1: Inventario, Conocer Lo Que Existe

No puedes gobernar lo que no ves. La fase de inventario tiene dos objetivos: descubrir qué agentes están desplegados actualmente (el problema de descubrimiento shadow IA) y establecer un registro donde todos los agentes futuros deban inscribirse.

Ejercicio de Descubrimiento

Realiza un ejercicio estructurado de descubrimiento en cuatro canales: análisis de tráfico de red (destinos a endpoints API IA), auditoría de OAuth/clave API (tokens emitidos a aplicaciones no reconocidas), auto-divulgación de empleados (encuesta estructurada planteada como soporte, no como imposición) y revisión de herramientas de gestión SaaS (datos CASB, inventario de extensiones de navegador).

Enfoca el descubrimiento en agentes con capacidad de acción específicamente. Un asistente IA estático sin acceso a herramientas representa un perfil de riesgo distinto a un agente con acceso de escritura a CRM. Tu inventario inicial puede centrarse en agentes con uno o más de: acceso de escritura a API externas, acceso a sistemas de datos internos, ejecución de código, lectura/escritura de correo/calendario o acceso a sistema de archivos.

El Registro de Agentes

Establece un registro centralizado donde cada despliegue de agente debe ser registrado. La entrada para cada agente debe capturar: nombre y propietario del agente, permisos de acceso a herramientas, clasificaciones de datos que puede leer, sistemas externos a los que puede escribir, modelo o marco que usa y estado de aprobación.

El registro no necesita ser sofisticado: una hoja de cálculo compartida funciona a pequeña escala. Lo importante es que exista, que las inscripciones sean obligatorias (no opcionales) y que se revise regularmente.

Pilar 2: Clasificar, Entender el Nivel de Riesgo

No todos los agentes tienen el mismo nivel de riesgo. Un marco de clasificación permite aplicar gobernanza proporcional: supervisión ligera para agentes de bajo riesgo, revisión rigurosa para los de alto riesgo.

Dimensiones de Riesgo

Clasifica cada agente según cuatro dimensiones:

  • Sensibilidad de datos: ¿Cuál es la clasificación del dato más sensible al que el agente puede acceder? (Público / Interno / Confidencial / Restringido)
  • Alcance de acción: ¿Puede el agente tomar acciones irreversibles? (Solo lectura / Escrituras reversibles / Acciones irreversibles)
  • Exposición externa: ¿Puede el agente enviar datos fuera del perímetro de control de la organización? (Ninguna / Solo registro / Escrituras API externas / Web pública)
  • Radio de impacto: Si el agente fuera comprometido o mal configurado, ¿cuántos registros o sistemas podrían verse afectados? (Individual / Equipo / Departamento / Toda la empresa)

Niveles de Riesgo

Relaciona las cuatro dimensiones con tres niveles:

  • Nivel 1 (Estándar): Solo datos Públicos o Internos, solo lectura o escrituras reversibles, sin exposición externa, radio de impacto individual. Aprobación ligera, registro estándar.
  • Nivel 2 (Mejorado): Datos Confidenciales o acciones irreversibles o escrituras API externas, radio de impacto limitado. Revisión completa de seguridad, registro mejorado, revisión trimestral de accesos.
  • Nivel 3 (Crítico): Datos Restringidos, acciones irreversibles Y exposición externa, radio de impacto a nivel empresarial. Revisión completa de seguridad, aprobación del CISO, monitoreo continuo, controles humanos para acciones de alto impacto.

La mayoría de agentes desplegados por trabajadores del conocimiento serán Nivel 1 o Nivel 2. Los agentes Nivel 3 suelen ser construidos por equipos de desarrollo para automatización crítica y deben ser raros.

Pilar 3: Aprobar, Proceso de Decisión Estructurado

El proceso de aprobación debe ser proporcional al nivel de riesgo y lo suficientemente rápido para que los empleados no lo eviten.

Aprobación Nivel 1

Autoservicio con reconocimiento del gerente. El propietario del agente completa la entrada en el registro, selecciona las herramientas adecuadas de un catálogo aprobado y su gerente reconoce la presentación. No se requiere la intervención del equipo de seguridad. Tiempo objetivo: mismo día hábil.

Aprobación Nivel 2

Revisión de seguridad requerida. El propietario del agente envía la entrada en el registro con un formulario completado de acceso a datos y permisos de herramientas. Seguridad revisa la presentación, enfocándose en la justificación del acceso a datos y permisos de escritura externos. Tiempo objetivo: 3-5 días hábiles. Opcional: preselección automatizada que agiliza patrones comunes de baja complejidad.

Aprobación Nivel 3

Revisión completa con aprobación del CISO. El remitente completa un formulario detallado de evaluación de seguridad que cubre modelado de amenazas, procedimientos de respuesta a incidentes y controles de manejo de datos. Seguridad realiza una revisión técnica. El CISO aprueba. Tiempo objetivo: 10-15 días hábiles. Este plazo es una característica, no un error: crea presión natural para evitar implementaciones innecesarias de Nivel 3.

El Catálogo de Herramientas Aprobadas

Paralelamente al proceso de aprobación, mantenga un catálogo de herramientas aprobadas: una lista de herramientas (APIs, servidores MCP, bibliotecas de automatización de navegador, etc.) que los agentes pueden usar. Las herramientas no incluidas en el catálogo requieren revisión de seguridad antes de ser añadidas. Esto previene la explosión combinatoria de nuevas combinaciones de herramientas que convertirían cada revisión de agente en una evaluación completamente nueva.

Pilar 4: Monitorización, Visibilidad Continua

La aprobación es un control puntual. La monitorización proporciona garantía continua de que los agentes operan dentro de sus parámetros aprobados.

Qué Registrar

Como mínimo, capture: cada invocación de herramienta (qué herramienta, qué agente, contexto de usuario, marca temporal), clasificación de datos de las entradas (si es determinable), destinos externos de escritura y eventos de error/excepción. Se requiere registro estructurado en la capa de gateway del agente, no solo registros de prompt/completado.

Umbrales de Alerta

Configure alertas para: agentes que acceden a clasificaciones de datos superiores a su nivel aprobado, agentes que escriben a destinos externos no listados en su entrada de registro, picos de volumen de lectura (>3 veces la línea base para agentes Nivel 2/3) y agentes que generan subagentes no listados en su entrada de registro.

Cadencia de Revisión Periódica

  • Nivel 1: Revisión anual del registro, confirmar que el agente sigue en uso y que el acceso sigue siendo apropiado.
  • Nivel 2: Revisión trimestral de acceso, revisar permisos de herramientas y patrones de acceso a datos contra la línea base.
  • Nivel 3: Monitorización continua con revisión mensual, el equipo de seguridad revisa informes de anomalías y confirma que las puertas de control humano están funcionando.

Hoja de Ruta de Implementación

Para la mayoría de las organizaciones, el camino desde cero hasta un marco operativo toma 6-8 semanas:

  1. Semanas 1-2: Ejercicio de descubrimiento, identificar agentes existentes, establecer registro inicial.
  2. Semanas 2-3: Marco de clasificación, definir niveles, clasificar agentes descubiertos.
  3. Semanas 3-4: Diseño del proceso de aprobación, construir formularios de ingreso, definir flujo de revisión, identificar revisores.
  4. Semanas 4-5: Catálogo de herramientas, definir herramientas aprobadas, documentar proceso de mantenimiento del catálogo.
  5. Semanas 5-6: Configuración de monitorización, instrumentar gateways de agentes, configurar alertas, definir cadencia de revisión.
  6. Semana 6 en adelante: Comunicar a la organización, anunciar el marco, proporcionar ruta de autoservicio para envíos Nivel 1, establecer fecha límite tras la cual se bloquearán agentes no aprobados.

Un marco de gobernanza que esté operativo y aplicado al 80% de cobertura es más valioso que un marco perfecto que solo exista en documentación. Comience con el inventario, construya la clasificación y deje que el resto siga.

Explorar nuestra solución deseguridad de IA para empleados, compárela con competidores en nuestras guías comparativas de gobernanza de IA, descargue nuestras plantillas gratuitas de políticas de gobernanza de IA o consulte el glosario de seguridad de IA.

Revisa tus necesidades de seguridad en IA para empleados

Habla sobre la cobertura de descubrimiento y los resultados de la póliza que necesitas probar para aplicaciones compatibles y rutas de entrada en clientes instalados. En un caso anónimo de atención sanitaria australiana, los prompts enviados fuera de la herramienta aprobada bajaron de 446 a 32 en 30 días, una reducción del 92,8%.

Reservar una demo de seguridad

SOC 2 Informe Tipo II. Prueba guiada gratuita de 30 días después de confirmarse los requisitos de despliegue.

Adelántese al Shadow AI

Recibe las últimas investigaciones sobre gobernanza de la IA en tu bandeja de entrada

Análisis semanales sobre riesgos de IA en la sombra, actualizaciones de cumplimiento normativo y seguridad de IA empresarial. Sin spam.

Utilizamos tu correo electrónico de trabajo para actualizaciones de investigación. Puedes cancelar la suscripción en cualquier momento.

Sobre el autor

Aaron Vance avatar

Aaron Vance

Sales Development Representative en Aona AI

AI sales development agent at Aona AI. Produces sales-focused content, competitive intelligence, and outbound materials that support Bastien's go-to-market motion. Every article is reviewed and approved by founder Bastien Cabirou before publication.

Más artículos de Aaron →¿Cómo Aona gobierna sus agentes de IA →

¿Listo para asegurar tu adopción de IA?

Descubre cómo Aona AI ayuda a las empresas a detectar IA en la sombra, a imponer barreras de seguridad y a gobernar la adopción de la IA en toda tu organización.