GRCreal // expediente: artículo categoría: GRC
← Volver a artículos
GRC · Auditoría · ISO 27001

Auditoría interna de seguridad: lo que distingue a las maduras

Las organizaciones maduras no esperan a la auditoría externa.
Se auditan a sí mismas primero.

Miguel Ángel Carriazo 13 mayo 2026 9 min de lectura
La auditoría interna que no funciona

El trámite anual

En muchas organizaciones, la auditoría interna de seguridad es un ejercicio anual que se hace en las semanas previas a la auditoría de certificación. El objetivo no es encontrar problemas reales — es asegurarse de que la auditoría externa no encuentre sorpresas.

Este enfoque produce informes de auditoría interna con pocas no conformidades, conclusiones favorables y mejoras superficiales. Y auditores externos que encuentran cosas que la auditoría interna no detectó — lo cual es exactamente lo contrario de para qué existe la auditoría interna.

Una auditoría interna diseñada para no encontrar nada no es una auditoría — es teatro de cumplimiento.
Radar de evidencia · GRC
La coherencia importa más que el volumen documental
EVIDENCIAcoherente y trazableEl trámite anualEl valor de la perspectiva…Los elementos de un…Cómo lo aterrizaría en una…Qué esperaría encontrar…
Una revisión sólida conecta requisito, práctica, propietario, registro y resultado sin contradicciones.
Para qué sirve realmente

El valor de la perspectiva independiente

La auditoría interna existe para dar a la dirección información objetiva sobre el estado real de la seguridad — no el estado que el equipo de seguridad cree que tiene, sino el estado que tiene efectivamente.

Detectar desviaciones entre lo que dicen los documentos y lo que ocurre en producción. Identificar controles que existen en papel pero que no se aplican. Verificar que los planes de mejora del año anterior se han ejecutado realmente. Evaluar si los controles implementados son efectivos, no solo si están implementados.

Una auditoría interna bien hecha es incómoda. Encuentra cosas que a nadie le gusta encontrar. Eso es exactamente lo que debe hacer.
Lectura operativa GRCREAL
Qué entender

El trámite anual. Delimita el problema antes de elegir una respuesta.

Qué comprobar

El valor de la perspectiva independiente. Busca una práctica observable, no solo una declaración.

Qué poder demostrar

Un requisito, no una opción. La decisión y su revisión deben dejar trazabilidad.

Cómo estructurarla

Los elementos de un programa que funciona

Independencia: el auditor interno no puede auditar su propio trabajo. Si el equipo de seguridad también hace la auditoría interna, hay un conflicto de interés estructural. La independencia puede ser de una función distinta dentro de la organización — auditoría interna, riesgos — o externa.

Programa anual: no una auditoría única sino un programa que cubra distintos controles y áreas a lo largo del año, con prioridad según el riesgo.

Metodología: criterios de auditoría definidos, muestreo representativo, entrevistas, revisión de evidencias, verificación técnica. No solo revisar si el procedimiento existe — verificar si se aplica.

Seguimiento: las no conformidades sin seguimiento son papel. Cada hallazgo necesita responsable, plazo y verificación de cierre.
Mi enfoque

Cómo lo aterrizaría en una organización real

Aplicación práctica

No empezaría por una plantilla ni por una herramienta. Empezaría identificando quién toma la decisión, qué activo o proceso queda expuesto y qué información necesita dirección para aceptar, tratar, transferir o evitar el riesgo.

Después exigiría una trazabilidad mínima: riesgo identificado, responsable, decisión, control asociado, evidencia y fecha de revisión. Cuando una de esas piezas falta, el GRC se convierte en documentación decorativa y la organización pierde capacidad para demostrar que gobierna el problema.

La prueba de madurez es sencilla: una tercera persona debería poder reconstruir por qué se tomó una decisión sin depender de la memoria de quien estuvo en la reunión. Si no puede, hay conocimiento, pero todavía no hay gobierno.

Evidencia operativa

Qué esperaría encontrar para demostrar que esto funciona

