<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T11:20:35.396614+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cleanstart-2026-em47790</id>
    <title>Withdrawn: CLEANSTART-2026-EM47790 — Security fixes in tkn 0.42.2-r1</title>
    <updated>2026-10-03T11:20:35.547998+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Withdrawn by the publisher.</strong></p>
<p><strong>Affected:</strong> CleanStart: tkn</p>
<p>Package tkn version 0.42.2-r1 fixes 57 vulnerabilities: CVE-2025-15558, CVE-2026-34040, CVE-2026-33997, CVE-2025-69725, CVE-2026-34986...</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cleanstart-2026-em47790"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-343541</id>
    <title>EUVD-2026-343541</title>
    <updated>2026-10-03T11:20:35.548092+00:00</updated>
    <content>EUVD-2026-343541</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-343541"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-54787</id>
    <title>fkie_cve-2026-54787</title>
    <updated>2026-10-03T11:20:35.548110+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>sigstore-go is a Go library for Sigstore signing and verification. Prior to 1.2.1, sigstore-go does not check a bundle signing timestamp against the validity window of an ExpiringKey wrapping a self-managed long-lived signing key without a certificate, which can allow an attacker holding expired key material to sign accepted bundles. This issue is fixed in version 1.2.1.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-54787"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-wqqc-jjcq-vfxm</id>
    <title>GHSA-wqqc-jjcq-vfxm — sigstore-go fails to check signature timestamps against a signing key's validity period</title>
    <updated>2026-10-03T11:20:35.548135+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/sigstore/sigstore-go</p>
<p>sigstore-go fails to check signature timestamps against a signing key's validity period for self-managed long-lived keys without certificates.</p>
<p>## Impact</p>
<p>To verify a bundle with a self-managed long-lived key, the key needs to be wrapped in an `ExpiringKey` type that implies expiration semantics:</p>
<p>```go
signatureVerifier, _ := signature.LoadDefaultVerifier(publicKey)
expiredKey := root.NewExpiringKey(signatureVerifier, time.Unix(0, 0), time.Unix(1, 0))
```</p>
<p>Despite the API contract, the validator does not check the bundle signing time against the validity window. Attackers that obtain expired key materials may be able to sign bundles with those materials that are accepted despite a configured expiry date. This issue only impacts the long-lived signing key workflow, and not standard deployments involving a certificate authority.</p>
<p>## Reproduction steps</p>
<p>Start from a sigstore-go checkout:</p>
<p>```bash
git clone https://github.com/sigstore/sigstore-go.git
cd sigstore-go
git checkout 8ca80c47ef03d26ebf174db7c296700b075b2c16
```</p>
<p>Apply the [patch] containing the test case and associated materials:</p>
<p>```bash
git apply sigstore-go-public-key-validity-test.patch
```</p>
<p>Run the test:</p>
<p>```bash
go test ./pkg/verify -run TestPublicKeyValidityCheckedAgainstSignedTimestamp
```</p>
<p>On vulnerable code, the test fails because verification succeeds even though the trusted `ExpiringKey` is not valid at the signed timestamp:</p>
<p>```text
--- FAIL: TestPublicKeyValidityCheckedAgainstSignedTimestamp
    signed_…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-wqqc-jjcq-vfxm"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2026-54787</id>
    <title>msrc_CVE-2026-54787 — sigstore-go fails to check signature timestamps against a signing key's validity period</title>
    <updated>2026-10-03T11:20:35.548182+00:00</updated>
    <content>msrc_CVE-2026-54787</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2026-54787"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2026:44162</id>
    <title>RHSA-2026:44162 — Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update</title>
    <updated>2026-10-03T11:20:35.548201+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>github.com/sigstore/sigstore-go: sigstore-go: Security Policy Bypass via Compromised Log github.com/sigstore/sigstore-go: sigstore-go: Signature bypass allows acceptance of bundles signed with expired keys golang.org/x/text: golang.org/x/text: Denial of Service via invalid UTF-8 input</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2026:44162"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-54787</id>
    <title>UBUNTU-CVE-2026-54787</title>
    <updated>2026-10-03T11:20:35.548224+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:26.04:LTS: sigstore-go</p>
<p>sigstore-go is a Go library for Sigstore signing and verification. Prior to 1.2.1, sigstore-go does not check a bundle signing timestamp against the validity window of an ExpiringKey wrapping a self-managed long-lived signing key without a certificate, which can allow an attacker holding expired key material to sign accepted bundles. This issue is fixed in version 1.2.1.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-54787"/>
  </entry>
</feed>
