mipo

Changes

The Changes page is the primary compliance audit trail. It logs every create, update, and delete action performed on system resources. This append-only log cannot be modified or deleted, providing the evidence trail required for SOC2 and ISO 27001 compliance reporting.

Fields & columns

NameDescription
TimeTimestamp when the change occurred
UserThe user who made the change, or "System" for automated actions
ActionType of change: create (green), update (yellow), or delete (red)
ResourceThe resource type and ID that was affected (e.g., "scanner #5")
ChangesSummary of changed fields, or field count if more than two fields changed
IP AddressClient IP that made the change, useful when multiple people share an account

How to

Export audit evidence for SOC2

  1. Navigate to Audit > Changes.
  2. Set the date range to the audit period.
  3. Apply any relevant resource filters.
  4. Click Export to download the filtered audit log.
  5. Attach the export to your compliance evidence package.

Gotchas

  • This log is append-only and cannot be modified or deleted, even by the owner account.
  • Change audit records are kept 365 days; the maintenance service deletes older records once a day. The window is the maintenance service's AUDIT_RETENTION_DAYS variable. To change it, set that variable in .mipo.env and deploy (a whole number of days; a shorter window deletes the older records at the next daily pass — see "Retention windows" in docs/operations/production-install.md). Within that window no user can purge them, even the owner account, which gives the tamper-evident history SOC2 CC7.2 and ISO 27001 A.12.4.1 ask for. Export on a schedule if you need a longer archive.
  • The Changes column summarizes which fields changed but does not display before/after values inline. Full field-level diffs are available by clicking the change record or via the API detail endpoint.
  • System-initiated changes (e.g., scheduled tasks) show "System" instead of a username.

API calls (1)

MethodPathDescription
GET /api/audit/changes List all audit change events (paginated)

Related

  • Views — Tracks read access rather than state changes
  • Auth — Tracks authentication events (logins, logouts, failures)
  • Port State Changes — Tracks port state transitions between scans rather than configuration changes
  • Audit Log Integrity — Verifies the hash chain protecting this audit log has not been tampered with
  • Roles — Role modifications are logged as change events in the audit trail