<?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>Thu, 08 Oct 2026 06:35:23 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-275577</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-275577</link>
      <description>EUVD-2026-275577</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-275577</guid>
    </item>
    <item>
      <title>fkie_cve-2026-31839</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-31839</link>
      <description>&lt;p&gt;Striae is a firearms examiner&amp;#39;s comparison companion. A high-severity integrity bypass vulnerability existed in Striae&amp;#39;s digital confirmation workflow prior to v3.0.0. Hash-only validation trusted manifest hash fields that could be modified together with package content, allowing tampered confirmation packages to pass integrity checks. This vulnerability is fixed in 3.0.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Striae is a firearms examiner&amp;#39;s comparison companion. A high-severity integrity bypass vulnerability existed in Striae&amp;#39;s digital confirmation workflow prior to v3.0.0. Hash-only validation trusted manifest hash fields that could be modified together with package content, allowing tampered confirmation packages to pass integrity checks. This vulnerability is fixed in 3.0.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-31839</guid>
    </item>
    <item>
      <title>GHSA-mmf8-487q-p45m — Striae has a hash validation utility vulnerability</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-mmf8-487q-p45m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @striae-org/striae&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;A high-severity integrity bypass vulnerability existed in Striae&amp;#39;s digital confirmation workflow prior to v3.0.0. Hash-only validation trusted manifest hash fields that could be modified together with package content, allowing tampered confirmation packages to pass integrity checks.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Confirmation package integrity could be bypassed because both content and hash values were mutable in the same trust boundary. An attacker with access to an exported package could alter confirmation data and recompute hashes so hash-only checks still passed.&lt;/p&gt;
&lt;p&gt;This affects users relying on digital confirmations as an immutability and forensic chain-of-custody control.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Patched in **v3.0.0**.&lt;/p&gt;
&lt;p&gt;Upgrade to:
- `v3.0.0` or later&lt;/p&gt;
&lt;p&gt;Security behavior added in v3.0.0:
- Server-issued asymmetric signatures for forensic manifests
- Canonical payload signature verification during import and manual hash verification
- Fail-closed behavior when signature metadata is missing or invalid
- Signature/key provenance support for audit-related workflows&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;There is no full cryptographic workaround equivalent to upgrading.&lt;/p&gt;
&lt;p&gt;Temporary mitigations:
- Treat hash-only validation as a tamper indicator, not proof of immutability
- Restrict package exchange to trusted authenticated internal channels
- Require out-of-band reviewer attestation for sensitive confirmation workflows
- Pause imports from untrusted sources until upgraded&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @striae-org/striae&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;A high-severity integrity bypass vulnerability existed in Striae&amp;#39;s digital confirmation workflow prior to v3.0.0. Hash-only validation trusted manifest hash fields that could be modified together with package content, allowing tampered confirmation packages to pass integrity checks.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Confirmation package integrity could be bypassed because both content and hash values were mutable in the same trust boundary. An attacker with access to an exported package could alter confirmation data and recompute hashes so hash-only checks still passed.&lt;/p&gt;
&lt;p&gt;This affects users relying on digital confirmations as an immutability and forensic chain-of-custody control.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Patched in **v3.0.0**.&lt;/p&gt;
&lt;p&gt;Upgrade to:
- `v3.0.0` or later&lt;/p&gt;
&lt;p&gt;Security behavior added in v3.0.0:
- Server-issued asymmetric signatures for forensic manifests
- Canonical payload signature verification during import and manual hash verification
- Fail-closed behavior when signature metadata is missing or invalid
- Signature/key provenance support for audit-related workflows&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;There is no full cryptographic workaround equivalent to upgrading.&lt;/p&gt;
&lt;p&gt;Temporary mitigations:
- Treat hash-only validation as a tamper indicator, not proof of immutability
- Restrict package exchange to trusted authenticated internal channels
- Require out-of-band reviewer attestation for sensitive confirmation workflows
- Pause imports from untrusted sources until upgraded&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-mmf8-487q-p45m</guid>
    </item>
  </channel>
</rss>
