Cómo se audita un agente de IA bajo ISO/IEC 42001: guía paso a paso

Auditar un agente de IA bajo ISO/IEC 42001 no empieza por el modelo. Empieza por cinco controles: trazabilidad de versión, identidad y observabilidad, tratamiento de datos no confiables (MCP), filtrado de contenido y trazabilidad del razonamiento. En esta guía explico, como Lead Auditor certificado, qué reviso en cada uno y qué evidencia pido, con el mapeo exacto a las cláusulas y al Anexo A de la norma. El ejemplo es un agente construido sobre Microsoft Foundry con modelos Claude, pero el marco vale para cualquier agente en producción.

Qué es ISO/IEC 42001 y por qué aplica a tus agentes de IA

ISO/IEC 42001:2023 es la primera norma internacional para sistemas de gestión de inteligencia artificial (AIMS). Publicada en diciembre de 2023, hace para la IA lo que ISO 27001 hizo para la seguridad de la información: define cómo una organización gobierna, controla y mejora de forma continua el uso de la IA. No es una norma sobre algoritmos, es una norma sobre gobernanza: políticas, roles, evaluación de riesgos, evaluación de impacto, ciclo de vida y evidencia auditable. La mayoría de empresas que despliegan agentes son a la vez usuario de IA (consumen un modelo de terceros como Claude vía una plataforma) y proveedor de IA (construyen un agente encima, del que son responsables). Esta distinción determina qué controles del Anexo A aplican y conecta con el AI Act europeo (Reglamento UE 2024/1689). Si tu agente está pensado para interactuar directamente con personas, hay además una obligación que ya se aplica: desde el 2 de agosto de 2026, el artículo 50.1 del AI Act obliga al proveedor del agente a diseñarlo y desarrollarlo de forma que esas personas sepan que están interactuando con una IA, salvo que resulte evidente para una persona razonablemente informada. En el checklist del artículo 50 tienes qué revisar y qué evidencia guardar.

Si has llegado aquí sin tener claro el marco de fondo —qué es un AIMS, cómo están construidas las cláusulas 4 a 10 y el Anexo A, y qué papel juega la norma frente al AI Act—, esa parte la desarrollo entera en la guía sobre qué es la ISO 42001 y cómo se certifica. Aquí doy por hecho ese terreno y voy directo a lo que miro en un agente.

Los 5 controles ISO 42001 que reviso al auditar un agente

• 1. Trazabilidad de versión del modelo. Qué modelo está desplegado exactamente, quién aprobó el cambio de versión y dónde está documentado. ISO 42001 exige control del ciclo de vida del sistema de IA: cada versión es una decisión que alguien autoriza, registra y justifica.
• 2. Identidad y observabilidad. Autenticación con identidad gestionada (Entra ID, sin claves estáticas) y registro de cada interacción: prompt, respuesta, herramientas invocadas y latencia. Lo que no se registra, no se puede auditar.
• 3. MCP y datos no confiables. El control que más me preocupa. Cada conexión MCP introduce contenido externo que puede llevar instrucciones inyectadas (el equivalente a la inyección SQL en agentes). El contenido externo debe tratarse como dato, nunca como orden, y debe existir una barrera de confirmación humana para acciones irreversibles. Los diez riesgos de la edición 2026 de OWASP, con el control de la ISO 42001 y la evidencia que pido para cada uno, están en la guía del OWASP Top 10 para LLM.
• 4. Filtrado de contenido. Microsoft Foundry no aplica filtrado de contenido integrado a los modelos Claude por defecto: lo configura quien despliega, en la capa de inferencia. Darlo por hecho es una no conformidad de asignación de responsabilidades.
• 5. Extended thinking como traza auditable. Para tareas de criterio, conservar el registro del razonamiento del agente. La explicabilidad bajo ISO 42001 es proporcional al impacto del sistema y, para decisiones que afectan a personas, es exigible. Si esas personas son tu plantilla y el sistema decide sobre sus condiciones de trabajo, en España hay que informar además por escrito a cada trabajador desde el 5 de octubre de 2026: lo cuento en qué poner en el apartado de sistemas algorítmicos del modelo del SEPE.

