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.
In this article
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:
| Rule | Finding covered | Class C treatment | Stated endpoint |
|---|---|---|---|
| VER-TFR-IRI | Internet-reachable likely exploitable vulnerability with PAIN greater than 3 | SHOULD treat as a FedRAMP Reportable Incident | Until it is partially mitigated at N3 or below |
| VER-TFR-NRI | Likely exploitable vulnerability that is not internet-reachable, with PAIN equal to 5 | MAY treat as a FedRAMP Reportable Incident | Until 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
FedRAMP 20x: Update Service Documentation After Transformative Changes
Connect transformative changes to affected customer materials, owners and publication evidence while preserving the 30-business-day deadline.
FedRAMP 20x: Evidence for Non-Automatable Exploitation
Review evidence behind a claim that exploitation cannot be automated, retain the rule default when proof is absent and complete the contextual evaluation.
FedRAMP 20x: Plan Detection Coverage for Resources That Drift
Build a resource-level drift judgment and coverage record while keeping detection recommendations and verification duties visible.