La evidencia concreta depende del alcance y del contexto de la organización. Aun así, una revisión seria debería poder reconstruir al menos estas tres capas:
Ref.Capa de evidenciaQué debería permitir comprobar
EV-01Propietario y decisión documentadaQuién es responsable, qué alcance se ha definido y qué decisión se ha tomado.
EV-02Registro de riesgo o excepciónQue el control o proceso se aplica sobre casos reales y no existe únicamente en la documentación.
EV-03Revisión y seguimiento de eficaciaQue las desviaciones se detectan, se corrigen y vuelven a revisarse con una frecuencia razonable.
La conexión con ISO 27001

Un requisito, no una opción

ISO 27001 requiere explícitamente auditorías internas periódicas del SGSI — es un requisito de la cláusula 9.2, no una recomendación. El programa de auditoría interna, los registros de cada auditoría realizada y el seguimiento de no conformidades son evidencias que el auditor externo revisará.

Un SGSI sin programa de auditoría interna activo no cumple los requisitos de la norma — independientemente de cuántos controles tenga implementados.

Y el valor real de la auditoría interna no es para la certificación — es para la organización. Las organizaciones que se auditan a sí mismas con rigor se sorprenden menos en las auditorías externas porque ya conocen su estado real.
Guía de aplicación

Cómo llevar «Auditoría interna de seguridad: lo que distingue a las maduras» a un modelo operativo

El error habitual al abordar este tema es convertirlo demasiado pronto en un documento o en una lista de tareas. En GRC, yo lo llevaría primero a un modelo operativo verificable: qué queda dentro del alcance, quién puede decidir, qué condiciones activan una revisión y qué rastro queda después de cada actuación.

Para este caso partiría de alcance y criterios. No porque sea el único punto importante, sino porque permite fijar el contexto antes de discutir controles. A partir de ahí conectaría muestreo y trazabilidad con la realidad del proceso o activo gobernado y cerraría el ciclo con hallazgos, causa y cierre efectivo.

La pregunta que utilizaría para probar la madurez sería sencilla: ¿puede una persona que no participó en el proyecto reconstruir la decisión, entender el riesgo y localizar la evidencia sin depender de una explicación oral? Si la respuesta es no, existe conocimiento, pero el gobierno todavía depende de personas concretas.

Mi enfoque

No intentaría implantar todo de una vez. Seleccionaría un caso representativo, documentaría la cadena contexto, riesgo, decisión, control y evidencia y comprobaría dónde se pierde la trazabilidad.

El primer objetivo no sería «tener más documentación», sino conseguir que el propietario del riesgo y dirección pueda demostrar qué decidió, por qué lo decidió y cómo sabe que el control sigue funcionando.

Plano de revisiónQué comprobaríaSeñal de debilidadEvidencia útil
ContextoAlcance y criterios; límites, dependencias y supuestos.El alcance cambia según quién lo explique.Ficha de alcance, inventario o mapa de dependencias vigente.
GobiernoPropietario, capacidad de decisión, escalado y excepciones.IT ejecuta, pero nadie de negocio acepta el riesgo.RACI, acta, ticket de decisión o registro de aceptación.
ControlMuestreo y trazabilidad; diseño, cobertura y operación real.Se describe el control, pero no su población ni frecuencia.Configuración, procedimiento, muestra de ejecución y resultado.
SupervisiónHallazgos, causa y cierre efectivo; umbrales, desviaciones y revisión.Solo se revisa cuando llega una auditoría o un incidente.KPI/KRI, revisión periódica, hallazgo y acción de mejora.
Secuencia de trabajo
01 · Reconstruir

Utilizar «El trámite anual» como punto de entrada para describir la realidad actual, incluidas excepciones y dependencias que no aparecen en el procedimiento.

02 · Contrastar

Tomar «El valor de la perspectiva independiente» y comprobarlo con una muestra real. La documentación debe coincidir con usuarios, activos, configuraciones, decisiones o registros.

03 · Cerrar el ciclo

Relacionar «Los elementos de un programa que funciona» con un responsable, una fecha y una evidencia de revisión. Una desviación sin seguimiento es información, no gobierno.

Revisión crítica

Diez preguntas que utilizaría para revisar este tema

