Safeguard
Compliance•

What counts as a vulnerability disclosure program on the CISA form?

Item 4c of the CISA form asks for a disclosure program that accepts, reviews and addresses reports in a timely way. What that needs, and what it does not.

Safeguard Security Team
3 min read

Item 4c of the CISA form asks the producer to operate a vulnerability disclosure program that "accepts, reviews, and addresses disclosed software vulnerabilities in a timely fashion." The form does not mention a bug bounty, a platform or payments. A clear way to report, a person who reviews, and a record of action is what the text describes.

The exact requirement

Section III, item 4c reads that the producer "operates a vulnerability disclosure program and accepts, reviews, and addresses disclosed software vulnerabilities in a timely fashion and according to any timelines specified in the vulnerability disclosure program or applicable policies."

Three verbs carry the weight: accepts, reviews, addresses. The timing rule points to your own stated timelines, so the form leans on you to publish realistic ones and then meet them.

EO 14028 section 4(e)(viii) is the origin: "participating in a vulnerability disclosure program that includes a reporting and disclosure process." Neither text says the program must pay rewards.

What a minimal program contains

ElementWhat it looks like
IntakeA security contact address or form, listed on your website and in a security.txt file
ScopeWhich products and domains are covered
Safe harbor languageA statement of how you treat good faith research (have counsel word it)
Triage ownerA named role who reads every report
Response targetsAcknowledgement and fix intentions, stated honestly
ClosureA reply to the reporter and, where suitable, a public advisory

Evidence to keep

M-22-18 said an agency may ask for "evidence that the software producer participates in a Vulnerability Disclosure Program." Keep these ready:

  1. The public policy page and its change history.
  2. A log of received reports with dates for acknowledgement, triage and fix.
  3. Two or three examples of closed reports, with sensitive details removed.
  4. The mailbox or ticket queue ownership record, so the intake is demonstrably monitored.

Mistakes that weaken the answer

  • A policy page that points to an unmonitored mailbox.
  • Promised timelines that the team has never met. The form ties "timely" to your own timelines, so unrealistic ones create a gap.
  • No link between disclosure and release process, so a valid report sits in a queue while the next release ships.
  • Treating the program as marketing, with no triage owner.

Try it yourself

Click through it at your own pace, or open it full screen.

Watch how a finding moves from detection to triage to fix, and ask where a reported vulnerability would enter that flow in your own team.

Quick check

Do we need a bug bounty to answer item 4c?

The form text does not ask for one. It asks for a program that accepts, reviews and addresses reports in a timely fashion.

Is a security email address enough?

It is the intake part. You also need someone who reviews reports and a process that addresses them, with timelines you can meet.

Sources

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.