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:t:transfer_bundle [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:t:transfer_bundle [2026/09/13 15:34] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Transfer Bundle ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | The Crucible Concept of Operations establishes the Transfer Bundle as the transferable collection produced within a [[public: | ||
| + | |||
| + | A Transfer Bundle is a controlled collection of [[public: | ||
| + | |||
| + | A Transfer Bundle may contain: | ||
| + | |||
| + | * Installation media | ||
| + | * Software packages | ||
| + | * Operating-system update packages | ||
| + | * [[public: | ||
| + | * [[public: | ||
| + | * Provider-specific content | ||
| + | * Infrastructure source content | ||
| + | * Compliance Artifacts | ||
| + | * Configuration | ||
| + | * Records | ||
| + | * Manifests | ||
| + | * Integrity information | ||
| + | * Supporting Evidence | ||
| + | * A [[public: | ||
| + | |||
| + | A Transfer Bundle facilitates controlled movement across an organizational, | ||
| + | |||
| + | Within [[public: | ||
| + | |||
| + | The same Transfer Bundle retains its identity through: | ||
| + | |||
| + | * Creation | ||
| + | * Transfer | ||
| + | * Receipt | ||
| + | * Integrity verification | ||
| + | * Import | ||
| + | |||
| + | The source phrases **artifact export package** and **artifact import package** describe the Transfer Bundle from the perspective of its creation or import. They do not identify separate transferable objects. | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | // | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | [[private: | ||
| + | |||
| + | The Crucible Concept of Operations states that Crucible produces a compressed Transfer Bundle containing captured Dependencies and compliance findings within a connected enclave. The disconnected enclave imports the same bundle and uses its contents to populate an internal software-package repository. | ||
| + | |||
| + | The ConOps also identifies the enclave operator as the actor that imports transferred dependency and Evidence bundles into a Disconnected Environment. | ||
| + | |||
| + | This definition formalizes the ConOps concept without treating **package** and **Transfer Bundle** as separate names for the same architectural subject. | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | A Transfer Bundle may use: | ||
| + | |||
| + | * A compressed archive | ||
| + | * Removable media | ||
| + | * An object-store representation | ||
| + | * A repository export | ||
| + | * Another controlled representation | ||
| + | |||
| + | The representation of a Transfer Bundle does not change its identity as the controlled collection transferred between environments. | ||
| + | |||
| + | Creating a Transfer Bundle does not by itself constitute [[public: | ||
| + | |||
| + | Applicable review, approval, inspection, release, transfer, integrity-verification, | ||
| + | |||
| + | [[public: | ||
| + | |||
| + | A Transfer Bundle may contain software packages, but a Transfer Bundle is not itself a software package. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | [[public: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||