Timestamp Authority
Approved changes feed: RSS · Atom
cpe:2.3:a:sigstore:timestamp-authority:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Sigstore (534c4401-0625-5be2-ae9b-f6c1539e71bc) |
|---|---|
| Product | Timestamp Authority (970c0055-0b6a-5494-ae4d-efc247e22f9e) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
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 |
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 |
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.