REVIEWITDocumentación
ConceptoAl día · verificada el 30 agosto 2026

Audit Trail: la prueba verificable

Traducción automática, aún no revisadaEsta página fue traducida por un modelo a partir de la versión francesa, que es la que da fe. Leer la versión francesa.

01Una pista de prueba, no un registro de diagnóstico #sec_8812bfdf

Un registro de aplicaciones ayuda a un operador a comprender un incidente técnico. Una pista de auditoría debe permitir a un cliente o auditor establecer quién hizo qué, en qué perímetro, con qué resultado y por qué. REVIEWIT trata estas dos necesidades como dos áreas distintas.

Audit Trail constituye el núcleo común a todas las superficies: autenticación, API, administración, campañas, certificaciones, RITA y tratamientos de plataforma. Las acciones comparten un catálogo estable en lugar de listas codificadas de forma diferente en cada aplicación.

El código de una acción es su clave duradera; su título es un recurso traducible. Por lo tanto, corregir una formulación no reescribe la historia y las búsquedas siguen siendo fiables de una versión a otra.

02Dos caminos de captura, según lo que ha ocurrido #sec_1dcb577c

Un acto exitoso y un intento rechazado no obedecen a la misma atomicidad.

Para un acto exitoso, el evento de auditoría se escribe en la misma transacción que el cambio de negocio, gracias a una outbox. Si la transacción falla, ni el acto ni su traza de éxito persisten. Se vuelve imposible observar un cambio duradero sin la entrada de auditoría correspondiente.

Para un intento, un rechazo o un fallo, la traza sigue un camino autónomo. El acto no ha tenido éxito precisamente, pero su intento puede ser importante para la seguridad. Una recuperación garantiza que no se abandone silenciosamente.

La política de fallo se declara por categoría de acción. Una operación de seguridad crítica puede ser rechazada si su traza no puede garantizarse. Para los otros actos, el negocio continua y una alerta señala la degradación. Un fallo de auditoría no es, por tanto, ni siempre bloqueante ni siempre ignorado: su efecto se decide explícitamente.

03El contenido útil, y sólo él #sec_8dce8c36

Un evento responde a las preguntas esenciales: identidad del actor, rol efectivo, eventual actor de préstamo, tiempo UTC, código de acción, resultado, suscripción, workspace, campaña, objetivo, modificación, motivo, canal y correlación.

Los parámetros describen la intención; las modificaciones describen lo que realmente ha cambiado. La identidad y el título del objetivo se fijan para que el evento siga siendo legible después de la marcha de una persona o del cambio de nombre de un recurso.

La minimización sigue siendo una regla de prueba: la pista registra el acto, no una copia general de los datos. Los valores sensibles se ocultan o se califican. Una consulta de datos personales, una exportación o la lectura de una prueba puede convertirse ella misma en un evento de auditoría.

La visibilidad sigue el perímetro. El administrador de la suscripción y el auditor ven la suscripción según su mandato; el administrador del workspace sólo ve lo que concierne a su workspace. El rol de Auditor sigue siendo de sólo lectura: consultar la prueba no debe permitir dirigir el sistema observado.

04Una cadena cuya alteración se ve #sec_5a62e85f

Cada evento tiene una secuencia, la huella del evento anterior y su propia huella calculada en una forma canónica. Retirar, reordenar o modificar una entrada rompe la cadena.

Los sellos periódicos firman la cabecera de la cadena. Elevar la garantía más allá de la simple encadenación separando la capacidad de escribir la base de la de firmar su estado. Un anclaje externo puede reforzar aún más esta garantía frente a una comprometida completa del operador.

El informe de verificación nunca afirma más de lo que demuestra. Precisa el inicio del período garantizado, el último sello controlado, el número de eventos más recientes cubiertos por el solo encadenamiento y la posible presencia de hitos de purga.

La firma de una exportación responde a otra pregunta: atestigua que el documento corresponde a la extracción producida. No reemplaza el sello de la pista. Una exportación indica, por tanto, a qué cabecera y a qué sello se ancla.

05Buscar, exportar, verificar y conservar #sec_f798b47c

Audit Trail ofrece cuatro lecturas complementarias:

  • buscar por actor, acción, período, perímetro, objetivo, resultado o correlación;
  • devolver una encadenación comprensible por un auditor no técnico;
  • exportar de forma incremental o alimentar BEACON;
  • verificar la continuidad, las huellas y los sellos en un informe reproducible.

El archivado y la purga no se confunden. El archivado desplaza los cuerpos de los eventos hacia un almacenamiento frío, dejando al mismo tiempo la cadena verificable y el contenido recuperable. La purga destruye el contenido y conserva únicamente los hitos necesarios para probar que ha tenido lugar una supresión legítima, y no una falsificación.

La base de auditoría -acciones de seguridad, habilitaciones, secretos, tenants, gobernanza de RITA y operaciones del propio módulo- está protegida y no puede desactivarse. Las lecturas corrientes pueden ser muestreadas cuando son muy numerosas; las consultas sensibles y los actos críticos nunca lo son.

06En resumen #sec_95815aed

Audit Trail transforma la actividad de REVIEWIT en un relato ordenado, mínimo y verificable. Vincula la traza al éxito del acto, conserva los intentos que fallan, hace detectable cualquier alteración y expone claramente el nivel de garantía realmente alcanzado.

Esc
↑↓ navegar↵ abrirVer todos los resultados →