← All articles

Remediation · · 2 min read

From ticket to verified fix: what "done" should mean

A closed ticket is not a closed vulnerability. Why verification by re-scan, with the evidence kept, should be the only definition of done.

In many organisations, a vulnerability is considered fixed when its ticket is closed. That is a process milestone, not a security outcome.

The gap between closed and fixed

Tickets get closed for many reasons: the change was deployed to one environment but not another, the wrong version was picked, a rebuild reintroduced the old image, or the work was simply marked complete. Without verification, nobody knows which.

A better definition of done

A finding is done when:

  1. The fix has been prepared and reviewed.
  2. It has been approved according to your policy for that environment.
  3. It has been tested for regressions before release.
  4. A re-scan confirms the issue is closed.
  5. Every decision, approval and result is recorded.

Why the evidence matters

Verified closure is what turns remediation activity into measurable risk reduction. It is also what risk, audit and compliance teams need: documented, consistent decisions and proof that the fix worked — available on demand, not reconstructed from emails months later.

QsecurityAI treats verification as part of the workflow rather than an afterthought: discover, understand context, prioritise, fix, approve and test, then verify and prove.

Book a demo