You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bind standalone core archives and container images to their producing source
commit and workflow run. Verify archive bytes, executable architecture and
image executable hashes before assembling and attesting the development
release manifest.
Preserve same-run retry support while rejecting inconsistent identities.
Document the inventory limits, installation workflow and release diagnostics.
Related to #2946. Cross-workflow artifact resolution and packaging reuse
remain separate work.
Signed-off-by: Shiju <shiju@nvidia.com>
Copy file name to clipboardExpand all lines: .agents/skills/test-release-canary/SKILL.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -37,6 +37,8 @@ validation lives in the `TypeScript SDK` branch check, including a publish
37
37
dry-run. The tagged release workflow publishes the package to GitHub Packages;
38
38
verify that job directly when diagnosing SDK publication failures.
39
39
40
+
Release Dev also publishes an attested `openshell-release-manifest.json` for standalone core runtime archives and container images. The canary does not download or verify that manifest and continues to consume the rolling dev packages, chart and image tags. A passing canary proves only the install and runtime paths it exercises; it does not prove manifest attestation or digest selection. For manifest failures, inspect the producing Release Dev run's image identity, assembly and attestation steps with `watch-github-actions`.
Copy file name to clipboardExpand all lines: .agents/skills/watch-github-actions/SKILL.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -132,6 +132,8 @@ not substitute the current `main` tip or the event's older PR base SHA. Merge
132
132
groups and manual runs use their explicit baseline. Findings are reported by
133
133
`Reject new high or critical findings`; distinguish those from scanner failures.
134
134
135
+
For core runtime release identity failures, inspect `Record immutable image identity` and `Verify SBOM attestation` in the Build Images jobs, then `Download producing image identities`, `Assemble immutable core runtime manifest` and `Attest core runtime manifest` in Release Dev. Build Images is shared by Branch E2E, Release Dev and Release Tag; only Release Dev assembles and publishes `openshell-release-manifest.json`. Compare the `core-image-identity-*` artifacts' source SHA and workflow run ID with the failing release job. A downstream retry can reuse completed image jobs from the same source and run; identities from a different run are rejected. Assembly also checks archive checksums and matches staged image executable hashes to the corresponding archives, so inspect the failed component and platform before rerunning jobs. Assembly and attestation finish before development release assets are replaced or image tags are promoted; successful canary installation does not verify the manifest.
Copy file name to clipboardExpand all lines: architecture/build.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -162,6 +162,8 @@ generated by BuildKit's default Syft scanner. The registry exporter uses OCI
162
162
media types and `oci-artifact=true`, so each attestation identifies its subject.
163
163
GHCR exposes these through the image index because it has no referrers API.
164
164
165
+
The image-producing action also records the exact OCI index and Linux platform digests, source commit, workflow run and staged executable hashes. Release Dev joins those records with checksum-verified standalone core archives and checks that each image's staged executable matches the archive for the same component and platform. It assembles and attests a versioned `openshell-release-manifest.json` only after the complete core matrix validates, before replacing development release assets or promoting image tags, then publishes the manifest alongside the archives. A downstream retry may reuse completed image jobs from the same source and workflow run; another run's identities are rejected. The manifest describes artifact association, not tested protocol compatibility or live deployment health. Release Tag publication remains a separate release path.
166
+
165
167
Attestations require a registry-backed image index. Local builds therefore keep
166
168
`--provenance=false`, and Podman builds carry neither attestation.
167
169
`tasks/scripts/verify-image-sbom.sh` verifies the merged multi-arch tag and runs
Copy file name to clipboardExpand all lines: docs/about/installation.mdx
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,6 +20,8 @@ The script detects your operating system and installs the OpenShell CLI, standal
20
20
21
21
You can also download release artifacts directly from the [OpenShell GitHub Releases](https://github.com/NVIDIA/OpenShell/releases) page.
22
22
23
+
Development builds publish `openshell-release-manifest.json` with an artifact attestation. Its `schema_version: 1` and `inventory_scope: "core-runtime"` describe the standalone CLI, gateway, sandbox and supervisor archives, and gateway/sandbox/supervisor container images. The manifest records the full source commit, Cargo version, workflow run, archive targets and SHA256 checksums, and image index and platform digests. Native installer packages, VM-driver bundles, the prover and SDKs are outside this inventory. Retain the manifest, verify downloaded archive bytes against its checksums, and use image references in the form `<repository>@<index_digest>` or the selected platform digest. The development download location can move; a checksum mismatch requires obtaining the matching build instead of silently adopting the new bytes. These identities describe one build and do not establish runtime qualification or upgrade compatibility.
24
+
23
25
### Install a prerelease
24
26
25
27
Prerelease packages are retained as GitHub Actions artifacts for 90 days and require an authenticated [GitHub CLI](https://cli.github.com/) session. The `pre` alias installs the latest prerelease:
0 commit comments