Skip to content

Conversation

@valentijnscholten
Copy link
Member

@valentijnscholten valentijnscholten commented Oct 22, 2025

Fixes #13500
In certain scenario's the DEDUPE_ALGO_UNIQUE_ID_FROM_TOOL algorithm can set a finding from scanner type A as duplicate of a finding from scanner type B. For this algorithm this is invalid as the unique_id_from_tool field is a parser specific value.

This only happens when deduplication_on_engagement==True. The product scope code branch already has the correct filter.

# the unique_id_from_tool is unique for a given tool: do not compare with other tools
test__test_type=new_finding.test.test_type,

In practice I doubt many people will run into this small bug. It has been around for 5 years, so we would have noticed. So the real world impact of the bug and this PR is limited, but still I would like to get this corrected.

@valentijnscholten valentijnscholten marked this pull request as ready for review October 22, 2025 20:34
@valentijnscholten valentijnscholten added this to the 2.51.3 milestone Oct 23, 2025
@valentijnscholten valentijnscholten merged commit 60e33e4 into DefectDojo:bugfix Oct 24, 2025
150 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

DEDUPE_ALGO_UNIQUE_ID_FROM_TOOL matches unique ids from different parsers

5 participants