Cómo mapear estos controles a ISO/IEC 42001 (tabla control → cláusula → evidencia)

Cada control técnico se ancla a una cláusula del cuerpo normativo y a un control del Anexo A, con su evidencia. Esta es la tabla que uso en campo:

Por encima de estos cinco controles hay un requisito transversal que casi todos se saltan: la evaluación de impacto del sistema de IA (AISIA, controles A.5.2 a A.5.5). Antes de auditar los cinco controles técnicos, pregunto si existe una evaluación documentada de cómo el agente puede afectar a personas y a la organización.

Errores frecuentes al implantar ISO 42001 en una PYME que ya usa IA

Inventario de IA incompleto; evaluación de impacto que se hace una vez y nunca se revisa; supervisión humana sin registros; proveedores de IA sin evaluar; y objetivos de IA no medibles. Ninguno requiere un equipo de seguridad enorme para corregirse: requiere método, y empezar antes de que el agente lleve seis meses en producción tomando decisiones sin traza.

Falta el error que no es técnico: presupuestar la norma por el precio del certificado y descubrir a mitad de camino que la factura de la certificadora es la partida pequeña. Las cuatro partidas reales, con las cuentas hechas, están en cuánto cuesta la ISO 42001 en España.

Preguntas frecuentes sobre ISO 42001 y agentes de IA

¿ISO 42001 es obligatoria?

No es obligatoria por ley, pero se está convirtiendo en el estándar de facto para demostrar gobernanza de IA. Además, alinea con el AI Act europeo: certificarse en ISO 42001 facilita demostrar conformidad cuando el reglamento te aplique.

¿Necesito ISO 27001 antes de ISO 42001?

No es un prerrequisito formal, pero ayuda mucho. Las dos normas comparten estructura, y varios controles de IA (registro de eventos, control de accesos, gestión de proveedores) se apoyan en controles que ISO 27001 ya cubre. Si ya tienes 27001, parte del camino está hecho. Y para los ataques propios de la IA, como el envenenamiento de datos o el robo del modelo, desde el 14 de octubre de 2026 hay una guía que sirve a las dos normas, la ISO/IEC 27090: lo explico en la guía de la ISO 27090.

¿Cuánto cuesta certificarse en ISO 42001?

Depende del alcance: número de sistemas de IA, tamaño de la organización y madurez de partida. El coste real no es la certificación en sí, sino el trabajo de implantar el sistema de gestión. Una auditoría de diagnóstico (gap analysis) te dice exactamente dónde estás antes de comprometer presupuesto. Las cifras orientativas, partida por partida, están en cuánto cuesta la ISO 42001, y cómo trabajo, paso a paso hasta la auditoría interna, en implantación o auditoría de la ISO 42001.

¿Puedo auditar un agente que usa un modelo de terceros como Claude?

Sí. De hecho es el caso más común: eres usuario del modelo y proveedor del agente que construyes encima. La norma cubre ambos roles, y la auditoría se centra en lo que tú controlas: la orquestación, los datos, los guardrails y la supervisión.

¿Qué diferencia hay entre un POC con IA y un sistema auditable?

Un POC demuestra que la idea funciona. Un sistema auditable demuestra que, cuando algo falla, sabes por qué, quién es responsable y cómo se corrige, con evidencia. Estos cinco controles son justo lo que separa una cosa de la otra.

Soy Alex Fernández, Lead Auditor certificado en ISO/IEC 27001 e ISO/IEC 42001. Si tienes un agente de IA en producción y no sabes si pasaría una auditoría ISO 42001, lo reviso en una llamada de 30 minutos sin compromiso.