-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix nuclei deduplication #11277
Fix nuclei deduplication #11277
Conversation
DryRun Security SummaryThe pull request focuses on updates related to the Nuclei scanner integration within the DefectDojo application, including updating test files, configuration files, and the NucleiParser class to improve the handling and deduplication of Nuclei scan results. Expand for full summarySummary: The code changes in this pull request primarily focus on updates related to the Nuclei scanner integration within the DefectDojo application. The changes include:
Overall, these changes appear to be focused on improving the integration and handling of Nuclei scanner results within the DefectDojo application, which is a valuable contribution to the application's security capabilities. Files Changed:
Code AnalysisWe ran Riskiness🟢 Risk threshold not exceeded. |
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
@fopina this PR says there are conflicts, but idk what they are though... Pretty strange |
10533d4
to
2627177
Compare
@Maffooch I received the notification yet it's still missing approvals and I was considering just waiting for all approvals before resolving them Yet, as I came here to comment, I also resolved them 👍 (it was the settings shasum) |
Conflicts have been resolved. A maintainer will review the pull request shortly. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approved
Description
Many nuclei templates have several matchers, such as tech-detect
If there are several matchers, each is reported as a separate finding.
The current parser puts matcher under
component_name
yet the hash fields do not includecomponent_name
resulting in findings being closed as duplicates when they're not (such as multiple technologies for the mentioned template)The deduplication done within the nuclei parser itself considers matcher as key already which was not aligned with hash fields, as those didn't consider
component_name
.alternative
Another option could be appending matcher to
title
instead of changing the hash code fields. This would allow seeing the matcher in the findings list (that does not show components) but we would lose the ability to filter by component.