1 Answer
- Newest
- Most votes
- Most comments
1
This behavior is expected and by design—but it can be confusing. Here's why:
-
Severity in Security Hub findings is dynamic.
-
The severity reflects the current risk posed by the resource's compliance state.
-
When a control status is
FAILED, severity is based on how critical that control is. -
When the same control flips to
PASSED, the finding is still kept (for visibility), but:- Its status becomes
PASSED. - Its severity drops to
INFORMATIONAL.
- Its status becomes
-
-
This is documented behavior.
-
From AWS Docs:
If a finding is resolved, the record is retained with a severity of
INFORMATIONALand a compliance status ofPASSED.
-
-
Impact of the New Console (Preview)
- While the preview console itself didn't change this core logic, the recent update may have made these transitions more visible or highlighted finding state transitions in new ways.
- The finding history UI and filters are now more granular, which may be why you're only noticing it post-preview.
Use Compliance.Status + Severity together
Instead of relying solely on severity, use both in your logic:
{ "Compliance.Status": "FAILED", "Severity.Label": "HIGH" }
This ensures you only act on active, high-risk issues.
answered 10 months ago
Relevant content
- asked 4 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 7 months ago

Thank you for you response, I am already using compliance status + severity as filter, but based on what you have just explained i think what is going on that is when switched to pass, the severity drops to informational at the same time, this will not trigger my process as now the severity changed. Will do some more testing about this subject.
thank you for your answer