Red Hat Trusted Artifact Signer vs SignPath

Red Hat Trusted Artifact Signer (RHTAS) helps organizations sign and verify software artifacts, including container images, binaries, documents, source-code commits, software bills of materials, build artifacts, and AI/ML models. Red Hat describes it as an enterprise deployment of Sigstore. Its client tools include cosign, gitsign, and rekor-cli. Signing can use OpenID Connect identities or self-managed keys held in a third-party key management system. A certificate transparency log records signing events in an immutable ledger that Red Hat says is inaccessible to the public. Deployment guidance covers Red Hat OpenShift Container Platform and Red Hat Enterprise Linux; Amazon EKS is listed as a development preview for RHTAS 1.4. The OpenShift guide requires version 4.16 or later, cluster-admin access, an OIDC provider, and the oc command-line tool. CLI binaries are listed for Windows, macOS, and Linux. Pricing is on request, and a 60-day trial is listed. Signing and verifying AI/ML models with the CLI is marked Technology Preview and is not covered by production SLAs.

SignPath provides code signing and software integrity controls for builds and releases. Its format-aware signing covers executables, packages, installers, containers, scripts, manifests, SBOMs, and configuration files. Before trusting a release, it can verify source repositories, branches, build systems, approvals, and CI/CD context. SignPath can produce signed, machine-readable attestations, including SLSA provenance, validation summaries, and signed SBOMs. Listed integrations include plugins and REST API connections for GitHub Actions, GitLab, Jenkins, Azure DevOps, and TeamCity. SignPath says private keys remain in FIPS-compliant hardware security modules and are never exposed or shared. Role-based controls determine who can sign which artifacts and with which certificate. Signing records include the user, file, certificate, policy, and result; reports can be exported, with optional WORM-style log archiving. Deployment options are SaaS, self-hosted, or hybrid. The free Open Source Code Signing plan has eligibility conditions: projects must be actively maintained and released, use an OSI-approved open source license, and have no proprietary components.