Skip to content

Add a workflow that rebuilds a published release and attests it - #26

Merged
DeliriumPulse merged 1 commit into
mainfrom
ci/attest-release
Aug 7, 2026
Merged

Add a workflow that rebuilds a published release and attests it#26
DeliriumPulse merged 1 commit into
mainfrom
ci/attest-release

Conversation

@DeliriumPulse

Copy link
Copy Markdown
Collaborator

The release build is deterministic: a fresh checkout of a release tag rebuilds the published archive byte for byte. That makes provenance recoverable — a release can be re-attested at any time without touching the artifact anyone already downloaded.

The job rebuilds the tagged source, then compares the result against the .sha256 published with the release. If the bytes do not reproduce, it fails and signs nothing. An attestation says this workflow built these exact bytes from this exact source, and that is only worth claiming when it is true.

Action pins match release.yml as of this branch point (checkout v7.0.0, attest v4.2.2).

🤖 Generated with Claude Code

The release build is deterministic, so the tagged source rebuilds the
published archive byte for byte. This makes provenance recoverable: a
release can be re-attested at any time without touching the artifact
anyone already downloaded.

The rebuild is gated on the checksum published with the release. If the
bytes do not reproduce, the job fails and signs nothing, because an
attestation is only worth making when the claim inside it is true.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@DeliriumPulse
DeliriumPulse merged commit 1b974db into main Aug 7, 2026
9 checks passed
@DeliriumPulse
DeliriumPulse deleted the ci/attest-release branch August 7, 2026 15:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant