FedRAMP 20x: Review New Findings Against Previously Mitigated Vulnerabilities
VER-EVA-EFA recommends considering proximate vulnerabilities among the contextual evaluation factors, including interactions with previously detected, partially or fully mitigated findings. Review the earlier mitigation assumptions against new evidence, record whether they still hold and route supported changes to the applicable evaluation records. Keep interaction analysis distinct from grouping and treatment-status decisions.
In this article
Main question
How should Class B and C teams review new vulnerabilities against previously mitigated findings?
A newly detected vulnerability can raise questions about the evidence behind an earlier mitigation. For Class B and C security leads, reviewing FedRAMP 20x proximate vulnerabilities means examining those interactions in the actual service context. The useful outcome is a supported conclusion about whether the earlier reasoning still holds.
Preserve the recommendation and its context
VER-EVA-EFA says providers SHOULD consider at least eight factors when evaluating detected vulnerabilities in the context of the cloud service offering. One is Proximate Vulnerabilities: “How does this vulnerability interact with previously detected vulnerabilities, especially partially or fully mitigated vulnerabilities?” The other listed factors are criticality, reachability, exploitability, detectability, prevalence, privilege and known threats. FedRAMP evaluation factors
SHOULD permits valid reasons to depart in particular circumstances after the implications are understood and carefully weighed. FedRAMP's definition also requires explaining decisions about handling such rules in security documentation. The recommended-rule decision guide addresses that documentation task. FedRAMP definition: SHOULD
Revisit the evidence behind the earlier mitigation
A fully mitigated vulnerability remains detected under FedRAMP's definition: the likelihood of exploitation or Potential Agency Impact N-rating has been reduced from the original evaluation until either is negligible. A remediated vulnerability has been neutralized or eliminated and is no longer detected. That distinction explains why an earlier fully mitigated finding can remain relevant to this review. FedRAMP vulnerability definitions
Retrieve the earlier evaluation and its supporting evidence. Identify what the mitigation conclusion depended on: an access restriction, a configuration condition, a safeguard or another documented premise. Then examine whether the new finding changes the evidence for that premise. Use the mitigation and remediation status guide for the separate task of describing the resulting treatment state accurately.
Use a focused interaction review
The following is an editorial workflow, not an official template or a separate review deadline:
- Identify relevant prior findings. Look for shared resources, permissions, information paths, dependencies or safeguards. Treat these links as leads for investigation and substantiate any interaction before changing a conclusion.
- Compare the assumptions. Record the earlier mitigation's scope and the new evidence. Distinguish an observed change from a possibility that still needs analysis.
- Assess whether the conclusion holds. Explain which evidence supports retaining or revisiting the previous evaluation. Keep unresolved questions visible and assign an owner for the next step.
- Route supported changes. Link the interaction review to the affected evaluation records and response work. Retain the prior rationale so another reviewer can understand what changed and why.
For example, an earlier finding may have been fully mitigated based on an access restriction. A new finding raises a question about whether that restriction still protects the affected resource. Review the restriction's actual scope and the new evidence together. If the evidence continues to support the earlier conclusion, record that reasoning. If it undermines the conclusion, route the finding back through the applicable evaluation work. An unresolved possibility should remain an open question with an owner.
A compact record can hold the new and prior finding identifiers, the mitigation premise being examined, evidence links, the reviewer and date, the conclusion and follow-up actions. Choose a format that fits the team's existing work; the point is to make the reasoning traceable.
Keep interaction analysis distinct from other decisions
This review informs the evaluation; it does not automatically assign a new mitigation status or impact rating. Use the grouping guide for organizing response across findings and the PAIN guide for evaluating likely customer effects. Keep the evidence for each conclusion visible instead of treating a link between findings as the conclusion itself.
The VER schedule lists optional adoption from July 4, 2026, obtaining and maintaining certification from December 7, 2026, and a grace-period end of March 7, 2027. VER-EVA-EFA is an existing provision in the stable ruleset; its October 13 changelog entry updates control mappings. FedRAMP VER effective dates and history
Frequently asked questions
Is the proximate-vulnerabilities factor a MUST rule?
VER-EVA-EFA uses SHOULD: providers should consider at least its listed contextual evaluation factors, including proximate vulnerabilities. FedRAMP’s SHOULD definition also requires explaining decisions about handling such rules in security documentation.
Why review a finding that was already fully mitigated?
FedRAMP defines a fully mitigated vulnerability as still detected, with likelihood of exploitation or Potential Agency Impact N-rating reduced from the original evaluation until either is negligible. The proximate-vulnerabilities factor explicitly includes interactions with previously detected findings, especially partially or fully mitigated ones.
Does a possible interaction automatically change a prior finding’s status?
The suggested workflow calls for evaluating the supporting evidence before changing a conclusion. Record whether the earlier mitigation assumptions still hold and route supported changes through the applicable evaluation work. Keep unresolved possibilities as open questions with owners.
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: 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: Keep Significant Change Notification History Retrievable
Keep significant change notices retrievable in both formats, preserve their relationship to evaluation evidence and maintain the routine-change exemption.
FedRAMP 20x: Explain Different Security Categories Within One Offering
Connect resource security categories to information flows, handling or impact, and evidence while keeping scope and certification-class decisions distinct.