Approved changes feed: RSS · Atom

cpe:2.3:a:sigstore:timestamp-authority:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorSigstore (534c4401-0625-5be2-ae9b-f6c1539e71bc)
ProductTimestamp Authority (970c0055-0b6a-5494-ae4d-efc247e22f9e)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-39984 vulnerable 2026-06-08 08:01:17.282882 Sigstore Timestamp Authority has Improper Certificate Validation in verifier
MEDIUM (5.5)
Sigstore Timestamp Authority is a service for issuing RFC 3161 timestamps. Versions 2.0.5 and below contain an authorization bypass vulnerability in the VerifyTimestampResponse function. VerifyTimestampResponse correctly verifies the certificate chain signature, but the TSA-specific constraint checks in VerifyLeafCert uses the first non-CA certificate from the PKCS#7 certificate bag instead of the leaf certificate from the verified chain. An attacker can exploit this by prepending a forged certificate to the certificate bag while the message is signed with an authorized key, causing the library to validate the signature against one certificate but perform authorization checks against another. This vulnerability only affects users of the timestamp-authority/v2/pkg/verification package and does not affect the timestamp-authority service itself or sigstore-go. The issue has been fixed in version 2.0.6.
Published: 2026-04-14T23:41:47.909Z
Updated: 2026-04-16T14:00:55.081Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2025-66564 vulnerable 2026-06-08 07:41:19.192198 Sigstore Timestamp Authority allocates excessive memory during request parsing
HIGH (7.5)
Sigstore Timestamp Authority is a service for issuing RFC 3161 timestamps. Prior to 2.0.3, Function api.ParseJSONRequest currently splits (via a call to strings.Split) an optionally-provided OID (which is untrusted data) on periods. Similarly, function api.getContentType splits the Content-Type header (which is also untrusted data) on an application string. As a result, in the face of a malicious request with either an excessively long OID in the payload containing many period characters or a malformed Content-Type header, a call to api.ParseJSONRequest or api.getContentType incurs allocations of O(n) bytes (where n stands for the length of the function's argument). This vulnerability is fixed in 2.0.3.
Published: 2025-12-04T22:37:13.307Z
Updated: 2025-12-05T14:55:53.273Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.