Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Help centre / Results & findings

Results & findings

How do I confirm my fixes worked?

Quick answer

Re-scan the same target with the same profile, then open the new scan's Diff tab. The Fixed column lists findings the scan no longer detects, and Regressed lists any that came back. Issues also marks undetected findings as Fixed.

A fix is only a fix once a later scan agrees. Cyberlop keeps the history, so the check is a re-scan and a look at the diff.

Steps

  1. Deploy your fix. For a white-box scan, make sure the branch on the target contains the change.
  2. Click Scan on the same profile, from Scan Profiles or the target page.
  3. When the scan completes, open it and choose the Diff tab.
  4. Find your finding under Fixed.

Good to know

Cyberlop marks a finding fixed only when the scan genuinely did not detect it again. That is the rule in the in-app documentation. So a clean scan on a profile with the relevant class switched off would not prove anything.

Check these before you trust the result:

  • The profile includes the vulnerability class of the finding.
  • The scan completed. A failed scan may stop before it reaches your area.
  • The exploitation phase is on, if you proved the original finding live.

You can then mark the finding yourself in its dialog if you wish, and add a note with the change reference. The Download report menu offers Fixed issues only. That gives you a PDF of the closed items, which suits a sign-off.

ResultWhat to do
Under FixedDone. Keep the report if you need proof.
Still in the list as New or openThe scan still detects it. Re-check the fix.
Under RegressedThe fix did not hold. Reopen the work.

See retest for the general idea, and the tutorial for screens.

Keep the first report from before the fix and the report from after it, because together they show a clear before and after that an auditor or a customer can follow without needing access to the app. Save both. Date them.

Full tutorial

How to verify a vulnerability fix with fixed and regressed issues

Step-by-step, with annotated screenshots.

Updated · Back to the help centre

Still stuck?

Tell us what you see on screen and an engineer will help you sort it out.