Not every vulnerability needs to be patched immediately. If a fix isn't available yet, or if you've assessed the risk and decided it's acceptable for now, you can dismiss the vulnerability to keep your compliance program clean and auditor-ready.
There are two ways to do this in ComplyJet.
Method 1 – Dismiss at the source
If your vulnerability source (such as GitHub Dependabot, AWS Inspector, or another integrated scanner) supports dismissal, you can dismiss the vulnerability there and add a note explaining the reason. ComplyJet will automatically sync the updated status on the next scan — no action needed on the platform.
This is the preferred approach when you want the dismissal to be recorded at the source and reflected consistently across tools.
Method 2 – Dismiss directly in ComplyJet
If you want to dismiss a vulnerability without going back to the source, you can do it directly on the ComplyJet Vulnerabilities page.
Step 1 – Go to the Vulnerabilities page
Navigate to Security → Vulnerabilities in the left sidebar. You'll see all vulnerabilities across your connected environments.
Step 2 – Open the vulnerability
Click on the vulnerability you want to dismiss. A detail panel will open on the right showing the CVE, severity, current status, and other details.
Step 3 – Change the status and add a note
Scroll down to the More Details section. Change the Status from Open to Dismissed, then enter a reason in the Dismissal Note field. Click Save.
The vulnerability will move to the Closed / Dismissed tab and will no longer count as open in your program.
What to write in the dismissal note
A good dismissal note gives your auditor enough context to understand the decision. Aim to cover:
Why the vulnerability is being dismissed (no fix available, risk assessed as low, compensating control in place)
Any timeline for revisiting it, if applicable
Example: "No patch available from upstream as of June 2026. Vulnerability is in a dev-only dependency not exposed in production. Will revisit when a fix is released."



