Auditoría y registros de actividad

La plataforma separa tres registros. El de aplicación guarda inicios y cierres de sesión y los intentos fallidos. El de auditoría guarda cada cambio de campo con su valor anterior y el nuevo. El de acceso, que hay que activar, guarda una fila por cada petición HTTP, también las de la API.

Abre la terminal del escritorio y lee contexto.txt (cat contexto.txt).

Un evento compartido con un grupo puede abrirse en dos movimientos: se cambia su distribución y se publica. El registro de auditoría muestra los dos con la hora exacta y la cuenta. Que la cuenta pueda hacerlo no responde si debía: la administración del sitio permite editar eventos de cualquier organización, y eso es justo lo que hay que revisar.

Lee registro-de-auditoria.txt y busca las filas del evento de la Clínica Riofrío.

Los intentos fallidos sueltos son ruido; varios seguidos, desde la misma dirección y contra cuentas con privilegios, son un patrón que se anota y se vigila aunque no hayan tenido éxito. Para contarlos se agrupan por origen, no por cuenta: quien prueba suele cambiar de cuenta y no de máquina.

Lee registro-de-aplicacion.txt.

El registro de acceso dice desde dónde se usó cada cuenta. Una cuenta de sincronización tiene una o pocas direcciones de salida declaradas por la otra instancia; una petición desde otra dirección puede ser un cambio de red no avisado o una clave usada por alguien más, y en los dos casos se pregunta al administrador de la otra instancia antes de suponer nada.

Lee registro-de-acceso.txt y compara el origen de cada fila de la cuenta de sincronización con la dirección declarada en contexto.txt.

El registro de auditoría no lo ve todo el mundo igual. El administrador del sitio ve todas las entradas; el administrador de una organización ve las de su organización; un usuario normal ve solo sus propias acciones. Saber esto evita prometer a un miembro una revisión que no puede hacer por su cuenta.