<?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 19:10:54 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-268956</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-268956</link>
      <description>EUVD-2026-268956</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-268956</guid>
    </item>
    <item>
      <title>fkie_cve-2026-26275</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-26275</link>
      <description>&lt;p&gt;httpsig-hyper is a hyper extension for http message signatures. An issue was discovered in `httpsig-hyper` prior to version 0.0.23 where Digest header verification could incorrectly succeed due to misuse of Rust&amp;#39;s `matches!` macro. Specifically, the comparison `if matches!(digest, _expected_digest)` treated `_expected_digest` as a pattern binding rather than a value comparison, resulting in unconditional success of the match expression. As a consequence, digest verification could incorrectly return success even when the computed digest did not match the expected value. Applications relying on Digest verification as part of HTTP message signature validation may therefore fail to detect message body modification. The severity depends on how the library is integrated and whether additional signature validation layers are enforced. This issue has been fixed in `httpsig-hyper` 0.0.23. The fix replaces the incorrect `matches!` usage with proper value comparison and additionally introduces constant-time comparison for digest verification as defense-in-depth. Regression tests have also been added to prevent reintroduction of this issue. Users are strongly advised to upgrade to the patched version. There is no reliable workaround without upgrading. Users who cannot immediately upgrade should avoid relying solely on Digest verification for message integrity and ensure that full HTTP message signature verification is enforced at the application layer.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;httpsig-hyper is a hyper extension for http message signatures. An issue was discovered in `httpsig-hyper` prior to version 0.0.23 where Digest header verification could incorrectly succeed due to misuse of Rust&amp;#39;s `matches!` macro. Specifically, the comparison `if matches!(digest, _expected_digest)` treated `_expected_digest` as a pattern binding rather than a value comparison, resulting in unconditional success of the match expression. As a consequence, digest verification could incorrectly return success even when the computed digest did not match the expected value. Applications relying on Digest verification as part of HTTP message signature validation may therefore fail to detect message body modification. The severity depends on how the library is integrated and whether additional signature validation layers are enforced. This issue has been fixed in `httpsig-hyper` 0.0.23. The fix replaces the incorrect `matches!` usage with proper value comparison and additionally introduces constant-time comparison for digest verification as defense-in-depth. Regression tests have also been added to prevent reintroduction of this issue. Users are strongly advised to upgrade to the patched version. There is no reliable workaround without upgrading. Users who cannot immediately upgrade should avoid relying solely on Digest verification for message integrity and ensure that full HTTP message signature verification is enforced at the application layer.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-26275</guid>
    </item>
    <item>
      <title>GHSA-7v42-g35v-xrch — Improper Digest Verification in httpsig-hyper May Allow Message Integrity Bypass</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7v42-g35v-xrch</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: httpsig-hyper&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;An issue was discovered in `httpsig-hyper` where Digest header verification could incorrectly succeed due to misuse of Rust&amp;#39;s `matches!` macro. Specifically, the comparison:&lt;/p&gt;
&lt;p&gt;```rust
if matches!(digest, _expected_digest)
```&lt;/p&gt;
&lt;p&gt;treated `_expected_digest` as a pattern binding rather than a value comparison, resulting in unconditional success of the match expression.&lt;/p&gt;
&lt;p&gt;As a consequence, digest verification could incorrectly return success even when the computed digest did not match the expected value.&lt;/p&gt;
&lt;p&gt;Applications relying on Digest verification as part of HTTP message signature validation may therefore fail to detect message body modification. The severity depends on how the library is integrated and whether additional signature validation layers are enforced.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;This issue has been fixed in:&lt;/p&gt;
&lt;p&gt;- `httpsig-hyper` &amp;gt;= 0.0.23&lt;/p&gt;
&lt;p&gt;The fix replaces the incorrect `matches!` usage with proper value comparison and additionally introduces constant-time comparison for digest verification as defense-in-depth.&lt;/p&gt;
&lt;p&gt;Regression tests have also been added to prevent reintroduction of this issue. Users are strongly advised to upgrade to the patched version.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;There is no reliable workaround without upgrading. Users who cannot immediately upgrade should avoid relying solely on Digest verification for message integrity and ensure that full HTTP message signature verification is enforced at the application layer.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;- PR: https://github.co…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: httpsig-hyper&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;An issue was discovered in `httpsig-hyper` where Digest header verification could incorrectly succeed due to misuse of Rust&amp;#39;s `matches!` macro. Specifically, the comparison:&lt;/p&gt;
&lt;p&gt;```rust
if matches!(digest, _expected_digest)
```&lt;/p&gt;
&lt;p&gt;treated `_expected_digest` as a pattern binding rather than a value comparison, resulting in unconditional success of the match expression.&lt;/p&gt;
&lt;p&gt;As a consequence, digest verification could incorrectly return success even when the computed digest did not match the expected value.&lt;/p&gt;
&lt;p&gt;Applications relying on Digest verification as part of HTTP message signature validation may therefore fail to detect message body modification. The severity depends on how the library is integrated and whether additional signature validation layers are enforced.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;This issue has been fixed in:&lt;/p&gt;
&lt;p&gt;- `httpsig-hyper` &amp;gt;= 0.0.23&lt;/p&gt;
&lt;p&gt;The fix replaces the incorrect `matches!` usage with proper value comparison and additionally introduces constant-time comparison for digest verification as defense-in-depth.&lt;/p&gt;
&lt;p&gt;Regression tests have also been added to prevent reintroduction of this issue. Users are strongly advised to upgrade to the patched version.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;There is no reliable workaround without upgrading. Users who cannot immediately upgrade should avoid relying solely on Digest verification for message integrity and ensure that full HTTP message signature verification is enforced at the application layer.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;- PR: https://github.co…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7v42-g35v-xrch</guid>
    </item>
  </channel>
</rss>
