[Plugin] CycloneDX SBOM

[regicsolutions]

Suggesting a plugin to display a CycloneDX Software Bill of Materials (SBOM) Composition Report. CycloneDX is a commonly used standard across a number of tools that supports both JSON and XML schemas.

CycloneDX is the SBOM format created by the Open Web Application Security Project (OWASP) and was built with cybersecurity in mind. The largest benefit of CycloneDX is the ability to include vulnerability information in the SBOM or link to a separate Vulnerability Exploitability Exchange (VEX) which lets you indicate false positives alongside component vulnerability information. The schema also supports a Package URL (PURL) which standardizes how software package metadata is represented so that packages can universally be located regardless of what vendor, project, or ecosystem the packages belongs to.

Thinking the plugin will work similar to the dependency-track plugin

metadata: annotations: backstage.io/sbom: enabled

A tab called SBOM to be shown at the component, system and even resource level with sub tabs with the SBOM provider name i.e Sonatype, syft or any tool that supports the Cyclone specification standard.

CycloneDX/cyclonedx-javascript-library#215

Unfortunately i don’t have time to contribute right now but wanted to throw the idea out there and get feedback from the community!

[testn]

any one wants to take a stab at this?

[regicsolutions]

any one wants to take a stab at this?

Hi @testn this is currently open for grabs, would you like to be assigned?

Unfortunately, I don't have the time at the moment, just wanted to throw the idea out there to see if there was any interest/feedback.

Docker now actually has a sbom plugin that generates a CycloneDX SBOM in JSON. Felt this plugin would come in handy to visualize the SBOM report at the component level. The cyclonedx-javascript-library looks to provide a JSON normalizer, that supports all shipped data models with an example

[jkowalleck]

Hi there.
I am the author of https://github.com/CycloneDX/cyclonedx-javascript-library
Feel free to reach out to me if you need something regarding the library, or just want to chat about CDX in general.
If not in this very thread, we could also use the existing upstream discussion: CycloneDX/cyclonedx-javascript-library#215

If you want to use custom properties in CycloneDX, then you might want to register your namespace here: https://github.com/CycloneDX/cyclonedx-property-taxonomy/

[DJDANNY123]

I did some work on a proof-of-concept CycloneDX plugin back in early 2022 before much tooling existed for CycloneDX, I'll see what I can contribute back and if it's still relevant but my approach/ideas on a plugin can be summarised below:

SBOMs are living documents that should be updated regularly, so they should be linked to rather than captured within a component yaml.

They could be stored within a repository such as https://github.com/CycloneDX/cyclonedx-bom-repo-server or potentially within VCS alongside the code, For my initial attempt I just got it working with harvesting from Git using the default URLReader and relying on the established auth mechanism.

I added a tab on each software component page to summarise some of the information contained within an SBOM, e.g. loop through the dependencies and list the number of each license within the SBOM etc, but with the CycloneDX library mentioned there could be a more informative/browsable UI.

Some inspiration for the UI could be taken from plugins like https://github.com/backstage/backstage/blob/master/plugins/fossa/README.md or https://github.com/snyk-tech-services/backstage-plugin-snyk/blob/main/README.md as similar information may be contained in the SBOM.

[regicsolutions]

I did some work on a proof-of-concept CycloneDX plugin back in early 2022 before much tooling existed for CycloneDX, I'll see what I can contribute back and if it's still relevant but my approach/ideas on a plugin can be summarised below:

SBOMs are living documents that should be updated regularly, so they should be linked to rather than captured within a component yaml.

They could be stored within a repository such as https://github.com/CycloneDX/cyclonedx-bom-repo-server or potentially within VCS alongside the code, For my initial attempt I just got it working with harvesting from Git using the default URLReader and relying on the established auth mechanism.

I added a tab on each software component page to summarise some of the information contained within an SBOM, e.g. loop through the dependencies and list the number of each license within the SBOM etc, but with the CycloneDX library mentioned there could be a more informative/browsable UI.

