| Next revision | Previous revision |
| dido:99_annexes:annex-b-terms-and-definitions:t:transfer_bundle [2026/07/13 12:35] – created nick_dido | dido:99_annexes:annex-b-terms-and-definitions:t:transfer_bundle [2026/07/19 07:30] (current) – [Source] nick_dido |
|---|
| ===== Discussion ===== | ===== Discussion ===== |
| |
| A Transfer Bundle is a controlled package of artefacts, dependencies, records, manifests, integrity information, and supporting evidence prepared for transfer between environments. | The Crucible Concept of Operations establishes the Transfer Bundle as the transferable collection produced within a [[dido:99_annexes:annex-b-terms-and-definitions:c:connected_environment|Connected Environment]] and imported into a [[dido:99_annexes:annex-b-terms-and-definitions:d:disconnected_environment|Disconnected Environment]]. |
| |
| The bundle may contain installation media, software packages, machine images, container images, provider packages, infrastructure source content, compliance artefacts, configuration, and a [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency_manifest|Dependency Manifest]]. | A Transfer Bundle is a controlled collection of [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]], [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency|Dependencies]], records, manifests, integrity information, and supporting [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] assembled for transfer between environments. |
| |
| A Transfer Bundle supports movement across an organizational, network, security, jurisdictional, or [[dido:99_annexes:annex-b-terms-and-definitions:a:air_gap|Air Gap]] boundary while preserving the identity, integrity, organization, and provenance of its contents. | A Transfer Bundle may contain: |
| |
| Within Crucible, a Transfer Bundle may export captured content from a [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency_store|Dependency Store]] for import into a [[dido:99_annexes:annex-b-terms-and-definitions:d:disconnected_environment|Disconnected Environment]]. | * Installation media |
| | * Software packages |
| | * Operating-system update packages |
| | * [[dido:99_annexes:annex-b-terms-and-definitions:m:machine_image|Machine Images]] |
| | * [[dido:99_annexes:annex-b-terms-and-definitions:c:container_image|Container Images]] |
| | * Provider-specific content |
| | * Infrastructure source content |
| | * Compliance Artifacts |
| | * Configuration |
| | * Records |
| | * Manifests |
| | * Integrity information |
| | * Supporting Evidence |
| | * A [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency_manifest|Dependency Manifest]] |
| | |
| | A Transfer Bundle facilitates controlled movement across an organizational, network, security, jurisdictional, or [[dido:99_annexes:annex-b-terms-and-definitions:a:air_gap|Air Gap]] boundary while preserving the identity, integrity, organization, and [[dido:99_annexes:annex-b-terms-and-definitions:p:provenance|Provenance]] of its contents. |
| | |
| | Within [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]], a Transfer Bundle may contain captured content from a [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency_store|Dependency Store]]. A destination environment may import that content and use it to populate an internal software-package repository. |
| | |
| | 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 ===== | ===== Definition ===== |
| |
| //controlled package of artefacts, dependencies, records, manifests, integrity information, and supporting evidence prepared for transfer between environments// | //controlled collection of [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]], [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency|Dependencies]], records, manifests, integrity information, and supporting [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] assembled for transfer between environments// |
| |
| ===== Source ===== | ===== Source ===== |
| |
| Generalized from secure transfer, disconnected-operation, archive packaging, software supply-chain, and configuration-management usage and specialized for the Crucible architecture and operational model. | [[dido:02-crusible:99-annexes:annex-b:cr-002|Crucible Concept of Operations, Version 1.0]], Sections 2.1, 3.3, and 3.4. |
| | |
| | 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 ===== | ===== Note ===== |
| |
| A Transfer Bundle may use a compressed archive, a removable medium, an object package, a repository export, or another controlled representation. | 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 [[dido:99_annexes:annex-b-terms-and-definitions:t:transfer_authorization|Transfer Authorization]]. |
| | |
| | Applicable review, approval, inspection, release, transfer, integrity-verification, and import processes govern movement across the applicable [[dido:99_annexes:annex-b-terms-and-definitions:t:transfer_boundary|Transfer Boundary]]. |
| | |
| | [[dido:99_annexes:annex-b-terms-and-definitions:t:transfer_bundle_integrity|Transfer Bundle Integrity]] governs the completeness of the Transfer Bundle and the protection of its contents from unauthorized addition, removal, or modification. |
| |
| Packaging content into a Transfer Bundle does not by itself authorize transfer. The applicable review, approval, inspection, release, and import processes govern movement across the boundary. | A Transfer Bundle may contain software packages, but a Transfer Bundle is not itself a software package. |
| |
| ===== Example ===== | ===== Example ===== |
| |
| Crucible exports operating-system packages, installation media, container images, infrastructure repositories, compliance evidence, integrity values, and a Dependency Manifest into one Transfer Bundle for controlled import into an air-gapped enclave. | [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] assembles operating-system update packages, installation media, Container Images, infrastructure repositories, compliance Evidence, integrity values, and a Dependency Manifest into one Transfer Bundle for controlled transfer and import into an [[dido:99_annexes:annex-b-terms-and-definitions:a:air-gapped_environment|Air-Gapped Environment]]. |
| |
| ---- | ---- |