<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 04 Oct 2026 02:15:07 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-329790</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-329790</link>
      <description>EUVD-2026-329790</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-329790</guid>
    </item>
    <item>
      <title>fkie_cve-2026-12681</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-12681</link>
      <description>&lt;p&gt;Improper Validation of Specified Index, Position, or Offset in Input vulnerability in Google go-attestation. parseEfiSignatureList() does not advance the buffer past vendor bytes before reading entries. For hashSHA256SigGUID lists, this allows attacker-controlled vendor header bytes to be appended to the trusted SHA256 hash list. A crafted TPM event log could inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, enabling a remote attestation verifier to accept a compromised boot state. This issue affects go-attestation: through 0.6.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Improper Validation of Specified Index, Position, or Offset in Input vulnerability in Google go-attestation. parseEfiSignatureList() does not advance the buffer past vendor bytes before reading entries. For hashSHA256SigGUID lists, this allows attacker-controlled vendor header bytes to be appended to the trusted SHA256 hash list. A crafted TPM event log could inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, enabling a remote attestation verifier to accept a compromised boot state. This issue affects go-attestation: through 0.6.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-12681</guid>
    </item>
    <item>
      <title>GHSA-9r4w-jg96-92mv — Go-Attestation: Hash injection into trusted measurement list via unskipped SignatureHeaderSize vendor bytes in parseEfi…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9r4w-jg96-92mv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/google/go-attestation&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`parseEfiSignatureList()` in `attest/internal/events.go` does not skip
`SignatureHeaderSize` vendor bytes before reading `EFI_SIGNATURE_LIST`
signature entries, violating UEFI specification section 31.4.1.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;For `hashSHA256SigGUID` lists, attacker-controlled vendor header bytes are appended directly to the trusted SHA256 hash list. A crafted TPM event log can inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, allowing a remote attestation verifier to accept a compromised boot state as legitimate — breaking the core integrity guarantee of remote attestation.&lt;/p&gt;
&lt;p&gt;## Root Cause&lt;/p&gt;
&lt;p&gt;After `binary.Read(&amp;amp;signatures.Header)` reads 28 bytes, `buf` points to the start of the `SignatureHeaderSize` vendor bytes. Both entry loops start at `sigOffset := 0` instead of `sigOffset := SignatureHeaderSize`, causing vendor bytes to be read as signature entries.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;All versions through commit `f877374` (2026-05-15).&lt;/p&gt;
&lt;p&gt;## Fix&lt;/p&gt;
&lt;p&gt;Pull request: https://github.com/google/go-attestation/pull/502&lt;/p&gt;
&lt;p&gt;- Add bound check: `SignatureHeaderSize` must not exceed remaining list space
- Skip `SignatureHeaderSize` bytes before both entry loops
- Regression test: `TestParseEfiSignatureListNonZeroSignatureHeaderSize`&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/google/go-attestation&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`parseEfiSignatureList()` in `attest/internal/events.go` does not skip
`SignatureHeaderSize` vendor bytes before reading `EFI_SIGNATURE_LIST`
signature entries, violating UEFI specification section 31.4.1.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;For `hashSHA256SigGUID` lists, attacker-controlled vendor header bytes are appended directly to the trusted SHA256 hash list. A crafted TPM event log can inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, allowing a remote attestation verifier to accept a compromised boot state as legitimate — breaking the core integrity guarantee of remote attestation.&lt;/p&gt;
&lt;p&gt;## Root Cause&lt;/p&gt;
&lt;p&gt;After `binary.Read(&amp;amp;signatures.Header)` reads 28 bytes, `buf` points to the start of the `SignatureHeaderSize` vendor bytes. Both entry loops start at `sigOffset := 0` instead of `sigOffset := SignatureHeaderSize`, causing vendor bytes to be read as signature entries.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;All versions through commit `f877374` (2026-05-15).&lt;/p&gt;
&lt;p&gt;## Fix&lt;/p&gt;
&lt;p&gt;Pull request: https://github.com/google/go-attestation/pull/502&lt;/p&gt;
&lt;p&gt;- Add bound check: `SignatureHeaderSize` must not exceed remaining list space
- Skip `SignatureHeaderSize` bytes before both entry loops
- Regression test: `TestParseEfiSignatureListNonZeroSignatureHeaderSize`&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9r4w-jg96-92mv</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-12681</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-12681</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:26.04:LTS: golang-github-google-go-attestation&lt;/p&gt;
&lt;p&gt;Improper Validation of Specified Index, Position, or Offset in Input vulnerability in Google go-attestation. parseEfiSignatureList() does not advance the buffer past vendor bytes before reading entries. For hashSHA256SigGUID lists, this allows attacker-controlled vendor header bytes to be appended to the trusted SHA256 hash list. A crafted TPM event log could inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, enabling a remote attestation verifier to accept a compromised boot state. This issue affects go-attestation: through 0.6.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:26.04:LTS: golang-github-google-go-attestation&lt;/p&gt;
&lt;p&gt;Improper Validation of Specified Index, Position, or Offset in Input vulnerability in Google go-attestation. parseEfiSignatureList() does not advance the buffer past vendor bytes before reading entries. For hashSHA256SigGUID lists, this allows attacker-controlled vendor header bytes to be appended to the trusted SHA256 hash list. A crafted TPM event log could inject arbitrary SHA256 hashes into the verifier&amp;#39;s trusted measurement database, enabling a remote attestation verifier to accept a compromised boot state. This issue affects go-attestation: through 0.6.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-12681</guid>
    </item>
  </channel>
</rss>
