All notable changes to sigstore-python
will be documented in this file.
The format is based on Keep a Changelog.
All versions prior to 0.9.0 are untracked.
- Relaxed the transitive dependency on
cryptography
to allow v43 and v44 to be resolved (#1251)
-
API: The DSSE
Envelope
class now performs automatic validation (#1211) -
API: Added
signature
property toEnvelope
class for accessing raw signature bytes (#1211) -
Signed timestamps embedded in bundles are now automatically verified against Timestamp Authorities provided within the Trusted Root ([#1206] (#1206))
-
Bundles are now generated with signed timestamps when signing if the Trusted Root contains one or more Timestamp Authorities (#1216)
- Support for "detached" SCTs has been fully removed, aligning sigstore-python with other sigstore clients (#1236)
-
Fixed a CLI parsing bug introduced in 3.5.1 where a warning about verifying legacy bundles was never shown (#1198)
-
Strengthened the requirement that an inclusion promise is present if no other source of signed time is present (#1247)
- Corrective release for 3.5.2
- Pinned
cryptography
dependency strictly to prevent future breakage
- Fixed a CLI parsing bug introduced in 3.5.0 when attempting to suppress irrelevant warnings (#1192)
- CLI: The
sigstore plumbing update-trust-root
command has been added. Like other plumbing-level commands, this is considered unstable and changes are not subject to our semver policy until explicitly noted (#1174)
- CLI: Fixed an incorrect warning when verifying detached
.crt
/.sig
inputs (#1179)
-
CLI: When verifying, the
--offline
flag now fully disables all online operations, including routine local TUF repository refreshes (#1143) -
sigstore-python
's minimum supported Python version is now 3.9
- CLI: The
sigstore verify
subcommands now always check for a matching input file, rather than unconditionally falling back to matching on a validsha256:...
digest pattern (#1152)
-
CLI: The
sigstore verify
command now outputs the inner in-toto statement when verifying DSSE envelopes. If verification is successful, the output will be the inner in-toto statement. This allows the user to see the statement's predicate, whichsigstore-python
does not verify and should be verified by the user. -
CLI: The
sigstore attest
subcommand has been added. This command is similar tocosign attest
in that it signs over an artifact and a predicate using a DSSE envelope. This commands requires the user to pass a path to the file containing the predicate, and the predicate type. Currently only the SLSA Provenance v0.2 and v1.0 types are supported. -
CLI: The
sigstore verify
command now supports verifying digests. This means that the user can now pass a digest likesha256:aaaa....
instead of the path to an artifact, andsigstore-python
will verify it as if it was the artifact with that digest.
-
API:
models.Bundle.BundleType
is now a public API (#1089) -
CLI: The
sigstore plumbing
subcommand hierarchy has been added. This hierarchy is for developer-only interactions, such as fixing malformed Sigstore bundles. These subcommands are not considered stable until explicitly documented as such. (#1089)
- CLI: The default console logger now emits to
stderr
, rather thanstdout
(#1089)
-
API:
dsse.StatementBuilder
has been added. It can be used to construct an in-totoStatement
for subsequent enveloping and signing. This API is public but is not considered stable until the next major release. (#1077) -
API:
dsse.Digest
,dsse.DigestSet
, anddsse.Subject
have been added. These types can be used with theStatementBuilder
API as part of in-totoStatement
construction. These API are public but are not considered stable until the next major release. (#1078)
- API:
verify_dsse
now rejects bundles with DSSE envelopes that have more than one signature, rather than checking all signatures against the same key (#1062)
Maintainers' note: this is a major release, with significant public API and CLI
changes. We strongly recommend you read the entries below to fully
understand the changes between 2.x
and 3.x
.
-
API:
Signer.sign_artifact()
has been added, replacing the removedSigner.sign()
API -
API:
Signer.sign_dsse()
has been added. It takes an in-totoStatement
as an input, producing a DSSE-formatted signature rather than a "bare" signature (#804) -
API: "v3" Sigstore bundles are now supported during verification (#901)
-
API:
Verifier.verify(...)
can now take aHashed
as an input, performing signature verification on a pre-computed hash value (#904) -
API: The
sigstore.dsse
module has been been added, including APIs for representing in-toto statements and DSSE envelopes (#930) -
CLI: The
--trust-config
flag has been added as a global option, enabling consistent "BYO PKI" uses ofsigstore
with a single flag (#1010) -
CLI: The
sigstore verify
subcommands can now verify bundles containing DSSE entries, such as those produced by GitHub Artifact Attestations (#1015)
-
BREAKING API CHANGE:
SigningResult
has been removed. The public signing APIs now returnsigstore.models.Bundle
. -
BREAKING API CHANGE:
VerificationMaterials
has been removed. The public verification APIs now acceptsigstore.models.Bundle
. -
BREAKING API CHANGE:
Signer.sign(...)
has been removed. Use eithersign_artifact(...)
orsign_dsse(...)
, depending on whether you're signing opaque bytes or an in-toto statement. -
BREAKING API CHANGE:
VerificationResult
has been removed. The public verification and policy APIs now raisesigstore.errors.VerificationError
on failure. -
BREAKING CLI CHANGE: The
--rekor-url
and--fulcio-url
flags have been entirely removed. To configure a custom PKI, use--trust-config
(#1010)
-
BREAKING API CHANGE:
Verifier.verify(...)
now takes abytes | Hashed
as its verification input, rather than implicitly receiving the input through theVerificationMaterials
parameter (#904) -
BREAKING API CHANGE:
VerificationMaterials.rekor_entry(...)
now takes aHashed
parameter to convey the digest used for Rekor entry lookup (#904) -
BREAKING API CHANGE:
Verifier.verify(...)
now takes asigstore.models.Bundle
, instead of aVerificationMaterials
(#937) -
BREAKING CLI CHANGE:
sigstore sign
now emits{input}.sigstore.json
by default instead of{input}.sigstore
, per the client specification (#1007) -
sigstore-python now requires inclusion proofs in all signing and verification flows, regardless of bundle version of input types. Inputs that do not have an inclusion proof (such as detached materials) cause an online lookup before any further processing is performed (#937)
-
sigstore-python now generates "v3" bundles by default during signing (#937)
-
CLI: Bundles are now always verified offline. The offline flag has no effect. (#937)
-
CLI: "Detached" materials are now always verified online, due to a lack of an inclusion proof. Passing
--offline
with detached materials will cause an error (#937) -
API:
sigstore.transparency
has been removed, and its pre-existing APIs have been re-homed undersigstore.models
(#990) -
API:
oidc.IdentityToken.expected_certificate_subject
has been renamed tooidc.IdentityToken.federated_issuer
to better describe what it actually contains. No functional changes have been made to it (#1016) -
API:
policy.Identity
now takes an optional OIDC issuer, rather than a required one (#1015) -
CLI:
sigstore verify github
now requires--cert-identity
or--repository
, not just--cert-identity
(#1015)
- Backported b32ad1bd (slsa-github-generator upgrade) to make release possible
- Pinned
securesystemslib
dependency strictly to prevent future breakage
- Loosened a version constraint on the
sigstore-protobuf-specs
dependency, to ease use in testing environments (#943)
This is a corrective release for 2.1.1.
- Fixed an incorrect assumption about Rekor checkpoints that future releases of Rekor will not uphold (#891)
- CLI:
sigstore verify
's subcommands now discover{input}.sigstore.json
by default, in addition to the previous{input}.sigstore
. The former now takes precedence over the latter, and supplying both results in an error (#820)
- CLI: When using
--certificate-chain
, read asbytes
instead ofstr
as expected by the underlying API (#796)
-
CLI:
sigstore sign
andsigstore get-identity-token
now support the--oauth-force-oob
option; which has the same behavior as the preexistingSIGSTORE_OAUTH_FORCE_OOB
environment variable (#667) -
Version
0.2
of the Sigstore bundle format is now supported (#705) -
API addition:
VerificationMaterials.to_bundle()
is a new public API for producing a standard Sigstore bundle fromsigstore-python
's internal representation (#719) -
API addition: New method
sign.SigningResult.to_bundle()
allows signing applications to serialize to the bundle format that is already usable in verification withverify.VerificationMaterials.from_bundle()
(#765)
-
sigstore verify
now performs additional verification of Rekor's inclusion proofs by cross-checking them against signed checkpoints (#634) -
A cached copy of the trust bundle is now included with the distribution (#611)
-
Stopped emitting .sig and .crt signing outputs by default in
sigstore sign
. Sigstore bundles are now preferred (#614) -
Trust root configuration now assumes that the TUF repository contains a trust bundle, rather than falling back to deprecated individual targets (#626)
-
API change: the
sigstore.oidc.IdentityToken
API has been stabilized as a wrapper for OIDC tokens (#635) -
API change:
Signer.sign
now takes asigstore.oidc.IdentityToken
for itsidentity
argument, rather than a "raw" OIDC token (#635) -
API change:
Issuer.identity_token
now returns asigstore.oidc.IdentityToken
, rather than a "raw" OIDC token (#635) -
sigstore verify
is not longer a backwards-compatible alias forsigstore verify identity
, as it was during the 1.0 release series (#642) -
API change: the
Signer
API has been broken up intoSigningContext
andSigner
, allowing aSigningContext
to create individualSigner
instances that correspond to a singleIdentityToken
. This new API also enables ephemeral key and certificate reuse across multiple inputs, reducing the number of cryptographic operations and network roundtrips required when signing more than one input (#645) -
sigstore sign
now uses an ephemeral P-256 keypair, rather than P-384 (#662) -
API change:
RekorClientError
does not try to always parse response content as JSON (#694) -
API change:
LogEntry.inclusion_promise
can now beNone
, but only ifLogEntry.inclusion_proof
is notNone
(#705) -
sigstore-python
's minimum supported Python version is now 3.8 (#745)
-
Fixed a case where
sigstore verify
would fail to verify an otherwise valid inclusion proof due to an incorrect timerange check (#633) -
Removed an unnecessary and backwards-incompatible parameter from the
sigstore.oidc.detect_credential
API (#641) -
Fixed a case where
sigstore sign
(andsigstore verify
) could fail while using a private instance due to a missing due to a missingExtendedKeyUsage
in the CA. We now enforce the fact that the TBSPrecertificate signer must be a valid CA (#658) -
Fixed a case where identity token retrieval would produce an unhelpful error message (#767)
-
Updated the
staging-root.json
for recent changes to the Sigstore staging instance (#602) -
Switched TUF requests to their CDN endpoints, rather than direct GCS access (#609)
-
sigstore sign
now supports the--output-directory
flag, which places default outputs in the specified directory. Without this flag, default outputs are placed adjacent to the signing input. (#627) -
The whole test suite can now be run locally with
make test-interactive
. (#576) Users will be prompted to authenticate with their identity provider twice to generate staging and production OIDC tokens, which are used to test thesigstore.sign
module. All signing tests need to be completed before token expiry, which is currently 60 seconds after issuance. -
Network-related errors from the
sigstore._internal.tuf
module now have better diagnostics. (#525)
-
Replaced ambient credential detection logic with the
id
package (#535) -
Revamped error diagnostics reporting. All errors with diagnostics now implement
sigstore.errors.Error
. -
Trust root materials are now retrieved from a single trust bundle, if it is available via TUF (#542)
-
Improved diagnostics around Signed Certificate Timestamp verification failures. (#555)
- Fixed a bug in TUF target handling revealed by changes to the production and staging TUF repos (#522)
-
sigstore sign
now supports Sigstore bundles, which encapsulate the same state as the default{input}.crt
,{input}.sig
, and{input}.rekor
files combined. The default output for the Sigstore bundle is{input}.sigstore
; this can be disabled with--no-bundle
or changed with--bundle <FILE>
(#465) -
sigstore verify
now supports Sigstore bundles. By default,sigstore
looks for an{input}.sigstore
; this can be changed with--bundle <FILE>
or the legacy method of verification can be used instead via the--signature
and--certificate
flags (#478) -
sigstore verify identity
andsigstore verify github
now support the--offline
flag, which tellssigstore
to do offline transparency log entry verification. This option replaces the unstable--require-rekor-offline
option, which has been removed (#478)
- Constrained our dependency on
pyOpenSSL
to>= 23.0.0
to prevent a runtime error caused by incompatible earlier versions (#448)
--rekor-bundle
and--require-rekor-offline
have been removed entirely, as their functionality have been wholly supplanted by Sigstore bundle support and the newsigstore verify --offline
flag (#478)
-
sigstore.rekor
is nowsigstore.transparency
, and its constituent APIs have been renamed to removed implementation detail references (#402) -
sigstore.transparency.RekorEntryMissing
is nowLogEntryMissing
(#414)
- The TUF network timeout has been relaxed from 4 seconds to 30 seconds, which should reduce the likelihood of spurious timeout errors in environments like GitHub Actions (#432)
-
sigstore
now supports the-v
/--verbose
flag as an alternative toSIGSTORE_LOGLEVEL
for debug logging (#372) -
The
sigstore verify identity
has been added, and is functionally equivalent to the existingsigstore verify
subcommand.sigstore verify
is unchanged, but will be marked deprecated in a future stable version ofsigstore-python
(#379) -
sigstore
now has a public, importable Python API! You can find its documentation here (#383) -
sigstore --staging
is now the intended way to request Sigstore's staging instance, rather than per-subcommand options likesigstore sign --staging
. The latter is unchanged, but will be marked deprecated in a future stable version ofsigstore-python
(#383) -
The per-subcommand options
--rekor-url
and--rekor-root-pubkey
have been moved to the top-levelsigstore
command. Their subcommand forms are unchanged and will continue to work, but will be marked deprecated in a future stable version ofsigstore-python
(#381) -
sigstore verify github
has been added, allowing for verification of GitHub-specific claims within given certificate(s) (#381)
-
The default behavior of
SIGSTORE_LOGLEVEL
has changed; the logger configured is now thesigstore.*
hierarchy logger, rather than the "root" logger (#372) -
The caching mechanism used for TUF has been changed slightly, to use more future-proof paths (#373)
- Fulcio certificate handling now includes "inactive" but still valid certificates, allowing users to verify older signatures without custom certificate chains (#386)
sigstore verify
now supports--certificate-chain
and--rekor-url
during verification. Ordinary uses (i.e. the default or--staging
) are not affected (#323)
-
sigstore sign
andsigstore verify
now stream their input, rather than consuming it into a single buffer (#329) -
A series of Python 3.11 deprecation warnings were eliminated (#341)
-
The "splash" page presented to users during the OAuth flow has been updated to reflect the user-friendly page added to
cosign
(#356) -
sigstore
now uses TUF to retrieve its trust material for Fulcio and Rekor, replacing the material that was previously baked intosigstore._store
(#351)
- CLI: The
--certificate-chain
,--rekor-root-pubkey
and-ctfe
flags have been entirely removed (#936)