AcademySoftwareFoundation / AcademySoftwareFoundation/OpenCue

Consider signing release artifacts

Open
#1,502 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Python
Stars
957
Forks
259
Avg merge
3d 6h
Merged PRs (30d)
16

Description

The OpenSSF Best Practices Badge suggests [signing release artifacts](https://www.bestpractices.dev/en/criteria). Consider using OpenEXR's [release-sign.yml](https://github.com/AcademySoftwareFoundation/openexr/blob/main/.github/workflows/release-sign.yml) workflow as a template. It's triggered on release creation and does these steps:
1. Runs `get archive` to generate a `.tar.gz` artifact
2. Signs the `.tar.gz` via [sigstore](https://www.sigstore.dev/)
3. Uploads the resulting sigstore signature file along with the tarball.

It looks like your release process already involves generating explicit tarballs, so your signing workflow won't need that step, but it will need to run sigstore on each of the artifacts.

Contributor guide

Open the contributing guide

Research direction

Start by inspecting OpenCue's existing release workflow and artifact generation, then compare them with OpenEXR's .github/workflows/release-sign.yml template. The workflow should run sigstore for each already-generated release artifact and upload each signature alongside its artifact when a release is created.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions
Domain
ci-cd, release, security
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.