Un compromiso de auditoría interna repetible para la planificación, el trabajo de campo, el muestreo, la evaluación de evidencia, los hallazgos y el seguimiento. El marco empresarial define el amplio universo de auditoría del dominio 12. La lista de verificación de auditoría de IA proporciona preguntas de control rápidas y la matriz de rendición de cuentas asigna roles. Esta página es propietaria del compromiso en sí: una pregunta de aseguramiento de alcance, una población conciliada, evaluación de riesgos, pruebas de diseño y efectividad operativa, muestras reproducibles, evaluación de evidencia, informes y cierre. Las cifras elaboradas a continuación describen una auditoría ilustrativa de originación de préstamos y pueden reemplazarse con los recuentos conciliados de un compromiso en vivo.
1. Establecer el objetivo y los criterios de participación
Escriba una pregunta de seguridad antes de solicitar evidencia: Durante el período de auditoría, ¿las acciones consecuentes de los agentes fueron autorizadas, regidas por controles aprobados, registradas con precisión en el sistema comercial y respaldadas por evidencia suficiente? La declaración de alcance luego fija el proceso comercial, la población de agentes y versiones, los entornos, el período, los tipos de decisión, la materialidad, las dependencias, las exclusiones y los criterios. Cada procedimiento de trabajo de campo debe resolver una parte de esa cuestión.
Mantenga explícita la autoridad de cada criterio. El [Modelo de Tres Líneas del IIA] (https://www.theiia.org/en/resources/statements-of-position#threelines) asigna la gestión de riesgos a los roles de primera línea, la experiencia y el desafío a los roles de segunda línea, y un aseguramiento independiente y objetivo a la auditoría interna. El [Marco de auditoría de inteligencia artificial del IIA] (https://www.theiia.org/en/content/tools/professional/2023/the-iias-updated-ai-auditing-framework/) es una guía práctica publicada que los equipos de auditoría personalizan, y el [Kit de herramientas de auditoría de inteligencia artificial de ISACA] (https://www.isaca.org/about-us/newsroom/press-releases/2024/audit-and-assurance-guidance-for-the-nist-cybersecurity-framework-2-0-and-artificial-intelligence) es un conjunto de herramientas para profesionales comerciales que cubre el diseño de control y la efectividad operativa. NIST AI RMF 1.0 es un marco voluntario final. La ley aplicable ingresa a la pila de criterios solo después de que la organización documenta la función del operador, el propósito previsto, la clasificación y la jurisdicción.
El siguiente programa separa las obligaciones legales, los controles de gestión, la orientación profesional y las recomendaciones de KLA. Sus tamaños de muestra y criterios de aprobación son opciones de planificación de participación. Una opinión de auditoría interna aborda los criterios establecidos para el alcance y período definidos. No proporciona ninguna certificación de cumplimiento normativo, seguridad del sistema o rendimiento futuro.
| Campo de planificación | Entrada requerida | Entrada de compromiso trabajado | Aceptación de la planificación |
|---|---|---|---|
| Objetivo de aseguramiento | Una pregunta comprobable que cubre la autorización, la operación de control, la precisión de los resultados y la evidencia. | Durante el 1 abril-30 junio 2026, ¿las acciones consecuentes de los agentes de originación de préstamos de producción fueron autorizadas, precedidas por una política aplicable, encaminadas para la decisión humana requerida, escritas con precisión en el sistema de préstamos y respaldadas por evidencia completa? | El patrocinador de la auditoría, el auditor principal y el propietario del proceso responsable aprueban la redacción exacta |
| Proceso de negocio y límites | Evento de inicio, evento de finalización, sistemas incluidos, roles humanos y dependencias | Recepción de la solicitud mediante resultado de aprobación, rechazo o recomendación; incluye servicio de identidad, capa de recuperación, servicio de modelo de crédito, motor de políticas KLA, mesa de decisiones, sistema de préstamos y sala de evidencia | Cada componente capaz de influir en la autoridad, decisión, acción o evidencia se nombra |
| Población y periodo | Agentes, lanzamientos, entornos, acciones y rango de fechas. | agentes de producción 8; Lanzamientos de 27; registros de acciones 184,216; sólo producción; 1 abril-30 junio 2026 | Los recuentos se concilian con la implementación, la identidad, la puerta de enlace, el registro de linaje y las fuentes del sistema empresarial. |
| Tipos de decisión en alcance | Resultados consecuentes de permitir, denegar, escalar, anular, cambiar de estado y recuperación | Aprobar, rechazar, recomendar, denegar políticas, anulación humana, recuperación de datos del solicitante, extracción de crédito, emisión de ofertas, reversión y revocación de acceso. | Cada tipo de decisión material tiene un propietario de población y un procedimiento de prueba. |
| Materialidad | Umbrales financieros, de derechos, de datos, operativos y de evidencia | Todos los resultados adversos del solicitante; todas las aprobaciones por encima de EUR 25,000; todo acceso a datos de categoría especial o de identidad; todas las escrituras externas; todos los incidentes, cuasi accidentes, anulaciones y fallas de integridad de la evidencia | Los umbrales se aprueban antes de la selección de la muestra y cubren el impacto cualitativo. |
| Pila de criterios | Política, contrato, marco y criterios legales aplicables con autoridad y versión | Política de préstamos LND-04 v6.2; Estándar de control de agentes ACS-02 v4.1; calendario de retención RS-17; contratos de proveedores; NIST AI RMF como guía voluntaria; Disposiciones de la [Ley de IA de la UE] (https://eur-lex.europa.eu/eli/reg/2024/1689/oj) solo cuando la función documentada y la clasificación de alto riesgo las hacen aplicables | Cada criterio tiene una versión, es de propiedad, es efectivo durante el período y se asigna a una prueba. |
| Roles e independencia | Patrocinador del compromiso, líder de auditoría, soporte en el tema, propietarios de evidencia y revisor de calidad | Patrocinador del comité de auditoría; líder de auditoría interna; préstamos, IAM, riesgo de modelo, datos, seguridad y soporte en temas legales; revisor de calidad de auditoría independiente | La auditoría interna no tiene propiedad de control ni función de aprobación de la dirección en el proceso auditado. |
| Exclusiones y entregables | Exclusiones razonadas, efecto en el aseguramiento, informe, papeles de trabajo y fechas de seguimiento | Se excluyen los entornos de pruebas de desarrollo y las operaciones de capacitación de modelos internos de proveedores; informe pendiente 31 julio 2026; las respuestas de la gerencia deben entregarse el 14 de agosto; primera nueva prueba 30 septiembre | Cada exclusión tiene un propietario, una justificación, un efecto de riesgo y un límite de opinión declarado. |
2. Demostrar la integridad de la población antes de seleccionar muestras
La integridad de la población es una afirmación de auditoría. Concilie el Registro de agentes con implementaciones de producción, identidades no humanas, puertas de enlace de modelos y herramientas, registros de linaje, solicitudes de decisiones y eventos comerciales posteriores. Congele los extractos conciliados con texto de consulta, filtros, tiempo de extracción, recuento de filas y hash. Las diferencias inexplicadas se convierten en excepciones o en una limitación del alcance antes de que comience el muestreo.
NIST AI RMF 1.0 es voluntario y admite el mantenimiento de un inventario del sistema de IA bajo GOVERN 1.6. Una población de trabajo de campo necesita más detalles: cada agente, versión, modelo, identidad, delegación temporal, herramienta, acción consecuente, resultado de política, decisión humana, incidente y efecto externo para el período.
Busque agentes en la sombra a través del tráfico de puerta de enlace del modelo, principios de servicios en la nube, gasto en paquetes y plataformas, extensiones de navegador, credenciales de automatización, llamadas de puerta de enlace de herramientas y registros comerciales con procedencia generada por IA. Conciliar identidades temporales y delegadas por creación, vencimiento, revocación, principal patrocinador y uso observado. Una identidad faltante o una fuente de ejecución puede invalidar la afirmación de integridad para cada muestra posterior.
| Componente de población | Fuentes autorizadas y corroborantes. | recuento trabajado | Procedimiento de conciliación | Criterio de aprobación |
|---|---|---|---|---|
| Agentes de producción | Registro de Agente; manifiestos de implementación; ID de cliente de puerta de enlace modelo | 8 | Unirse a ID de agente, entorno, propietario, proceso y fechas activas; investigar cada cliente de puerta de enlace ausente del registro | Todos los agentes implementados por 8 aparecen en todas las fuentes aplicables; cero clientes inexplicables |
| Lanzamientos e implementaciones | Registro de Agente; artefactos de liberación inmutables; controlador de implementación; cambiar billetes | Lanzamientos de 27 / Lanzamientos de 31 | Haga coincidir agent_release_id, hash de artefacto, aprobación, tiempo de implementación, entorno e historial de reversión | Cada intervalo de producción se resuelve en un lanzamiento y lanzamiento aprobados. |
| Identidades persistentes de agentes y servicios | directorio IAM; inventario de secretos; manifiestos de implementación; registros de puerta de enlace | identidades 19 | Haga coincidir el propietario, el tipo de entidad, la credencial, el alcance, la activación, el vencimiento y el último uso con un agente o dependencia dentro del alcance. | Cero identidades compartidas, huérfanas, caducadas o sin propietario |
| Identidades temporales y delegaciones | Servicio de fichas; instantáneas de autoridad; registros de delegación; eventos de revocación | Identidades temporales de 31 / Viajes delegados de 286 | Conciliar emisión, patrocinador, finalidad, alcance, caducidad, uso y revocación; prueba de uso antes de su emisión o después de su caducidad | 100% se resuelve con un patrocinador aprobado y un propósito limitado; cero uso fuera de la ventana |
| Herramientas y dependencias externas | Catálogo de herramientas; subvenciones IAM; puerta de salida; inventario de proveedores; contratos | Herramientas 14, incluida 6 con capacidad de escritura; dependencias externas de 4 | Compare herramientas y versiones registradas con puntos finales observados y subvenciones efectivas; inspeccionar todos los destinos desconocidos | Cada herramienta y dependencia observada está aprobada, es propiedad de ella, tiene versiones y está dentro de los límites de los datos. |
| Registros de acciones del agente | Registros de linaje; eventos políticos; puerta de enlace de herramientas; puerta de enlace modelo | 184,216 | Únase a record_id, correlation_id, hora del evento, agente, versión, política y efecto de herramienta; secuencia duplicada e ID faltantes | Se concilian recuentos y claves; cero espacios inexplicables o duplicados |
| Acciones comerciales consecuentes | Eventos del sistema de préstamos; Registros de linaje; efectos de herramientas; notificaciones del solicitante | 14,903 | Concilie cada aprobación, rechazo, recomendación, extracción de crédito, oferta y cambio de estado en ambas direcciones | 100% coincidencia bidireccional por external_reference o effect_id; cantidad y resultado de acuerdo |
| Eventos de control y excepción | Eventos de política; Solicitudes de decisión 3,842; sistema de incidentes; Alertas de aseguramiento | negaciones de 1,126; 214 anula; anomalía 367 o eventos de baja confianza; Incidentes o cuasi accidentes de 11 | Conciliar cada evento con su acción, propietario, resolución, efecto posterior y registro de evidencia. | Toda excepción tiene una disposición; todas las acciones afectadas permanecen en el universo de auditoría |
| Resultados de búsqueda del agente en la sombra | Clientes desconocidos de puerta de enlace modelo; directores de nube; gastar; extensiones de navegador; bóveda de automatización | Candidatos de 3, 1 confirmado agente en la sombra | Rastree cada candidato hasta su propietario y uso; agregar actividad de producción confirmada al alcance y la población | Todos los candidatos resolvieron; La actividad oculta confirmada está contenida, cuantificada y reportada. |
3. Clasificar agentes y tipos de acciones por riesgo
Califique el tipo de acción con su máxima autoridad creíble durante el período. Utilice 0-3 para autonomía, reversibilidad, sensibilidad de datos, impacto financiero o de derechos, autoridad de herramientas y calidad de evidencia; utilice 0-2 para dependencias externas e historial de incidentes. Para la calidad de la evidencia, 0 significa verificable y completo de forma independiente, mientras que 3 significa lagunas materiales o fuentes mutables. La rúbrica trabajada con puntos 22 utiliza 17-22 crítico, 12-16 alto, 7-11 moderado y 0-6 bajo.
La puntuación ordena el trabajo de campo y la cobertura de la muestra. No reemplaza el juicio profesional. Eleve el nivel por impacto catastrófico creíble, desviación de control activo, incidente no resuelto o población incompleta, incluso cuando la aritmética sea menor. Documente la evidencia y el aprobador para cada ajuste manual.
| Tipo de acción del agente | Autonomía | Reversibilidad | Sensibilidad de los datos | Impacto financiero/derechos | Autoridad de herramientas | Dependencias externas | Historial de incidentes | Calidad de la evidencia | Total/nivel |
|---|---|---|---|---|---|---|---|---|---|
| Rechazo del préstamo | 2 | 3 | 3 | 3 | 2 | 2 | 2 | 2 | 19 / Crítico |
| Aprobación de préstamo por encima de EUR 25,000 | 1 | 3 | 3 | 3 | 3 | 2 | 1 | 2 | 18 / Crítico |
| Delegación de valoración entre agentes | 3 | 2 | 2 | 2 | 3 | 2 | 2 | 2 | 18 / Crítico |
| Rechazo de documento de identidad | 2 | 2 | 3 | 3 | 2 | 2 | 1 | 1 | 16 / Alto |
| Recuperación de datos crediticios de terceros | 3 | 1 | 3 | 2 | 3 | 2 | 1 | 1 | 16 / Alto |
| Notificación de estado del solicitante | 3 | 0 | 1 | 1 | 1 | 1 | 0 | 1 | 8 / Moderado |
| Clasificación de documentos sin cambio de estado | 3 | 0 | 2 | 1 | 0 | 1 | 0 | 1 | 8 / Moderado |
4. Pruebe el diseño de control frente a los dominios de auditoría de 12
Una prueba de diseño pregunta si el control establecido, si se opera según lo escrito, aborda el riesgo identificado. Inspeccione la propiedad, el objetivo de control, el desencadenante, la lógica de decisión, la autoridad, la captura de evidencia, el manejo de excepciones, la frecuencia, la retención y la escalada. Analice un caso normal y un caso de falla a través del diseño antes de los registros del período de prueba.
La tabla reutiliza la taxonomía marco empresarial palabra por palabra. Es el programa de prueba de auditoría copiable para el diseño. Agregue referencias y resultados de documentos de trabajo locales sin cambiar los nombres de dominio, la población, el procedimiento, la evidencia o el criterio de aprobación.
| ID de prueba y dominio de auditoría | Población de diseño | Procedimiento | Evidencia | Criterio de aprobación |
|---|---|---|---|---|
| D-01: 1. Inventario y alcance | Agentes 8, lanzamientos de 27, implementaciones de 31, herramientas de 14, dependencias externas de 4 | Inspeccionar el esquema de inventario y el control de conciliación; rastrear una adición, un cambio y un retiro a través de la aprobación y el descubrimiento de producción | Registro de agentes, mapa de procesos, procedimiento de inventario, salida de conciliación, registro de aprobación | Se definen los objetos requeridos, propietarios, entornos, fechas activas, dependencias y fuentes de conciliación; actividad de producción desconocida desencadena una escalada |
| D-02: 2. Responsabilidad y rendición de cuentas | Agentes de 8 y todos los propietarios de controles de 12 | Asigne resultados, aceptación de riesgos, operación de control, incidentes, evidencia y decisiones de remediación a roles designados con autoridad y adjuntos. | Matriz de responsabilidad, estatutos de roles, mandato del comité, ruta de escalamiento | Existe un propietario del proceso responsable; cada control y excepción tiene un propietario autorizado y una ruta de escalada |
| D-03: 3. Identidad y delegación | identidades persistentes 19 y temporales 31; Viajes delegados 286 | Inspeccionar la identidad única, el patrocinador, el propósito, el alcance, la duración, la emisión del token, el vencimiento y el diseño de revocación; Camina una delegación y una revocación de emergencia. | Estándar IAM, reclamaciones de tokens, instantáneas de autoridad, procedimientos de delegación y revocación | Cada actor y delegación es único, limitado, atribuible, limitado en el tiempo cuando corresponda y revocable antes de su uso posterior. |
| D-04: 4. Permisos, herramientas y límites de datos | Herramientas 14, herramientas con capacidad de escritura 6, identidades 19, tipos de acciones 7 | Compare el propósito previsto con las subvenciones efectivas, las acciones del catálogo de herramientas, los alcances de los recursos, los límites de datos, los límites de valor y los puntos de cumplimiento. | Modelo de acceso, subvenciones, entradas del catálogo de herramientas, límites de datos, denegar pruebas | Las restricciones de privilegios mínimos se aplican en el momento de la acción; Las herramientas no registradas, los comodines amplios y las rutas de derivación directa están bloqueadas. |
| D-05: 5. Clasificación de riesgos y aseguramiento de preproducción | Lanzamientos de 27 y cambios de modelo o proveedor de 9 | Inspeccionar la rúbrica de riesgos, la evaluación de impacto, el plan de prueba, los umbrales, la aprobación de excepciones y la puerta de liberación; rastrear un umbral fallido | Evaluaciones de riesgos, evaluaciones de modelos y procesos, criterios de liberación, aprobaciones, excepciones aceptadas. | Cada versión asigna riesgos materiales a pruebas y umbrales mensurables; las fallas bloquean la liberación a menos que exista una excepción limitada y autorizada |
| D-06: 6. Aplicación de políticas en tiempo de ejecución | Registros de acciones de 184,216 y versiones de políticas aplicables | Recorrer rutas permitidas, denegadas, escaladas y de excepción; verificar las evaluaciones de políticas antes de la ejecución y las llamadas directas a herramientas usan la misma puerta | Definición de Policy Builder, configuración de KLA Policy Engine, resultados de simulación, secuencia de eventos | Todo camino consecuente requiere un veredicto previo a la ejecución aprobado; Los estados de negación y políticas obsoletas impiden el efecto de la herramienta. |
| D-07: 7. Aprobación humana y escalada | Solicitudes de decisión de 3,842 y anulaciones de 214 | Inspeccionar los umbrales de enrutamiento, la autoridad del revisor, la evidencia presentada, el manejo de conflictos, el vencimiento, la reasignación, la justificación y la prevención de decisiones tardías. | Configuración de Decision Desk, matriz de revisor, esquema de solicitud, temporizadores de escalamiento | Las decisiones humanas requeridas ocurren antes de que un revisor autorizado las ejecute utilizando evidencia definida y una justificación registrada. |
| D-08: 8. Linaje de ejecución y resultados comerciales | 14,903 acciones consecuentes | Intención de seguimiento, entradas, datos recuperados, llamadas de herramientas, política, decisión humana, estado antes y después, efecto posterior y notificación al solicitante | Registro de linaje, viaje, recepción de herramientas, registro del sistema de préstamo, referencia de notificación | Los identificadores estables reconstruyen cada acción material y el resultado registrado concuerda con el sistema empresarial. |
| D-09: 9. Aseguramiento continuo y gestión del cambio | Lanzamientos de 27, implementaciones de 31, cambios de modelo o proveedor de 9, alertas de 367 | Inspeccionar la clasificación de cambios, el desencadenante de regresión, la aprobación, el monitoreo de la primera ejecución, los umbrales de alerta, la revisión del propietario y el vínculo de remediación. | Diferencias de lanzamiento, planes de prueba, condiciones de implementación, alertas de garantía, registros de revisión | Cada cambio material desencadena una reevaluación y un seguimiento; las señales fallidas crean una reparación propia y con plazos determinados |
| D-10: 10. Respuesta a incidentes, revocación y reversión | incidentes o cuasi accidentes de 11; revocaciones de acceso a 19; 4 Reversiones | Detección de caminatas, clasificación, contención, consulta de población afectada, revocación de credenciales, reversión, comunicación, recuperación y lecciones aprendidas | Plan de incidentes, runbook, pruebas de revocación y Rollback, matriz de gravedad y notificación | Los propietarios pueden detener acciones adicionales, identificar casos afectados, revocar autoridad, restaurar el estado seguro y preservar evidencia dentro de los objetivos aprobados. |
| D-11: 11. Integridad, retención y verificación independiente de la evidencia | Registros de 184,216 en paquetes de evidencia diaria de 91 | Inspeccionar controles de captura sincrónica, creación de manifiestos, hashes, firmas, custodia, acceso de verificador, retención, retención legal y eliminación. | Esquema de evidencia, manifiestos, registros clave, registro de custodia, cronograma de retención, resultado del verificador | Un revisor puede conciliar, validar y volver a realizar acciones de muestra; la alteración o los registros faltantes son detectables y escalados |
| D-12: 12. Dependencias de múltiples agentes y de terceros | Viajes delegados de 286, dependencias externas de 4, cambios de modelo o proveedor de 9 | Inspeccionar la transferencia autenticada, la propagación de restricciones, la fijación de versiones, la evidencia del proveedor, las tareas relacionadas con incidentes, la terminación y el respaldo. | Esquema de traspaso, recibos de pasarela, contratos, informes de aseguramiento, inventario de dependencia | Cada servicio y agente contribuyente es atribuible, autorizado, versionado, restringido y cubierto por evidencia y términos de incidentes. |
5. Probar la eficacia operativa durante el período de auditoría.
Las pruebas de eficacia operativa utilizan registros del período real. Ejecute afirmaciones deterministas en toda la población donde se demuestre la integridad de la fuente y la semántica de campo, luego inspeccione los casos de muestra para determinar el juicio, el contexto y la calidad de la evidencia. Conserve el texto de la consulta, las instantáneas de origen, el recuento de filas, las excepciones, las notas del revisor y los resultados de rerendimiento en los documentos de trabajo.
Cada excepción permanece ligada a su denominador. Un veredicto político tardío en 3 de acciones consecuentes 14,903 tiene una exposición diferente a la de los casos 3 en una población no reconciliada. Cuantificar tanto la tasa observada como la limitación de la población, luego ampliar las pruebas cuando la falla pueda ser sistémica.
| ID de prueba | Población y selección | Procedimiento | Evidencia | Criterio de aprobación |
|---|---|---|---|---|
| OE-01: Registros de acciones y secuencia de políticas | Todos los registros de 184,216; acciones consecuentes separadas de 14,903 | Pruebe la unicidad, los campos obligatorios, el orden de la marca de tiempo, la versión de la política y el veredicto previo a la ejecución; identificar acciones denegadas con un effect_id descendente | Registro de linaje congelado y extractos de eventos de políticas; consulta; archivo de excepción | 100% único y atribuible; cada acción consecuente tiene un resultado de permiso o escalamiento previo aplicable; ejecución de cero acciones denegadas |
| OE-02: Denegaciones de políticas | Todas las negaciones de 1,126 analíticamente; Casos de 40 seleccionados según regla, tipo de acción, agente y versión para revisión humana | Confirmar que la acción solicitada se detuvo, ningún reintento equivalente pasó por alto la regla, la notificación y el escalamiento siguieron la política y la evidencia explica la decisión | Resultado de política, reglas coincidentes, cadena de reintentos, puerta de enlace de herramientas, notificación, solicitud de decisión | Cero efectos prohibidos o derivaciones equivalentes; Cada denegación de muestra es correcta, oportuna y reconstruible. |
| OE-03: aprobaciones humanas | Todas las solicitudes de decisión de 3,842 de forma analítica; 60 muestreado por riesgo, revisor, resultado y mes | Pruebe la autoridad del revisor en el momento de la decisión, la evidencia presentada, el momento de la decisión, la justificación, los conflictos, la caducidad y la coincidencia con la acción ejecutada. | Registro de Decision Desk, instantánea de IAM, hash de evidencia presentada, recepción de herramientas, resultado comercial | 100% las aprobaciones requeridas preceden a la acción; Las decisiones de la muestra tienen revisores autorizados, evidencia suficiente, fundamentos y efectos de comparación. |
| OE-04: Anulaciones humanas | Todo 214 anula analíticamente; 50 muestra del veredicto original, el revisor, el código de motivo, el resultado y la versión | Comparar la autoridad y la justificación de anulación con la política; rastrear la decisión original, la nueva decisión, el efecto de la herramienta, la notificación y el incidente o queja posterior | Decisiones originales y anuladas, instantánea de autoridad, justificación, registro de linaje, resultado | Cada anulación está autorizada, razonada, oportuna, dentro de los límites delegados y reflejada con precisión en el futuro. |
| OE-05: Conciliación entre empresas y estados | Todas las acciones consecuentes de 14,903 analíticamente; 60 muestreado para inspección de origen | Unir la acción solicitada, la acción aprobada, la respuesta de la herramienta, los hashes de estado antes y después, el monto, el estado final del préstamo y la notificación del solicitante | Recepción de herramienta, evento del sistema de préstamo, notificación, before_state_hash, after_state_hash, external_reference | acuerdo de resultado y monto de 100%; Los registros fuente muestreados respaldan el estado registrado antes y después. |
| OE-06: Lanzamientos y primeras ejecuciones | Todos los lanzamientos de 27; primera y segunda ejecución consecutiva después de cada lanzamiento, acciones 54 | Verifique la aprobación, las versiones de artefactos y políticas, los resultados de la regresión, el tiempo de implementación, el monitoreo esperado, la integridad de la evidencia y la ausencia de ejecución previa a la aprobación. | Manifiesto de lanzamiento, resultados de pruebas, aprobación, registro de lanzamiento, primeros registros de linaje | Cada Lanzamiento se aprueba antes de su uso; Todas las primeras ejecuciones de 54 utilizan las versiones previstas y pasan controles y verificaciones de evidencia. |
| OE-07: Revocaciones de acceso | Todos los eventos de revocación de 19 y toda la actividad posterior de las identidades afectadas | Compare la solicitud, la aprobación, el tiempo efectivo, la caducidad del token, la aplicación de la puerta de enlace, las sesiones residuales y las llamadas posteriores denegadas o exitosas. | Eventos de IAM y tokens, registros de puerta de enlace, instantáneas de autoridad, enlaces de incidentes | La revocación cumple con el objetivo aprobado; el uso exitoso cero ocurre después del tiempo efectivo |
| OE-08: Incidentes y cuasi accidentes | Todos los eventos de 11 y la población completa de acciones afectadas para cada uno | Rerealizar severidad, consulta de población afectada, contención, revocación, reversión, notificación, causa raíz, remediación y aprobación de cierre. | Archivo de incidentes, registros de linaje, lista de casos afectados, recibos de revocación y reversión, evidencia de cierre | Cada evento tiene una población afectada completa, contención oportuna, recuperación aprobada, evidencia preservada y remediación verificada. |
| OE-09: Integridad y retención de pruebas | Todos los manifiestos del paquete diario de 91; Paquetes 30 seleccionados para firma y validación de cadena; cada acción muestreada | Vuelva a calcular los hashes de manifiestos y registros, valide las firmas y el orden de la cadena, confirme la clase de retención y la retención legal y resuelva registros a través de un verificador independiente. | Manifiestos de paquete, claves de firma, registro de custodia, registros de retención, salida del verificador | Todos los manifiestos se concilian con los recuentos de fuentes; todas las validaciones de 30 y cada registro muestreado pasan pruebas de integridad, custodia y retención |
| OE-10: cambios de proveedor, modelo y delegación | Todos los cambios de proveedor o modelo de 9 y los viajes delegados de 286 de forma analítica; 50 Viajes muestreados | Aprobación de cambios de prueba, términos de contrato y evidencia, remitente y destinatario autenticados, propósito y restricciones propagados, versiones, efectos de subagente y resultado final. | Registro de cambios, contrato, recibos de transferencia, instantáneas de autoridad, versiones de componentes, resultado del viaje | Cada cambio se aprueba antes de su uso; cada transferencia de muestra es atribuible, limitada, versionada y rastreable hasta el resultado final |
6. Seleccione un riesgo reproducible y una muestra aleatoria.
Congelar la población antes de la selección. Registre las consultas de origen, el tiempo de extracción, los filtros, la semilla aleatoria, el método hash, el propietario de la muestra, el tratamiento duplicado, los reemplazos y la lista final de casos. Mantenga todas las etiquetas de estrato aplicables en un caso seleccionado para que una acción pueda satisfacer varios objetivos de cobertura sin desaparecer del informe de excepciones.
Las pruebas automatizadas de población completa funcionan para afirmaciones deterministas sobre registros estructurados y conciliados: unicidad, campos obligatorios, orden de marca de tiempo, secuencia de política antes de la acción, coincidencia de montos, autoridad vencida, denegación seguida de ejecución y validación de hash. La revisión humana sigue siendo necesaria para la justificación de la decisión, la coherencia semántica con el propósito, la relevancia de los datos recuperados, la calidad del juicio del revisor, el daño posterior creíble, las excepciones a la cadena de custodia y la evidencia opaca de terceros.
Los recuentos de selección a continuación son recomendaciones del KLA para esta población trabajada. Son un punto de partida defendible para la planificación del compromiso. Documente la seguridad esperada, la desviación tolerable, la variabilidad de la población, la estrategia de confianza y las reglas de expansión cuando el compromiso necesite inferencia estadística.
| estrato requerido | Población concreta | Método de selección y tamaño. | Procedimiento humano | Evidencia | Regla de pase y expansión. |
|---|---|---|---|---|---|
| Tipos de acciones de alto riesgo | 2,412 Caídas de nivel crítico, aprobaciones por encima del EUR 25,000 y acciones de valoración entre agentes | Casos de 60: 20 de mayor valor o mayor impacto, más 40 distribuido entre tipo de acción, agente, versión y mes. | Volver a ejecutar la autoridad, la política, la decisión humana requerida, el efecto de la herramienta, el resultado y la integridad de la evidencia de principio a fin. | Registro de linaje, instantánea de autoridad, política, solicitud de decisión, recepción de herramienta, estado comercial, manifiesto de evidencia | Cero efectos consecuentes no autorizados o no justificados; Cualquier falla de este tipo se expande al tipo de acción y versión afectados completos. |
| Muestra de población aleatoria | Población base de registros de acciones de 184,216; la selección excluye los casos ya elegidos para los estratos obligatorios | Registros 80 seleccionados mediante SHA-256 ascendente de semilla fija más record_id; conservar la semilla y consultar | Inspeccione la integridad de un extremo a otro y compare el propósito, la acción y el resultado registrados con los registros originales | Todos los grupos de evidencia mínimos y registros de fuentes autorizadas. | Ningún campo faltante o inconsistente sin explicación; una brecha de esquema sistémico se expande a todos los registros que utilizan esa versión de esquema |
| Excepciones y denegaciones de políticas | Denegaciones de 1,126 en las reglas de política de 18 | Prueba de secuencia automatizada de población completa; Revisiones humanas de 40 que cubren todas las reglas materiales y todos los agentes de 8 | Confirmar que el efecto denegado se detuvo, las rutas de reintento se mantuvieron gobernadas y la política de escalada o notificación coincidió | Decisión de política, reglas coincidentes, cadena de reintentos, registro de puerta de enlace, solicitud de decisión, notificación | Cero efectos negados; cualquier omisión se expande a todas las ejecuciones que comparten reglas, agentes, versiones, herramientas o patrones de reintento. |
| Anulaciones humanas | 214 anulaciones por parte de revisores de 23 | Prueba de autoridad y tiempo de población completa; Revisiones humanas de 50, incluidos todos los revisores con 5 o más anulaciones | Evaluar la evidencia presentada, la justificación, la autoridad, el conflicto, el momento, la acción ejecutada y la queja o incidente posterior. | Decisión original, anulación, instantánea de IAM, justificación, efecto de la herramienta, historial de resultados | Toda invalidación está autorizada, motivada, previa a su efecto y acotada; un revisor no válido se expande a todas las decisiones de ese revisor |
| Resultados anómalos o de baja confianza | Eventos 367 de reglas de reintento, valores atípicos, deriva, latencia, calidad de datos o baja confianza | Casos 60: 10 de cada familia de anomalías, ponderados según acciones críticas y altas | Validar la alerta, investigación, disposición, ruta de decisión, efecto y remediación; inspeccionar el riesgo de falsos negativos alrededor de los umbrales | Alerta de aseguramiento, registros de modelos y herramientas, análisis del revisor, resultados, plan de remediación | Cada alerta muestreada se resuelve oportuna y correctamente; cualquier escalamiento requerido omitido se expande a la ventana familiar y de umbral |
| Primeras ejecuciones después de un lanzamiento | Primera y segunda acción consecuente después de cada una de las versiones de 27: acciones de 54 | Probar todo 54 | Haga coincidir las versiones implementadas, la aprobación, los resultados de la regresión, la política, los permisos, el seguimiento, los resultados y el esquema de evidencia. | Manifiesto de lanzamiento, registro de lanzamiento, primeros registros de linaje, alertas de garantía | Todos los 54 utilizan versiones aprobadas y pasan controles; cualquier falla se expande a cada acción hasta su corrección o reversión |
| Delegación entre agentes | 286 Viajes que contienen al menos un traspaso de agente a agente | 50 Viajes entre remitente, destinatario, herramienta, nivel de riesgo y versión; incluir cada viaje de tres saltos | Rastree las partes autenticadas, el propósito delegado, el alcance, la caducidad, la propagación de restricciones, la integridad del mensaje, los efectos de las herramientas y el resultado final. | Recibos de transferencia, instantáneas de autoridad, registros de linaje de componentes, recibos de herramientas, resultado del viaje | Cada traspaso es atribuible y está dentro de límites delegados; cualquier cadena rota se expande a la combinación remitente-destinatario-versión |
| Incidentes y cuasi accidentes | Incidentes de 7 y cuasi accidentes de 4 | Pruebe todos los 11 y la población completa de acciones afectadas para cada uno | Rerealizar la detección, gravedad, contención, revocación, reversión, notificación, causa raíz, remediación y cierre. | Expediente de incidentes, consulta de caso afectado, actas de actuaciones, recibos de recuperación, pruebas de cierre | Población afectada completa y precisa con respuesta oportuna y cierre verificado; cualquier omisión reabre el evento |
| Cambios de proveedor o modelo | Cambios de 9: versiones del modelo 4, proveedores de recuperación de 2, API de herramientas 2, servicio de orquestación 1 | Pruebe todos los cambios de 9 y las primeras acciones consiguientes de 3 después de cada uno; se mantienen las revisiones de las acciones de 27 manteniendo la superposición | Inspeccionar la diligencia debida, los términos del contrato y de la evidencia, la reevaluación de riesgos, la evaluación, la aprobación, la fijación de versiones, el seguimiento y la reserva. | Aprobación de cambios, contrato, evaluación, manifiesto, registros de entrada, primeros resultados | Cada cambio es aprobado y probado antes de su uso; cualquier uso no aprobado se extiende al intervalo de exposición completo |
7. Evaluar la suficiencia de la evidencia para cada acción de la muestra
La evidencia es suficiente cuando es relevante para la afirmación, confiable, completa, oportuna, rastreable hasta la población y protegida contra cambios no detectados. Documente el productor, el sistema autorizado, el método de extracción, la semántica del campo, la retención, el mecanismo de integridad y la cadena de custodia. Volver a realizar el resultado de la política y conciliar el efecto posterior siempre que la evidencia respalde esos procedimientos.
La evidencia de identidad debe resolver el usuario o patrocinador principal, agente, contexto de servicio, delegador y aprobador. El Esquema de registro de auditoría del agente AI proporciona el contrato de máquina compartida neutral del proveedor. Este programa de auditoría mantiene sponsoring_principal_id, agent_identity_id, authority_snapshot_id, delegated_by y reviewer_id como alias del papel de trabajo; Los registros de IAM vinculados contienen el tipo de actor, el ciclo de vida de las credenciales, las concesiones efectivas y el contexto del servicio. Conserve esos alias para que las muestras puedan moverse entre el marco empresarial, Lineage Explorer y Evidence Room sin traducción.
Una captura de pantalla, un total del panel o una representación de la administración pueden corroborar una prueba y no pueden reemplazar el registro del período subyacente. Cuando falte un grupo requerido, clasifique la brecha, identifique la población afectada, intente un procedimiento alternativo equivalente y califique la conclusión cuando la misma afirmación no esté respaldada.
| ID de solicitud y grupo de campos | Campos mínimos exactos | Fuente y formato solicitados | Prueba de suficiencia y superación |
|---|---|---|---|
| ER-01: Registro y correlación | record_id, occurred_at, environment, tenant_id, process_id, journey_id, correlation_id | Extracto de registro de linaje inmutable más esquema, zona horaria, consulta, recuento de filas y hash de extracción | Las identificaciones son únicas; el orden de la marca de tiempo es coherente; el registro se concilia con la población congelada y el viaje completo |
| ER-02: Agente y comunicado | agent_id, agent_release_id, model_id, model_version, orchestrator_version, prompt_template_version | Registro de agentes y manifiesto de versión firmado con referencias de artefactos inmutables | Cada versión se resuelve en el artefacto aprobado e implementado en occurred_at |
| ER-03: Director y delegación | agent_identity_id, sponsoring_principal_id, delegated_by, session_id, authority_snapshot_id, expires_at | Registros de IAM, token, sesión, delegación, concesión efectiva, contexto de servicio y revocación | El usuario o patrocinador, el agente, el contexto del servicio y la delegación son atribuibles, activos, tienen alcance, no han vencido y están autorizados para la acción. |
| ER-04: Propósito y riesgo | purpose_code, decision_type, risk_tier, regulatory_classification, classification_basis_version | Aprobado Propósito del proceso, catálogo de decisiones, evaluación de riesgos y registro de clasificación. | El propósito y el nivel registrados coinciden con el uso aprobado y la clasificación vigente para la versión. |
| ER-05: Procedencia de los datos | input_reference[], source_hash[], retrieval_query_hash, data_boundary_id, redaction_profile_id | Entradas protegidas o referencias resolubles, recibos de recuperación, versiones de origen, límites de datos y registro de redacción | Cada entrada de material y elemento recuperado se resuelve según la fuente, el tiempo, el límite y la representación protegida permitidos. |
| ER-06: Acción de herramienta | tool_id, tool_version, action, resource_scope, requested_args_hash, response_hash, effect_id | Entrada al catálogo de herramientas, solicitud y respuesta de puerta de enlace, contexto de permiso efectivo y recepción de efecto | La autoridad solicitada, la llamada real, la respuesta y el efecto posterior coinciden y permanecen dentro del alcance aprobado |
| ER-07: Decisión política | policy_id, policy_version, policy_decision, matched_rule_ids[], exception_id, evaluated_at | Artefacto del Generador de políticas, evento del motor de políticas KLA, reglas coincidentes, aprobación de excepciones y entradas de simulación | El auditor vuelve a realizar el mismo resultado; evaluated_at precede al efecto de herramienta gobernada |
| ER-08: Decisión humana | decision_request_id, reviewer_id, reviewer_role, presented_evidence_hash, decision, rationale, decided_at | Registro de Decision Desk más una instantánea de IAM del revisor y la evidencia presentada en el momento de la decisión | La identidad y el rol del aprobador están autorizados; La evidencia, la decisión, la justificación y el momento respaldan la acción tomada. |
| ER-09: resultado y recuperación | outcome, before_state_hash, after_state_hash, external_reference, incident_id, rollback_id, revocation_event_id | Registros comerciales autorizados antes y después, notificaciones, incidentes, reversiones y recibos de revocación. | El estado registrado y el efecto posterior coinciden con el sistema empresarial; los eventos de recuperación se resuelven y secuencian correctamente |
| ER-10: Integridad y retención | evidence_hash, previous_record_hash, bundle_manifest_hash, signature_key_id, sealed_at, retention_class, legal_hold_id | Paquete de evidencia sellada, manifiesto, firma y registro de claves, registro de custodia, cronograma de retención y registro de retención legal | Los hashes se recalculan; firma y validación de cadena; el sellado es oportuno; custodia, retención y retención cubren la muestra |
8. Redactar conclusiones y formar una opinión de auditoría limitada.
Utilice un modelo de gravedad de cuatro niveles. Crítico significa una exposición activa o creíble, no autorizada, irreversible, de seguridad, de derechos o financiera importante que requiere contención inmediata. Alto significa una falla de control material o sistémico, una población afectada significativa o una prevención débil sobre acciones consecuentes. Moderado significa una debilidad de control limitada con controles compensatorios y exposición actual limitada. Bajo significa una documentación aislada o una debilidad del proceso con bajo impacto directo. Registre la probabilidad, el impacto, la velocidad, la detectabilidad, la población, los controles de compensación y la aceptación del riesgo de gestión detrás de la calificación.
Cada hallazgo necesita condición, criterio, causa, consecuencia, población afectada, evidencia, propietario, remediación y fecha de nueva prueba. Separe una excepción de control de una limitación de evidencia. Cuando la integridad de la población, la integridad de la evidencia o la dependencia de un tercero impidan el procedimiento, indique la afirmación afectada y la incertidumbre residual en una conclusión calificada.
La opinión final nombra el alcance, período, criterios, nivel de seguridad, dominios probados, poblaciones confiables, excepciones y limitaciones. Informa si los controles se diseñaron adecuadamente y se operaron de manera efectiva para el compromiso declarado. No proporciona ninguna certificación de cumplimiento legal, seguridad del sistema, exactitud de las decisiones individuales fuera del trabajo probado o operación futura.
| Campo de búsqueda | Hallazgo completado: IA-AGT-2026-04 |
|---|---|
| Título y gravedad | Las anulaciones humanas se ejecutaron sin evidencia de aprobación contemporánea completa: Alta |
| Condición | En toda la población de anulaciones humanas de 214, los registros de 37 tenían un rationale vacío y los registros adicionales de 12 usaban un reviewer_role que no se resolvió en la matriz de asegurador aprobada en decided_at. Cinco de esas decisiones 12 se registraron después del efecto de herramienta con capacidad de escritura relacionado. Las anulaciones afectadas únicas de 49 representan el 22.9% de la población de anulaciones. |
| Criterio | La política de préstamos LND-04 v6.2 sección 7.3 y el estándar de control de agentes ACS-02 v4.1 control HAO-4 requieren que un asegurador autorizado revise la evidencia presentada, registre una decisión y su justificación, y complete la decisión antes de que cualquier anulación llegue al sistema de préstamos. |
| Causa | La migración de IAM de junio omitió al grupo contratista-suscriptor del mapeo de roles de Decision Desk. El esquema de API de anulación también permitía una justificación en blanco y la puerta de enlace de la herramienta aceptó una referencia de anulación sin comparar decided_at con el tiempo de efecto. |
| Consecuencia | La organización no puede demostrar un criterio contemporáneo y autorizado para las anulaciones de 49. Cinco efectos del sistema de préstamos ocurrieron antes de la decisión registrada, creando un desvío del control directo. Es posible que los solicitantes afectados hayan recibido resultados que no pueden respaldarse con el registro de aprobación conservado, y la administración carece de evidencia confiable para presentar quejas, reguladores o revisión interna. |
| Población afectada | 49 de 214 anula entre 1 abril y 30 junio 2026: aprobaciones de 31, rechazos de 13 y cambios de referencias de 5 entre agentes de 6 y versiones de 4. Las cinco decisiones tardías afectaron a solicitudes que solicitaban en total 286,000 EUR. |
| Evidencia | Consulta de población completa IA-AGT-OE-04; hash de extracto congelado de Decision Desk 8d61…c4a2; instantáneas de roles de IAM; Registros de linaje 49; cinco recibos de herramientas y eventos del sistema de préstamo; política LND-04 v6.2; controla ACS-02 v4.1. La repetición independiente confirmó los recuentos y el orden de los eventos. |
| Propietario y fecha de vencimiento | Propietario responsable: Jefe de Operaciones de Crédito. Propietarios de apoyo: propietario de IAM y propietario técnico del agente. Remediación debida 15 septiembre 2026. |
| Remediación | Haga que rationale sea obligatorio para cada anulación; sincronizar grupos de revisores aprobados desde IAM; requerir que la puerta de enlace valide la autoridad del revisor y decided_at antes de escribir; volver a revisar todos los casos afectados por 49; corregir los registros del solicitante y del préstamo cuando sea necesario; preservar la brecha original y la nueva revisión como evidencia separada; supervise la integridad de la anulación diariamente durante los días 30. |
| Retest y criterio de cierre | Fecha de repetición de la prueba: 30 septiembre 2026. Vuelva a realizar pruebas de diseño para esquemas, sincronización de roles y secuenciación de puertas de enlace; Pruebe la población completa de corrección de casos 49 y todas las anulaciones de 16-30 de septiembre. Cerrar solo cuando cada caso afectado tenga una disposición aprobada, cada nueva anulación tenga una decisión y un fundamento previos autorizados, y el monitor de día 30 tenga cero fallas. |
| Efecto de opinión | Califique la conclusión de efectividad operativa para 7. Aprobación humana y escalamiento y anulaciones consiguientes durante el período de auditoría. Preservar conclusiones separadas para otros dominios donde haya suficiente evidencia que las respalde. |
9. Informar, dar seguimiento y establecer un aseguramiento continuo
Realice un seguimiento de cada hallazgo a través de un Plan de Remediación con el propietario, acciones, fechas de vencimiento, dependencias, tratamiento de riesgos provisional, evidencia y estado. La auditoría interna vuelve a probar la afirmación fallida utilizando el criterio original más registros operativos post-fix. El cierre requiere diseño verificado, operación efectiva para la ventana de observación definida, tratamiento completo de la población afectada y aprobación bajo la metodología de auditoría.
Ejecute análisis recurrentes entre auditorías sobre conciliación de población, denegaciones de políticas seguidas de efectos, aprobaciones tardías, anulaciones, autoridad vencida, cambios de versión y modelo, disposición de anomalías, cierre de incidentes, integridad de la evidencia y validación de firmas. La gerencia es propietaria de estos controles y revisiones. La auditoría interna valida la fuente, la lógica, los umbrales, revisa la evidencia y el seguimiento de los problemas antes de confiar en los análisis.
Activar trabajo de auditoría fuera de ciclo para un nuevo agente de alto impacto, lanzamiento de material, reemplazo de modelo o proveedor, expansión de permisos, nueva herramienta con capacidad de escritura, cambio de proceso o clasificación, incidente o cuasi accidente, variación de población inexplicable, falla de integridad de evidencia, anulación repetida o anomalía de denegación, o hallazgo Crítico o Alto vencido. Utilice la Evaluación de preparación para la auditoría del agente para calificar la preparación, luego use el marco empresarial del dominio 12 para expandir cualquier dominio débil a procedimientos más profundos.
- Seguimiento de remediación: actualice el propietario, la fecha de vencimiento, la acción, la dependencia, el control provisional, la evidencia y la aceptación de riesgos al menos semanalmente para los hallazgos críticos y altos.
- Repetición de pruebas de control: repita el paso de diseño fallido, pruebe toda la población afectada conocida e inspeccione una ventana operativa definida posterior a la reparación.
- Evidencia de cierre: retenga la configuración corregida, las aprobaciones, las disposiciones de los casos afectados, los registros de nuevos períodos, los resultados de las consultas, los resultados del verificador y la aprobación del cierre de la auditoría.
- Análisis recurrentes: dirige las infracciones a una alerta de garantía con un propietario, gravedad, fecha de vencimiento, consulta de la población afectada y plan de remediación.
- Trabajo fuera de ciclo: abra una revisión de alcance cuando un desencadenante cambie la autoridad, el impacto, la confiabilidad de la evidencia o la población de auditoría.
| Sección de informe | Contenido requerido | Artefacto adjunto | Criterio de finalización |
|---|---|---|---|
| 1. Resumen ejecutivo y opinión | Pregunta de aseguramiento, conclusión, perfil de gravedad, exposición del material, áreas confiables y acción requerida | Opinión firmada y resumen del asunto. | La conclusión está limitada a criterios, alcance, período, población, procedimientos y evidencia. |
| 2. Objetivo, alcance y criterios | Proceso de Negocio, agentes, Comunicaciones, fechas, tipos de decisión, materialidad, exclusiones, autoridad de cada criterio. | Lista de verificación de planificación de participación aprobada | Cada prueba se basa en la pregunta de aseguramiento y un criterio eficaz. |
| 3. Límite del sistema y población | Arquitectura, propietarios, identidades, herramientas, dependencias, recuentos, resultados de conciliación y búsqueda de agentes en la sombra | Hoja de trabajo de población, consultas de origen, hashes y registro de variaciones | La población está completa o se indican la limitación exacta y las afirmaciones afectadas. |
| 4. Evaluación de riesgos y metodología | Rúbrica de riesgo, acciones clasificadas, enfoque de diseño y efectividad operativa, pruebas automatizadas, método de muestra, semilla, tamaños y reglas de expansión. | Hoja de trabajo de riesgos, programa de pruebas y matriz de muestreo | Un revisor puede reproducir la selección y comprender la confianza en cada procedimiento. |
| 5. Resultados por dominio de auditoría | Conclusión del diseño, conclusión operativa, población analizada, excepciones, tasas y calidad de la evidencia para todos los dominios de 12 | Índice de documentos de trabajo y rastreador de solicitudes de evidencia | Cada conclusión está respaldada por evidencia revisada y excepciones cuantificadas. |
| 6. Hallazgos y acciones de gestión | Condición, criterio, causa, consecuencia, población, evidencia, gravedad, titular, acción, vencimiento y aceptación del riesgo. | Hojas de búsqueda y respuestas firmadas de la dirección. | Las acciones abordan la causa raíz y completan el tratamiento de la población afectada. |
| 7. Limitaciones y conclusiones calificadas | Evidencia faltante, alternativas fallidas, dependencias no disponibles, incertidumbre residual y efecto de opinión | Documentos de trabajo de limitación de alcance y procedimientos alternativos | El lector puede identificar cada afirmación fuera de la garantía respaldada. |
| 8. Seguimiento y Aseguramiento Continuo | Gobernanza de remediación, plan de repetición de pruebas, criterios de cierre, análisis, propietarios, umbrales, cadencia y desencadenantes fuera de ciclo | Planes de remediación, inventario analítico y calendario de seguimiento | Cada problema abierto y señal recurrente tiene un propietario, una fuente de evidencia, una fecha de vencimiento y una ruta de escalada. |
| 9. Apéndices | Definiciones, versiones de criterios, poblaciones detalladas, consultas, lista de muestra, exclusiones, índice de evidencia y rúbrica de gravedad. | Referencias del paquete de reproducibilidad y del paquete de pruebas selladas | Un revisor independiente puede rastrear las declaraciones del informe hasta los documentos de trabajo sin exponer datos protegidos. |
Preguntas frecuentes
¿Qué es un programa de auditoría de agentes de IA?
Es el plan de trabajo repetible para un encargo de aseguramiento: objetivo, criterios, población completa, evaluación de riesgos, diseño de control y procedimientos de efectividad operativa, muestreo, pruebas de evidencia, hallazgos, opinión y seguimiento. El [marco empresarial de dominio 12] más amplio (/blog/how-to-audit-ai-agent-system) define el universo de auditoría.
¿Cómo debería abarcar la auditoría interna la participación de un agente de IA?
Comience con el proceso de negocio y la pregunta de seguridad exacta. Nombre los agentes, emisiones, identidades, herramientas, modelos, dependencias, tipos de decisiones, período, materialidad, efectos posteriores, almacenes de evidencia, exclusiones y criterios. Concilie la población completa antes de seleccionar muestras.
¿Cómo deberían los auditores tomar muestras de las acciones de los agentes de IA?
Combine una línea de base aleatoria reproducible con estratos de riesgo obligatorios: acciones de alto riesgo, denegaciones, anulaciones, anomalías, resultados de baja confianza, primeras ejecuciones después de los lanzamientos, delegación entre agentes, incidentes, cuasi accidentes y cambios de proveedor o modelo. Preservar la consulta de población, la semilla, la lógica de selección y las reglas de expansión.
¿Qué evidencia se requiere para la acción de un agente de IA de la muestra?
El registro debe resolver las identidades del principal y del agente, el contexto de delegación y servicio, la liberación del agente y del modelo, las entradas y referencias de datos recuperados, el contexto de herramientas y permisos, el resultado de la política, la decisión humana y su justificación, el estado anterior y posterior, el efecto posterior, las marcas de tiempo, la retención, la prueba de integridad y la cadena de custodia.
¿Pueden las pruebas automatizadas reemplazar la revisión de muestras humanas?
Las pruebas automatizadas pueden cubrir poblaciones completas para afirmaciones deterministas como secuencia, campos obligatorios, vencimiento de autoridad, conciliación de resultados y validación de hash. Todavía se necesita una revisión humana para determinar la justificación, el contexto, la coherencia semántica, la calidad del juicio, el daño creíble y las limitaciones de la evidencia.
¿Qué debería decir el informe de auditoría cuando la evidencia está incompleta?
Clasifique la brecha, cuantifique la población afectada, intente un procedimiento alternativo equivalente y establezca la afirmación no fundamentada y la incertidumbre residual. Califique el dominio relevante o el límite de opinión y asigne una corrección con una fecha de nueva prueba.
Conclusiones clave
Un programa de auditoría de agentes de IA utilizable comienza con una pregunta de seguridad precisa y una población completa. Clasifica el riesgo de la acción, prueba el diseño del control y la operación real, combina análisis de población completa con muestras reproducibles, evalúa un esquema de evidencia consistente, escribe hallazgos cuantificados y verifica el cierre. Comience con la [Evaluación de preparación para la auditoría del agente] (/tools/agent-audit-readiness), utilice el [marco empresarial] (/blog/how-to-audit-ai-agent-system) para obtener criterios de dominio más profundos y compare la solicitud de evidencia con la [muestra de la sala de evidencia] (/resources/evidence-room-sample).