-
Notifications
You must be signed in to change notification settings - Fork 142
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
Support for DEPENDENCY_MANIFEST_OF
and DEPENDENCY_OF
relationships
#822
Comments
Hi @rhyskoedijk thanks for the details! Before moving forward, I have a few follow up questions -
|
Correct; I want to identify the dependency references/manifest file of the package.
My understanding of the relationships is that
https://spdx.github.io/spdx-spec/v2.2.2/relationships-between-SPDX-elements
It would tell me exactly where each dependency is declared, so that an automated tool can then suggest an update for the file (if required). For context, I recently wrote an Azure DevOps extension that uses sbom-tool to automate several dependency vulnerability and reporting needs I have. I am interested in this information so that the tool can suggest where and how to fix dependency issues: |
Thank you for the details! I see the argument for the use case, however I still think this problem could be solved with the existing relationships/changing the scope under which the SBOMs are generated. Introducing new relationships means we would have to make internal changes to how SBOMs are generated and parsed, which introduces more complexities to the tool. Since the generation of SBOMs for solutions/projects depends on the use case, we think that discussing with your legal team/admin on the requirements for generating these SBOMs would be a good place to start. |
Firstly, thanks so much for this tool, it's incredibly useful.
I'd like to know if you're open to accepting a contribution for
DEPENDENCY_MANIFEST_OF
andDEPENDENCY_OF
relationships? Support for these relationships would be useful to identify where a package originates from in cases such as fixing vulnerable packages, consolidating package versions, generating human-friendly visualisation of the dependency graph, etc.I managed to add support for this using the
LocationsFoundAt
info returned by component detector and I'd be happy to submit a PR if you are open to it, but just wanted to check if this is sane or not first; If I'm missing something obvious or this is outside the scope of the tool, let me know.Example
Given this .NET project:
I currently get this
manifest.spdx.json
:Which can be visualised as:
I would like to see additional relationships for
DEPENDENCY_MANIFEST_OF
andDEPENDENCY_OF
, e.g.(element ids are just for illustration)
Which could be visualised as:
The text was updated successfully, but these errors were encountered: