Releases: pypi/pypi-attestations
Releases · pypi/pypi-attestations
v0.0.28
Changed
- Upgraded
sigstoredependency to>=4.0.0. Since version4.0.0,
sigstoresupports signing using the new Rekor v2 instance, which
will become the default in the future. We force the version to 1,
so any attestations created withpypi-attestations==0.0.28will
still contain Rekor v1 entries. - Repository has been moved to the
pypiGitHub org. The new URL
is https://github.com/pypi/pypi-attestations.
v0.0.27
Fixed
- Verification now compares the distribution filenames of artifacts
and attestations by parsing them first and comparing its components
(i.e. normalized name, version, tags) instead of doing a filename
string comparison. This fixes an issue where verification would fail
due to the artifact filename having the wheel tags in a different
order than the ones in the attestation.
(#127)
v0.0.26
v0.0.25
v0.0.24
v0.0.23
Added
- The CLI has a new subcommand
convert, which takes a Sigstore bundle
and converts it to a PEP 740 attestation.
Changed
- The
Attestation.verify(...)API has been changed to accept anoffline
parameter that, when True, disables TUF refreshes. - The CLI
verifycommands now also accept an--offlineflag that disables
TUF refreshes. Additionally, when used with theverify pypisubcommand, the
--offlineflag enforces that the distribution and provenance file arguments
must be local file paths.
Fixed
- Fixed a bug where
GitHubPublisherpolicy verification would fail
if theSource Repository ReforSource Repository Digestclaim
was missing from the attestation's certificate. We require at least
one of the two claims, but not necessarily both
(#109)
v0.0.22
Changed
- The
inspectsubcommand now ignores inputs that don't match*.attestation,
rather than failing on them
(#93)
Added
- The CLI subcommand
verify attestationnow supports.slsa.attestation
files. When verifying an artifact, both.publish.attestationand
.slsa.attestationfiles are used (if present). - The CLI subcommand
verify pypinow supports a friendlier
syntax to specify the artifact to verify. The artifact can now be
specified with apypi:prefix followed by the filename, e.g:
pypi:sampleproject-1.0.0.tar.gz. The old way (passing
the direct URL) is still supported. - The CLI subcommand
verify pypinow supports passing the local paths
to the artifact and its provenance file, allowing the user to verify
files already downloaded from PyPI. The artifact path is passed as
usual, whereas the provenance file path is passed using the
--provenance-fileoption.
v0.0.21
Changed
- The CLI entrypoint is now
pypi-attestations
(#82) - The CLI
verifysubcommand has been changed toverify attestation,
as inpypi-attestations verify attestation --identity ...
(#82)
Added
- The CLI has a new subcommand
verify pypi, which takes a URL to a
PyPI distribution (either a wheel or a source distribution) and a
GitHub/GitLab repository. The command verifies the distribution by
downloading it and its provenance from PyPI, verifying them using
sigstoreand checking that the repository matches the one in the
PyPI provenance file.
(#82)
v0.0.20
v0.0.19
Fixed
- Corrective release for 0.0.18