Safeguard
Compliance•

How should you document a pen test finding you choose not to fix?

Record an accepted pen test finding with the tester's rating, your reasoning, an approver, a retest plan and an expiry, and tell the tester the outcome.

Safeguard Security Team
3 min read

Treat it as an exception: keep the tester's original rating, add your own reasoning, get a named approver, set an expiry, and plan a retest. Do not edit or delete the finding from the report. Keep the report intact and attach your decision beside it.

Buyers and auditors often ask for pen test reports and then ask what happened to each finding. "We disagreed" is acceptable. Silence is not.

Separate three situations

Teams use "not fixing" for very different decisions.

SituationWhat it meansRecord as
Disagree with the findingYou believe it is wrong or not exploitableDispute, with evidence
Agree, risk acceptedIt is real and you will live with it for nowException
Agree, fix deferredYou will fix, but not this quarterScheduled remediation with date

Mixing them makes later review messy. A dispute needs technical evidence. An acceptance needs an approver. A deferral needs a date and an owner.

What the record contains

  1. Finding reference. Report name, date, finding ID, and the tester's severity.
  2. Your severity, if different. With the reason, for example an internal-only endpoint.
  3. Decision. Dispute, accept, or defer.
  4. Reasoning. Two or three sentences with specifics.
  5. Other controls. Rate limits, network restrictions, monitoring.
  6. Approver and date. Someone other than the engineer who owns the code.
  7. Expiry and retest. Many teams retest at the next scheduled test or after any related change.

Talk to the tester

Send the tester your decision and reasoning before the report is finalized when possible. Some will update the wording. If the report has been issued, ask whether they can add a management response section. A management response is common in assessments and makes your reasoning part of the same document the buyer reads.

Disputing honestly

If you dispute a finding, bring a reproduction or a code reference that shows why it does not apply. A statement like "we think this is low" is a preference. A statement like "this endpoint is bound to a private network and requires a service token, see configuration X" can be checked.

Keep the buyer view in mind

When you share a summary with a customer, the open accepted items matter most. Be ready to explain each in a sentence and to state the review date. If the answer to "when will you look at this again?" is "we will not", rethink the acceptance.

Where Safeguard fits

Safeguard tracks findings from its own scans with owners, statuses and policies. Pen test findings can be referenced alongside them so the decision trail lives in one place.

Try it yourself

Click through it at your own pace, or open it full screen. Follow a finding from detection to a decision and look at which fields record the owner and status.

Quick check

Can I remove a finding from the report?

No. Altering a third party report undermines it. Add a management response instead.

Do accepted pen test findings need an expiry?

Yes, as with any exception. Tie it to the next test or a fixed date.

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.