Skip to content

Verify GitHub Release assets after upload with independent hash download #57

Description

@iotaverbum-core

Problem

A successful upload response does not prove that the public Release asset contains the intended bytes. R1 required a separate download and SHA-256 comparison before the publication could be treated as complete.

Required change

Release publication tooling must make post-upload verification a mandatory final step.

Acceptance criteria

  • The local archive SHA-256 is verified before upload.
  • The release tag and target commit are verified before publication.
  • After upload, the named asset is downloaded into a fresh temporary directory.
  • The downloaded bytes are hashed independently.
  • The remote hash must equal the published expected SHA-256.
  • Temporary verification files are removed whether verification succeeds or fails.
  • The success banner is emitted only after the remote hash matches.
  • Existing releases and assets are handled restart-safely without duplicate upload.
  • Tests cover missing, duplicate, corrupt, and correctly uploaded assets.

Evidence boundary

The release helper must not recreate, modify, or repackage the source evidence archive.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions