-
-
Notifications
You must be signed in to change notification settings - Fork 619
Add "last analysis" timestamp to project responses #4620
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
Comments
I'm thinking about trying to implement this myself. I had a look at the code, and I think I know how to expand the DB model, but I don't know where to actually add saving the timestamp, or where to add it to the response. If you could point me to what to do, or show me a PR where something similar was done, I'd be thankful. |
I just refactored the relevant location. Updating the "last analyzed" timestamp for a project could happen here: dependency-track/src/main/java/org/dependencytrack/tasks/VulnerabilityAnalysisTask.java Lines 136 to 184 in 873d5f5
Note that vulnerability analysis is only one type of analysis, so we need to be explicit about that when it comes to naming fields / columns. |
Signed-off-by: Steffen Ohrendorf <[email protected]>
Signed-off-by: Steffen Ohrendorf <[email protected]>
Signed-off-by: Steffen Ohrendorf <[email protected]>
Signed-off-by: Steffen Ohrendorf <[email protected]>
Signed-off-by: Steffen Ohrendorf <[email protected]>
#4620 add "lastVulnerabilityAnalysis" to project
The timestamp field was added to the project model in DependencyTrack/dependency-track#4620. Signed-off-by: nscuro <[email protected]>
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Current Behavior
There is no information anywhere when the last analysis cycle was done on a project.
Proposed Behavior
Add a field like "lastAnalysis" that contains the timestamp of the last vulnerability analysis of a project, similar to "lastBomImport". Apart for an optimization opportunity for automation leveraging DT, this could also help answer questions like "why is vulnerability X not associated with project Y" by comparing the vulnerability publication/update timestamp to the analysis timestamp within the UI.
NOTE: This is rather-low priority for me, it's not inhibiting anything. It would just be nice to have.
Checklist
The text was updated successfully, but these errors were encountered: