4 Terms and definitions

For the purposes of this document, the following terms and definitions apply. Terms explicitly defined in this Standard are not to be presumed to refer implicitly to similar terms defined elsewhere.

4.1 attestation

formal declaration that something is true or accurate

Note

Attestations are often backed by documentation or verification from an authoritative source. An attestation serves as a confirmation or proof of a fact, condition, or compliance with specific standards or requirements.

4.2 author

person who creates written works, such as software or data

4.3 component function

purpose for which a software component exists

Note

Examples of component functions include parsers, database persistence, and authentication providers.

4.4 component type

general classification of a software components architecture

Note

Examples of component types include libraries, frameworks, applications, containers, and operating systems.

4.5 manufacturer

entity that develops and produces products such as virtual or physical goods

4.6 direct dependency

component that is referenced by a main (metadata) component itself

4.7 Package-URL (PURL)

ecosystem-agnostic specification which standardizes the syntax and location information of software components

4.8 pedigree

data which describes the lineage and/or process for which software has been created or altered

4.9 procurement

process of agreeing to terms and acquiring physical or virtual goods or services

4.10 provenance

chain of custody and origin of a software component

Note

Provenance incorporates the point of origin through distribution as well as derivatives in the case of software that has been modified.

4.11 provider

entity that offers services, infrastructure, or platforms

Note

These services can include computing resources, storage, software applications, and networking capabilities.

4.12 publisher

entity that produces and distributes content, such as software, to the public

4.13 Software identification (SWID)

ISO standard that formalizes XML records that uniquely identify software products, versions, and installations to support asset management, security, and compliance

4.14 Software Package Data Exchange (SPDX)

Linux Foundation project which produces a standardized list of open source licences and defines an expression language for those licences

4.15 supplier

entity that provides products or services to another entity, typically within a supply chain

4.16 third-party component

software component not directly created

Note

Third-party components may include open source, "source available", and commercial or proprietary software.

4.17 transitive dependency

software component that is indirectly used by another component by means of being a dependency of a dependency