Skip to content
Software Provenance

Trace software to its source

Third-party code you ship is part of what you are selling.

Import SPDX or CycloneDX from the tooling you already run, and Intangible HQ places those components in the ownership picture: which product uses them, under which licence, and what that means for a package that is about to move.

SBOM & Third-Party Components

  • SPDX import
  • CycloneDX import
  • Licence metadata
  • Dependency relationships

How it helps

What you get with SBOM & Third-Party Components

1

Standards in, not scanners rebuilt

SPDX and CycloneDX import keeps your existing SCA tooling authoritative for detection. This layer answers the ownership question.

2

Licence context per product

Component licences are read against the product and package that include them, where copyleft or attribution terms actually bite.

3

An SBOM is not a title opinion

Composition data proves what is present. It says nothing about who owns the proprietary code around it — the platform keeps the two apart.

Build the ownership record before somebody asks for it.

Register what exists, connect the relationships, attach the evidence. The answer you need under deadline is the one you maintained beforehand.

Evidence-backed relationships Multi-entity by design Built for transfer and diligence