Some inspiration for the UI could be taken from plugins like https://github.com/backstage/backstage/blob/master/plugins/fossa/README.md or https://github.com/snyk-tech-services/backstage-plugin-snyk/blob/main/README.md as similar information may be contained in the SBOM.

@DJDANNY123 Would love to see what you built so far, I agree that sboms are living/always changing documents and pulling from git is definitely a great start, given sboms are generated during build time, was thinking it would great to be able to post the sbom report similar how the code-coverage plugin accepts a coverage report.

[DJDANNY123]

Had a meeting yesterday to progress getting permission from third party to open source this. Waiting for formal confirmation from them to release it.

That being said I think I would want to rewrite some of the work I did to use the library above to process the SBOM rather than manually decode it using the JSON schemas etc.

I was also returning the entire SBOM to the front-end which is probably not the approach I'd like to take, as it would be good to process that on the backend and then return the extracted information on the frontend, or get data from a report as well as a raw SBOM, do you have an example of any existing SBOM report data structures?

[regicsolutions]

Agreed, here are some SBOM sample reports @jkowalleck would you happen to have any samples using the latest 1.4 spec?

The cyclonedx-javascript-library also has a example of how to serialize a SBOM to JSON here

Let me know if you would like to be assigned to this one!

[DJDANNY123]

Ah maybe I misunderstood the terminology of 'report', I was viewing there would be a raw SBOM which is based on the CycloneDX standard, or a 'report' which contains a more minimal representation of the information contained within this, such as a list of licenses, vulnerabilities etc.

I was thinking the backend component would retrieve a full CycloneDX SBOM and process this in the backend to a more minimal JSON structure or 'Report' that provides information extracted from the SBOM (e.g. metadata, list of contained licenses, vulnerabilities etc.) to be displayed in Backstage in addition to a link to the raw SBOM.

I don't know if there are other services that produce/expose the processed information from an SBOM or a format around this which we could also use, but maybe thats beyond the scope of a CycloneDX plugin.

[jkowalleck]

Agreed, here are some SBOM sample reports @jkowalleck would you happen to have any samples using the latest 1.4 spec?

There are more on the official documentation and website: https://cyclonedx.org/use-cases/
Examples might be nice, but you should study the spec - https://github.com/CycloneDX/specification/tree/master/schema

I don't know if there are other services that produce/expose the processed information from an SBOM [...]

Yes, there is a range of things already. Commercial and non-commercial products, open and closed source, free and non-free.
You might connect with the CycloneDX community and check what others were already doing.

• join the slack: https://cyclonedx.org/slack/invite
• join the group: https://groups.io/g/CycloneDX

---

here are more files you might use as examples.
Be aware: they might be test data, *not official example data.

• https://github.com/CycloneDX/cyclonedx-core-java/tree/master/src/test/resources
• https://github.com/CycloneDX/cyclonedx-go/tree/master/testdata
• https://github.com/CycloneDX/cyclonedx-php-composer/tree/master/demo
• https://github.com/CycloneDX/cyclonedx-node-npm/tree/main/demo
• https://github.com/CycloneDX/cyclonedx-dotnet/tree/master/CycloneDX.Tests/Resources
• https://github.com/CycloneDX/cyclonedx-cli/tree/main/tests/cyclonedx.tests/Resources
• https://github.com/CycloneDX/cyclonedx-python-lib/tree/main/tests/fixtures
• https://github.com/CycloneDX/cdxgen/tree/master/test/data

[jkowalleck]

if it might help you, there is now a list of CycloneDX guides : https://cyclonedx.org/guides/

[elifarley]

SPDX support could also be important. If SPDX support is somehow easier to get, I'd be happy to have it first.

[elifarley]

Regarding the storage location for the SBOM (in CycloneDX, SPDX or any other format), it could make more sense to store it as an OCI artifact alongside the container images (ORAS can be used to attach supply-chain artifacts to container images).

Indexing all SBOMS would also be great for searching.