<?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 07:19:12 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-187562</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-187562</link>
      <description>EUVD-2026-187562</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-187562</guid>
    </item>
    <item>
      <title>fkie_cve-2023-43634</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-43634</link>
      <description>&lt;p&gt;When sealing/unsealing the “vault” key, a list of PCRs is used, which defines which PCRs
are used.&lt;/p&gt;
&lt;p&gt;In a previous project, CYMOTIVE found that the configuration is not protected by the secure
boot, and in response Zededa implemented measurements on the config partition that was
mapped to PCR 13.&lt;/p&gt;
&lt;p&gt;In that process, PCR 13 was added to the list of PCRs that seal/unseal the key.&lt;/p&gt;
&lt;p&gt;In commit “56e589749c6ff58ded862d39535d43253b249acf”, the config partition
measurement moved from PCR 13 to PCR 14, but PCR 14 was not added to the list of
PCRs that seal/unseal the key.&lt;/p&gt;
&lt;p&gt;This change makes the measurement of PCR 14 effectively redundant as it would not affect
the sealing/unsealing of the key.&lt;/p&gt;
&lt;p&gt;An attacker could modify the config partition without triggering the measured boot, this could
result in the attacker gaining full control over the device with full access to the contents of the
encrypted “vault”&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;When sealing/unsealing the “vault” key, a list of PCRs is used, which defines which PCRs
are used.&lt;/p&gt;
&lt;p&gt;In a previous project, CYMOTIVE found that the configuration is not protected by the secure
boot, and in response Zededa implemented measurements on the config partition that was
mapped to PCR 13.&lt;/p&gt;
&lt;p&gt;In that process, PCR 13 was added to the list of PCRs that seal/unseal the key.&lt;/p&gt;
&lt;p&gt;In commit “56e589749c6ff58ded862d39535d43253b249acf”, the config partition
measurement moved from PCR 13 to PCR 14, but PCR 14 was not added to the list of
PCRs that seal/unseal the key.&lt;/p&gt;
&lt;p&gt;This change makes the measurement of PCR 14 effectively redundant as it would not affect
the sealing/unsealing of the key.&lt;/p&gt;
&lt;p&gt;An attacker could modify the config partition without triggering the measured boot, this could
result in the attacker gaining full control over the device with full access to the contents of the
encrypted “vault”&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-43634</guid>
    </item>
    <item>
      <title>GHSA-wc42-fcjp-v8vq — EVE Doesn't Protect Config Partition with Measured Boot</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wc42-fcjp-v8vq</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lf-edge/eve&lt;/p&gt;
&lt;p&gt;### Impact
Config partition measurement was moved from PCR 13 to PCR 14 in a commit, but PCR 14 was not added to the list of PCRs that seal/unseal the vault key. As a result, an attacker can remove the disk, use another server to modify the files in the config partition, and then re-insert the disk.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Fixed in EVE version 9.4.3-lts&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;None (apart from preventing physical access to the device)&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;https://help.zededa.com/hc/en-us/articles/43295940828827-TPM-PCR-Index-Security-Implications
https://github.com/lf-edge/eve/commit/d9383a7ee4e1c39f5c8c6d4a63cb2ebd00695e8a&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lf-edge/eve&lt;/p&gt;
&lt;p&gt;### Impact
Config partition measurement was moved from PCR 13 to PCR 14 in a commit, but PCR 14 was not added to the list of PCRs that seal/unseal the vault key. As a result, an attacker can remove the disk, use another server to modify the files in the config partition, and then re-insert the disk.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Fixed in EVE version 9.4.3-lts&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;None (apart from preventing physical access to the device)&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;https://help.zededa.com/hc/en-us/articles/43295940828827-TPM-PCR-Index-Security-Implications
https://github.com/lf-edge/eve/commit/d9383a7ee4e1c39f5c8c6d4a63cb2ebd00695e8a&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wc42-fcjp-v8vq</guid>
    </item>
    <item>
      <title>gsd-2023-43634</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-43634</link>
      <description>gsd-2023-43634</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-43634</guid>
    </item>
  </channel>
</rss>
