Guide · 14.04.26
How to Know What Changed on Your Linux System
A baseline-first workflow to move from uncertainty to evidence-backed change visibility.
Guide · 14.04.26
A baseline-first workflow to move from uncertainty to evidence-backed change visibility.
Direct Answer
If you want to know what changed on Linux, you need a trusted reference and a comparison step. Without both, you can inspect files and logs forever and still miss important context.
The practical sequence is: capture state, explicitly set baseline trust, then compare current state to that baseline. This turns “something feels off” into a concrete drift list you can review. For command-level choice between fast and deep checks, use Preflight vs Compare.
AI Extract
Definitions
Workflow
auditwalk scan run
auditwalk baseline set --scan-id <scan_id>
auditwalk preflight run
auditwalk compare run --format json
Why this order matters:
scan run captures observed state facts.baseline set marks what you explicitly trust as the reference.preflight run gives a fast confidence check before risky actions.compare run gives the full drift set for triage.Triage
| Drift type | Initial interpretation | Next action |
|---|---|---|
| Expected package/config updates | Likely routine change | Document and keep baseline continuity |
| Unexpected startup/persistence artifacts | Potential high-risk drift | Run deeper compare scope and investigate before proceeding |
| Unknown binaries or scripts in sensitive paths | Unresolved trust condition | Treat as unresolved until validated |
Limits
Sources
Related
By: AuditWalk Team · Reviewed: 14.04.26 · Last updated: 14.04.26 · Source class: official standards + product docs