Estas preguntas no sustituyen una auditoría ni una evaluación formal. Sirven como prueba rápida de coherencia: si varias respuestas dependen de «creo», «normalmente» o «lo lleva otra persona», ya existe una línea de trabajo.

  1. ¿Qué está exactamente dentro del alcance? Debe poder delimitarse el proceso o activo gobernado sin recurrir a una descripción ambigua.
  2. ¿Quién es el propietario real? El propietario del riesgo y dirección debe conocer su responsabilidad y tener capacidad para escalar o decidir.
  3. ¿Qué escenario de riesgo estamos intentando evitar o limitar? Un control sin escenario asociado se evalúa por presencia, no por eficacia.
  4. ¿Qué depende de alcance y criterios? Hay que identificar supuestos, datos de entrada, servicios y terceros que cambian la exposición.
  5. ¿Cómo sabemos que muestreo y trazabilidad funciona sobre toda la población? Una muestra positiva no demuestra cobertura completa.
  6. ¿Qué excepciones existen hoy? Deben tener propietario, motivo, riesgo aceptado, compensación y caducidad cuando proceda.
  7. ¿Qué evidencia queda después de ejecutar el control? La evidencia debe ser recuperable, fechada y entendible por una tercera persona.
  8. ¿Qué indicador obliga a actuar? Medir sin umbral, tendencia o decisión asociada termina creando cuadros de mando decorativos.
  9. ¿Cuándo se revisó por última vez hallazgos, causa y cierre efectivo? El cambio de contexto puede invalidar una decisión que era razonable seis meses antes.
  10. ¿Qué aprendimos de la última desviación? Si el hallazgo se cierra corrigiendo el síntoma y no cambia el sistema, probablemente volverá.
Pregunta incómoda

Si mañana la persona que domina este tema deja la organización, ¿el sistema seguiría funcionando y podríamos demostrar por qué se tomaron las decisiones? Esa respuesta suele revelar el nivel real de institucionalización.

Evidencia mínima

Qué conservaría para poder demostrar que el control está vivo

La cantidad de documentación no es una medida de madurez. Para «Auditoría interna de seguridad: lo que distingue a las maduras» prefiero una cadena corta de evidencias conectadas a la operación. Cada pieza debe responder a una pregunta distinta: qué decidimos, qué hicimos, qué ocurrió y qué revisamos después.

La siguiente matriz es el paquete mínimo que intentaría localizar en una revisión. El formato puede ser un acta, un ticket, una exportación, una configuración o un registro de una herramienta; lo importante es la trazabilidad y la coherencia entre las piezas.

Ref.EvidenciaQué debería demostrarQué revisaría
EV-01Alcance y propietarioQué cubre el control y quién responde por él.Vigencia, exclusiones, dependencias y aceptación del propietario.
EV-02Criterio de riesgoPor qué se ha priorizado o diseñado de una forma concreta.Alcance y criterios, escenario, impacto y supuestos utilizados.
EV-03Diseño del controlQué debe ocurrir, sobre qué población y con qué frecuencia.Muestreo y trazabilidad, responsables, entradas, salidas y excepciones.
EV-04Muestra de ejecuciónQue el control opera fuera del documento.Fecha, población, resultado, anomalías y trazabilidad técnica u operativa.
EV-05Desviación y tratamientoCómo responde la organización cuando el control falla.Causa, riesgo residual, responsable, plazo y medida compensatoria.
EV-06Revisión y mejoraQue hallazgos, causa y cierre efectivo se evalúa y puede cambiar.Indicadores, tendencia, decisiones, cambios aprobados y seguimiento.
Visión de auditor

Yo intentaría seguir una sola muestra de extremo a extremo. Si EV-01 dice una cosa, EV-03 otra y EV-04 no permite identificar la población afectada, el problema no es «falta de un PDF»: es una ruptura de trazabilidad.

Documentación operativa

Cómo convertir este tema en un expediente verificable

La forma más útil de trabajar este tema es convertirlo en una cadena verificable de decisiones, responsables y evidencias. No basta con afirmar que existe un control: hay que poder reconstruir qué se decidió, con qué información, quién lo ejecutó y cómo se comprobó después.

En Auditoría interna de seguridad: lo que distingue a las maduras, el análisis debería cubrir al menos población, periodo, muestra, criterio, corroboración y conclusión. Esto exige coordinar a Dirección, Riesgos, Seguridad, Auditoría, Compliance, Operaciones y propietarios de proceso y trabajar sobre objetivos, riesgos, controles, indicadores, incidencias, excepciones, evidencias y decisiones. Cuando cada área conserva una parte distinta de la información, se retrasan decisiones, se duplican controles y se aceptan excepciones sin una visión completa.

