Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:s:supply-chain_integrity [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:s:supply-chain_integrity [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Supply-Chain Integrity ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | Supply-Chain Integrity is the condition in which the identities, origins, versions, relationships, | ||
| + | |||
| + | The condition applies to source material, dependencies, | ||
| + | |||
| + | Supply-Chain Integrity depends on controls such as [[public: | ||
| + | |||
| + | Within Crucible, Supply-Chain Integrity supports confidence that the artifacts built, transferred, | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //condition in which the identities, origins, versions, relationships, | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Generalized from cybersecurity, | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | Supply-Chain Integrity does not establish that every supply-chain element is secure, defect-free, | ||
| + | |||
| + | Integrity verification should apply both before and after transfer across an organizational, | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | An organization verifies the digests and signatures of a Transfer Bundle before export and again after import. The organization also compares the Dependency Manifest and provenance records to confirm that the imported content matches the approved captured supply chain. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||