smolcast
  1. smolcast
  2. Code signing policy

Signed releases will only come from GitHub.

Once signing is on, each release is built from a tagged commit on GitHub and signed through SignPath Foundation. Until then, releases are unsigned.

Updated Signing is being set up; releases so far are unsigned

How a release will be signed

Once signing is on, every release goes through these three steps. What gets signed: smolcast-<version>-x86_64.exe on GitHub Releases. smolcast bundles no other programs, so nothing else carries the signature.

Built on GitHub

Pushing a version tag such as v0.2.0 runs the release workflow on a fresh GitHub-hosted Windows machine. It builds from that commit and nothing else.

Signed through SignPath

The workflow hands the executable to SignPath, which checks it came from this repository’s workflow before signing it with SignPath Foundation’s certificate. The signing key never leaves SignPath.

Approved by hand

An approver (below) confirms each signing request. Only then is the release published, with its SHA-256 checksum beside it.

Who does what

Check a download

Every release has a checksum. The signature starts with the first signed release, and the build record once the repository is public; earlier releases have neither.

The signature

Right-click the file, then Properties › Digital Signatures. A signed release names SignPath Foundation.

The checksum

Each release lists a .sha256 file. In PowerShell, Get-FileHash smolcast-*.exe should print the same value, in capitals.

The build

gh attestation verify on the file, with --repo Archetypically/smolcast, confirms GitHub built it from this repository.

Privacy

The signed program sends nothing about you. The only request it makes on its own is a daily update check, with an off switch. Read the privacy policy for everything it keeps and sends.