DependencyTrack / DependencyTrack/dependency-track

Record the source of discovery for internal vulnerabilities

Open
#7,115 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Java
Stars
4.2k
Forks
811
Avg merge
8h 39m
Merged PRs (30d)
237

Description

### Current Behavior

Organizations that document their own vulnerabilities (from penetration tests, internal audits, bug bounty reports, vendor advisories, ...) have no way to record where a vulnerability was discovered. The Vulnerability model has no such attribute, and the create/edit forms offer no corresponding field, so teams fall back to encoding this information in the description text where it cannot be displayed or standardized.

### Proposed Behavior

Add an optional, opt-in "Source of Discovery" for INTERNAL vulnerabilities:

- A new optional sourceOfDiscovery attribute on Vulnerability, selectable from an admin-configurable list of sources managed via GET/PUT /v1/customization/vulnerability-source (stored as a standard config property).
- The frontend offers a Source of Discovery dropdown on the create and edit forms and shows the recorded source as a badge on the vulnerability page - only when the feature is enabled by an administrator.
- Off by default; when disabled, nothing changes for existing workflows.

I have a working implementation (backend + frontend) ready to submit as two pull requests.

### Checklist

- [x] I have read and understand the [contributing guidelines](https://github.com/DependencyTrack/dependency-track/blob/main/CONTRIBUTING.md#filing-issues)
- [x] I have checked the [existing issues](https://github.com/DependencyTrack/dependency-track/issues) for whether this enhancement was already requested

Contributor guide

Open the contributing guide

Research direction

Start with the Vulnerability model and the GET/PUT /v1/customization/vulnerability-source endpoint, then trace the create and edit forms and the vulnerability page. Confirm how the optional setting affects INTERNAL vulnerabilities and existing workflows; done means the source can be configured, selected, and displayed only when enabled, with the existing implementation coordinated before work begins.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
backend-api-design, frontend, security
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.