Model, Data, and Software Supply Chain

Model, Data, and Software Supply Chain

Fact-check status

Reviewed claim by claim on 2026-09-02 against the primary or official sources identified inline as S1 and S2. Recommendations are design guidance unless a cited standard makes them normative.

Key jargon

Term Plain-language meaning
Supply chain The upstream models, datasets, packages, containers, services, and build systems an application depends on. S1
Provenance Evidence describing an artifact's origin and transformation history. S1
Model artifact Weights, configuration, tokenizer, adapter, or other files needed to run a model. S1
Software bill of materials (SBOM) An inventory of software components and versions in a build. S1

Key concepts

Concept map

flowchart LR
    A["Inventory dependencies and sources"] --> B["Verify integrity and provenance"]
    B --> C["Scan and sandbox artifacts"]
    C --> D["Evaluate then promote"]

Diagram semantics verified against S1 and S2 on 2026-09-02.

Inventory

Controls

Pin immutable versions and hashes; capture SBOM/model-card/dataset-card information; verify source and signature where supported; scan serialized artifacts safely; isolate evaluation before promotion; restrict registry credentials; preserve rollback; and monitor dependency/model deprecation. S1

Exercise

Create a provenance manifest for a local RAG stack: model, tokenizer, embedding model, vector database, parser, application packages, image digests, source documents, and prompt version.

Warning

Model files and plugins are software artifacts. Loading an untrusted serialization or executing install scripts can be code execution, not merely “trying a model.” S1