Skip to main content

FedRAMP 20x Class C: When to Treat a Vulnerability as an Incident

Class C IRI says providers SHOULD treat internet-reachable likely exploitable vulnerabilities with PAIN greater than 3 as reportable incidents until partially mitigated at N3 or below. NRI says they MAY apply that treatment to non-internet-reachable LEVs at PAIN 5 until partially mitigated at N4 or below. Preserve the differing force, separate IEC reportability duties and distinct ruleset adoption dates. Leaving a treatment threshold is not proof of remediation or closure of an independently reportable incident.

Written by Boundera Team|October 26, 2026|4 min read

Main question

When should a 20x Class C vulnerability be treated as a FedRAMP Reportable Incident?

FedRAMP 20x Class C: When to Treat a Vulnerability as an Incident

A vulnerability finding can call for incident handling before the team has evidence of a confirmed breach. For a 20x Class C offering, two Vulnerability Evaluation and Reporting (VER) rules describe that treatment using likely exploitability, internet reachability and Potential Agency Impact N-rating (PAIN). Keep those conditions together when handing a finding from vulnerability management to incident response.

These are existing rules, not a new October mandate. Their force differs: one says SHOULD and the other MAY. Neither turns every vulnerability into a confirmed compromise.

Use the exact Class C treatment conditions

The current Class C VER rules specify:

RuleFinding coveredClass C treatmentStated endpoint
VER-TFR-IRIInternet-reachable likely exploitable vulnerability with PAIN greater than 3SHOULD treat as a FedRAMP Reportable IncidentUntil it is partially mitigated at N3 or below
VER-TFR-NRILikely exploitable vulnerability that is not internet-reachable, with PAIN equal to 5MAY treat as a FedRAMP Reportable IncidentUntil it is partially mitigated at N4 or below

SHOULD allows valid reasons for departure in particular circumstances, but FedRAMP’s definition calls for understanding and weighing the implications and documenting the handling decision. MAY is optional; its definition recommends explaining the handling decision in security documentation. Preserve that distinction in an operating procedure.

Start with the documented likely-exploitability evaluation. The LEV definition includes a vulnerability that is not fully mitigated, is reachable by a likely threat actor, and would likely produce an adverse effect if exploited by that actor with knowledge of it. A PAIN value alone does not establish those conditions or prove compromise.

Reachability also extends beyond direct internet exposure. The internet-reachable definition includes a vulnerable machine-based resource that receives or acts on an internet-originating payload even without a direct internet route. The definition applies to the specific vulnerable resources processing that payload.

Hand off the reasoning, not just the rating

The following is editorial operating advice, not an additional official form. A concise handoff can connect the vulnerability record to:

  • The likely-exploitability conclusion and its supporting evidence.
  • The specific vulnerable resource and internet-reachability rationale.
  • The PAIN evaluation, customer-effect reasoning and current assessment time.
  • The IRI or NRI decision, responsible owner and incident-workflow reference.
  • The mitigation evidence and time for reevaluating the treatment conditions.

For example, an internet-reachable Class C LEV at N4 falls within IRI’s SHOULD treatment. A later evaluation that supports partial mitigation at N3 reaches that rule’s stated endpoint. Record what changed and why the new evaluation is supported; a changed dashboard label alone gives the next operator little basis for action.

Partial mitigation is not remediation. FedRAMP defines partial mitigation as reduced likelihood or PAIN while exploitation risk remains and the vulnerability is still detected. Remediation means the vulnerability has been neutralized or eliminated and is no longer detected. Keep the remaining vulnerability work visible after reassessing the incident-treatment threshold.

Preserve the separate incident evaluation

IEC-CSO-EFR requires providers to promptly evaluate incidents for actual or likely effects on the confidentiality or integrity of federal customer data. Such incidents are FedRAMP Reportable Incidents and follow the Incident Evaluation and Communication rules.

NRI’s MAY treatment does not cancel that separate duty. Likewise, leaving an IRI or NRI threshold does not by itself close an independently reportable incident. Keep the vulnerability-treatment decision and the incident reportability determination traceable to their respective evidence.

Keep VER and IEC dates separate

VER allows optional adoption from July 4, 2026, sets initial and ongoing adoption for December 7, 2026, and ends its grace period March 7, 2027. For 20x IEC, optional and initial dates are July 4, 2026; ongoing is January 1, 2027, with grace ending on the first independent assessment started after that date.

For the separate tasks, see assigning PAIN from customer effects, managing the evaluation queue and the incident-notification workflow.

Common treatment questions

Does Class C incident treatment always use MUST?

No. IRI uses SHOULD and NRI uses MAY under their stated conditions. The separate IEC reportability evaluation has its own MUST obligation.

Does N3 automatically mean the vulnerability is resolved?

No. IRI’s endpoint includes partial mitigation at N3 or below. Partial mitigation still leaves exploitation risk and a detected vulnerability, and incident reportability can have an independent basis.

Frequently asked questions

Does Class C incident treatment always use MUST?

No. IRI uses SHOULD and NRI uses MAY under their stated conditions. The separate IEC reportability evaluation has its own MUST obligation.

Does N3 automatically mean the vulnerability is resolved?

No. IRI’s endpoint includes partial mitigation at N3 or below. Partial mitigation still leaves exploitation risk and a detected vulnerability, and incident reportability can have an independent basis.

Does a non-internet-reachable Class C LEV at N5 always trigger NRI treatment?

NRI uses MAY, permitting treatment as a FedRAMP Reportable Incident until partial mitigation at N4 or below. That optional treatment does not remove the separate IEC obligation to evaluate incidents for actual or likely confidentiality or integrity effects on federal customer data.

Next step

If you want to turn this guidance into an execution plan, the product side handles control mapping, SSP drafting, and evidence collection.

Related articles