Una forma práctica de evitarlo es utilizar un expediente único por servicio, sistema, proceso o decisión relevante. Puede ser una herramienta GRC, un repositorio documental controlado o un registro estructurado. Lo importante es conectar alcance, propietario, riesgo, control, evidencia, excepción y acción, con fecha, fuente y estado.

Ese expediente debe mantenerse durante la operación ordinaria. Si solo se completa antes de una auditoría, la organización obtiene una fotografía preparada, pero no una visión fiable del control. La actualización debería activarse ante cambios de arquitectura, proveedor, alcance, responsables, requisitos, incidentes o resultados de pruebas. También conviene definir una revisión periódica para detectar documentación formalmente vigente pero materialmente obsoleta.

La revisión debe separar cuatro preguntas: si el control está bien diseñado, si se ha implantado en todo el alcance, si funciona de forma sostenida y si reduce realmente el riesgo o cumple el objetivo. Mezclar estas preguntas lleva a conclusiones débiles: una política aprobada puede no haberse desplegado, una herramienta instalada puede no cubrir toda la población y una actividad ejecutada puede no producir el efecto esperado.

DimensiónQué debe quedar definidoEvidencia esperada
AlcanceProcesos, servicios, sistemas y terceros incluidos en «Auditoría interna de seguridad: lo que distingue a las maduras».Alcance aprobado, inventario y exclusiones justificadas.
ResponsabilidadQuién decide, ejecuta, valida y acepta desviaciones.RACI, actas, aprobaciones y propietarios nominativos.
OperaciónActividades repetibles, entradas, salidas, plazos y escalados.Procedimiento, tickets, registros, alertas y métricas.
EficaciaCómo se comprueba que el control cambia el riesgo o el resultado.Pruebas, tendencias, incidencias, muestreo y acciones.
Escenario de validación

Prueba de extremo a extremo

  1. Partir de una organización con varios marcos, herramientas separadas y responsabilidades repartidas y delimitar población, periodo, muestra, criterio, corroboración y conclusión.
  2. Contrastar la documentación declarada con arquitectura, proceso, responsables y operación real.
  3. Seleccionar una muestra reciente y seguirla desde el evento de origen hasta su cierre.
  4. Distinguir entre fallo puntual, deficiencia de diseño y problema operativo recurrente.
  5. Verificar la corrección mediante una prueba posterior y no solo mediante una declaración de cierre.
Punto de control

Una captura demuestra un estado puntual. Un expediente completo demuestra el proceso, el criterio, la trazabilidad y la capacidad de corregir.

Evidencias mínimas

Qué conservaría para una revisión seria

  • responsabilidades, registro de riesgos, catálogo de controles, indicadores, actas, pruebas y planes de mejora
  • criterio aplicado y versión de la referencia utilizada
  • población, periodo y muestra revisados
  • excepciones, aceptación de riesgo y fecha de caducidad
  • resultado de eficacia y acciones derivadas
Preguntas de contraste

Qué preguntaría antes de darlo por implantado

  • ¿Qué parte de «Auditoría interna de seguridad: lo que distingue a las maduras» está dentro del alcance y qué queda fuera?
  • ¿Quién aprueba una excepción, por qué y durante cuánto tiempo?
  • ¿Qué evidencia nace automáticamente de la operación y cuál se prepara manualmente?
  • ¿Cómo se detecta que el modelo de gobierno, la taxonomía común, el workflow de decisión, las métricas y el aseguramiento deja de funcionar?
  • ¿Cuál fue la última prueba que cambió una decisión, un diseño o una prioridad?
  • ¿Puede una persona ajena al proceso reconstruir el expediente sin explicaciones adicionales?

El objetivo no es generar más documentación, sino conservar la documentación que permite gobernar, operar y demostrar. La madurez aparece cuando las evidencias nacen del proceso ordinario y no de una campaña previa a la auditoría.

¿Vuestro programa de auditoría interna
encuentra cosas incómodas?
Si no — probablemente no está mirando en los sitios correctos.
Sobre el autor
Miguel Ángel Carriazo · vCISO

vCISO · Arquitecto de Soluciones de Infraestructura y Ciberseguridad | Gobierno, Riesgo y Cumplimiento (GRC) | Gobierno de IA · ISO 42001 | Fundador de GRCreal

Compartir artículo