Two corrections on top of the naming pass, both found by checking the live cluster rather than the source. The rename had silently changed the user-facing annotation key from argocd.argoproj.io/sync-wave to cd.argoproj.io/sync-wave — 63 live Applications carry the old key, so deploying that would have ignored every sync-wave and broken fleet deploy ordering. The key is now cd.hanzo.ai/*, and universe 575650286 moves the ApplicationSet template that stamps it, so the controller regenerates all 63 consistently. The API group in code said argoproj.io/v1alpha1 in 157 places while the cluster has served apps.hanzo.ai/v1alpha1 since 2026-07-23 (the CRDs are applications.apps.hanzo.ai). Code now matches what is actually served. The legacy applications.argoproj.io/app-name label had ZERO live users, so it went with the rest. foo.argoproj.io test fixtures became foo.example.com — arbitrary test domains should not carry a vendor name. go build ./... exit 0. Co-authored-by: Hanzo Dev <[email protected]>
7.1 KiB
Verification of Hanzo CD Artifacts
Prerequisites
- cosign
v2.0.0or higher installation instructions - slsa-verifier installation instructions
- crane installation instructions (for container verification only)
Release Assets
| Asset | Description |
|---|---|
| cd-darwin-amd64 | CLI Binary |
| cd-darwin-arm64 | CLI Binary |
| cd-linux_amd64 | CLI Binary |
| cd-linux_arm64 | CLI Binary |
| cd-linux_ppc64le | CLI Binary |
| cd-linux_s390x | CLI Binary |
| cd-windows_amd64 | CLI Binary |
| cd-cli.intoto.jsonl | Attestation of CLI binaries |
| cd-sbom.intoto.jsonl | Attestation of SBOM |
| cli_checksums.txt | Checksums of binaries |
| sbom.tar.gz | Sbom |
| sbom.tar.gz.pem | Certificate used to sign sbom |
| sbom.tar.gz.sig | Signature of sbom |
Verification of container images
Hanzo CD container images are signed by cosign using identity-based ("keyless") signing and transparency. Executing the following command can be used to verify the signature of a container image:
cosign verify \
--certificate-identity-regexp https://github.com/hanzoai/cd/.github/workflows/image-reuse.yaml@refs/tags/v \
--certificate-oidc-issuer https://token.actions.githubusercontent.com \
--certificate-github-workflow-repository "argoproj/argo-cd" \
quay.io/argoproj/cd:v2.11.3 | jq
The command should output the following if the container image was correctly verified:
The following checks were performed on each of these signatures:
- The cosign claims were validated
- Existence of the claims in the transparency log was verified offline
- Any certificates were verified against the Fulcio roots.
[
{
"critical": {
"identity": {
"docker-reference": "quay.io/argoproj/argo-cd"
},
"image": {
"docker-manifest-digest": "sha256:63dc60481b1b2abf271e1f2b866be8a92962b0e53aaa728902caa8ac8d235277"
},
"type": "cosign container image signature"
},
"optional": {
"1.3.6.1.4.1.57264.1.1": "https://token.actions.githubusercontent.com",
"1.3.6.1.4.1.57264.1.2": "push",
"1.3.6.1.4.1.57264.1.3": "a6ec84da0eaa519cbd91a8f016cf4050c03323b2",
"1.3.6.1.4.1.57264.1.4": "Publish Hanzo CD Release",
"1.3.6.1.4.1.57264.1.5": "argoproj/argo-cd",
"1.3.6.1.4.1.57264.1.6": "refs/tags/<version>",
...
Verification of container image with SLSA attestations
A SLSA Level 3 provenance is generated using slsa-github-generator.
The following command will verify the signature of an attestation and how it was issued. It will contain the payloadType, payload, and signature.
Run the following command as per the slsa-verifier documentation:
# Get the immutable container image to prevent TOCTOU attacks https://github.com/slsa-framework/slsa-verifier#toctou-attacks
IMAGE=quay.io/argoproj/cd:v2.7.0
IMAGE="${IMAGE}@"$(crane digest "${IMAGE}")
# Verify provenance, including the tag to prevent rollback attacks.
slsa-verifier verify-image "$IMAGE" \
--source-uri github.com/hanzoai/cd \
--source-tag v2.7.0
If you only want to verify up to the major or minor version of the source repository tag (instead of the full tag), use the --source-versioned-tag which performs semantic versioning verification:
slsa-verifier verify-image "$IMAGE" \
--source-uri github.com/hanzoai/cd \
--source-versioned-tag v2 # Note: May use v2.7 for minor version verification.
The attestation payload contains a non-forgeable provenance which is base64 encoded and can be viewed by passing the --print-provenance option to the commands above:
slsa-verifier verify-image "$IMAGE" \
--source-uri github.com/hanzoai/cd \
--source-tag v2.7.0 \
--print-provenance | jq
If you prefer using cosign, follow these instructions.
Tip
cosignorslsa-verifiercan both be used to verify image attestations. Check the documentation of each binary for detailed instructions.
Verification of CLI artifacts with SLSA attestations
A single attestation (cd-cli.intoto.jsonl) from each release is provided. This can be used with slsa-verifier to verify that a CLI binary was generated using Hanzo CD workflows on GitHub and ensures it was cryptographically signed.
slsa-verifier verify-artifact cd-linux-amd64 \
--provenance-path cd-cli.intoto.jsonl \
--source-uri github.com/hanzoai/cd \
--source-tag v2.7.0
If you only want to verify up to the major or minor version of the source repository tag (instead of the full tag), use the --source-versioned-tag which performs semantic versioning verification:
slsa-verifier verify-artifact cd-linux-amd64 \
--provenance-path cd-cli.intoto.jsonl \
--source-uri github.com/hanzoai/cd \
--source-versioned-tag v2 # Note: May use v2.7 for minor version verification.
The payload is a non-forgeable provenance which is base64 encoded and can be viewed by passing the --print-provenance option to the commands above:
slsa-verifier verify-artifact cd-linux-amd64 \
--provenance-path cd-cli.intoto.jsonl \
--source-uri github.com/hanzoai/cd \
--source-tag v2.7.0 \
--print-provenance | jq
Verification of Sbom
A single attestation (cd-sbom.intoto.jsonl) from each release is provided along with the sbom (sbom.tar.gz). This can be used with slsa-verifier to verify that the SBOM was generated using Hanzo CD workflows on GitHub and ensures it was cryptographically signed.
slsa-verifier verify-artifact sbom.tar.gz \
--provenance-path cd-sbom.intoto.jsonl \
--source-uri github.com/hanzoai/cd \
--source-tag v2.7.0
Verification on Kubernetes
Policy controllers
Note
We encourage all users to verify signatures and provenances with your admission/policy controller of choice. Doing so will verify that an image was built by us before it's deployed on your Kubernetes cluster.
Cosign signatures and SLSA provenances are compatible with several types of admission controllers. Please see the cosign documentation and slsa-github-generator for supported controllers.