A gap-finder audit asks "does this behave the same everywhere." An authorization sweep asks a narrower, sharper question: who is allowed to do this, and does the code actually check?
I ran one across my HRMS's claims, payroll and leave-calendar code before the pilot release.
What it found
Cross-team approval. A manager could mark another team's claim as paid. The endpoint checked "are you a manager," not "is this your team."
Whole-company leave visibility. Every employee could see everyone's approved leave, because the leave calendar had no per-role scoping at all.
Hardcoded approvers. The two employee IDs allowed to approve claims were baked into the code, so the approval chain would break the moment either person left or changed roles.
Wrong panel access. Managers had the full admin panel instead of the manager-scoped one they actually use.
Why this is a different sweep
Gap-finder audits compare two surfaces and ask whether they agree. This sweep only has one surface. It asks whether the access control around that surface matches who should actually be allowed to act.
Both are exhaustive-comparison tasks that agents are well suited to. Neither substitutes for the other, because they fail in different directions: a parity audit will happily confirm that two surfaces are identically wrong. I now run both before every release.