Release Channels + Verification
Enterprise release distribution pathways for thoth and thothctl, including Homebrew, notarized PKG, signatures, SBOMs, and provenance verification.
Use this guide to choose the right thoth/v* release pathway and verify release authenticity before endpoint rollout.
Current stable release
- Binary line:
thoth/v0.3.4 - Repository:
atensecurity/thoth
Channel 1: Homebrew (recommended for admin workstations)
Upgrade:
Validate:
thothctl is installed with thoth; there is no separate thothctl formula.
Channel 2: Notarized macOS PKG (recommended for MDM)
Download thoth-macos-universal.pkg from the matching v* release in atensecurity/thoth.
Install locally:
Validate Apple trust:
Post-install validation:
Channel 3: Direct binaries (Linux/Windows/macOS automation)
Download platform-specific assets from atensecurity/thoth release v<version>:
thoth-linux-x86_64thoth-linux-arm64thoth-windows-x86_64.exethoth-macos-universal- matching
thothctl-*binaries
Always verify checksums before install:
Required release artifact verification
1) Sigstore keyless signatures
Each asset has:
<asset>.sig<asset>.sigstore.json
Verify one asset (example for checksums.sha256):
Use sigstore-metadata.json from the same release to validate expected certificate identity and OIDC issuer.
2) SBOMs
Artifacts included:
sbom.cdx.json(CycloneDX)sbom.spdx.json(SPDX)
Sanity check:
3) Provenance + manifest
Artifacts included:
provenance.jsonrelease-manifest.json
Sanity check:
4) GitHub attestations
Verify attestation for a downloaded asset:
MDM packaging recommendations
- Jamf: deploy notarized PKG + managed config + setup policy.
- Intune: deploy PKG/Win32 + managed config + setup script.
- Kandji: deploy notarized PKG + custom script for config enforcement.
- Santa: apply Team ID and designated requirement rules from
santa-metadata.json.