<?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>Mon, 05 Oct 2026 21:09:02 +0000</lastBuildDate>
    <item>
      <title>cnvd-2018-24555</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2018-24555</link>
      <description>cnvd-2018-24555</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2018-24555</guid>
    </item>
    <item>
      <title>EUVD-2026-169646</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-169646</link>
      <description>EUVD-2026-169646</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-169646</guid>
    </item>
    <item>
      <title>fkie_cve-2017-16005</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2017-16005</link>
      <description>&lt;p&gt;Http-signature is a &amp;#34;Reference implementation of Joyent&amp;#39;s HTTP Signature Scheme&amp;#34;. In versions &amp;lt;=0.9.11, http-signature signs only the header values, but not the header names. This makes http-signature vulnerable to header forgery. Thus, if an attacker can intercept a request, he can swap header names and change the meaning of the request without changing the signature.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Http-signature is a &amp;#34;Reference implementation of Joyent&amp;#39;s HTTP Signature Scheme&amp;#34;. In versions &amp;lt;=0.9.11, http-signature signs only the header values, but not the header names. This makes http-signature vulnerable to header forgery. Thus, if an attacker can intercept a request, he can swap header names and change the meaning of the request without changing the signature.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2017-16005</guid>
    </item>
    <item>
      <title>GHSA-q257-vv4p-fg92 — Header Forgery in http-signature</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-q257-vv4p-fg92</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: http-signature&lt;/p&gt;
&lt;p&gt;Affected versions of `http-signature` contain a vulnerability which can allow an attacker in a privileged network position to modify header names and change the meaning of the request, without requiring an updated signature.&lt;/p&gt;
&lt;p&gt;This problem occurs because vulnerable versions of `http-signature` sign the contents of headers, but not the header names.&lt;/p&gt;
&lt;p&gt;## Proof of Concept&lt;/p&gt;
&lt;p&gt;Consider this to be the initial, untampered request:
```http
POST /pay HTTP/1.1
Host: example.com
Date: Thu, 05 Jan 2012 21:31:40 GMT
X-Payment-Source: src@money.com
X-Payment-Destination: dst@money.com
Authorization: Signature keyId=&amp;#34;Test&amp;#34;,algorithm=&amp;#34;rsa-sha256&amp;#34;,headers=&amp;#34;x-payment-source x-payment-destination&amp;#34; MDyO5tSvin5...
```&lt;/p&gt;
&lt;p&gt;And the request is intercepted and tampered as follows:
```http
X-Payment-Source: dst@money.com // Emails switched
X-Payment-Destination: src@money.com
Authorization: Signature keyId=&amp;#34;Test&amp;#34;,algorithm=&amp;#34;rsa-sha256&amp;#34;,headers=&amp;#34;x-payment-destination x-payment-source&amp;#34; MDyO5tSvin5...
```&lt;/p&gt;
&lt;p&gt;In the resulting responses, both requests would pass signature verification without issue.
```
src@money.com\n
dst@money.com\n
```&lt;/p&gt;
&lt;p&gt;## Recommendation&lt;/p&gt;
&lt;p&gt;Update to version 0.10.0 or higher.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: http-signature&lt;/p&gt;
&lt;p&gt;Affected versions of `http-signature` contain a vulnerability which can allow an attacker in a privileged network position to modify header names and change the meaning of the request, without requiring an updated signature.&lt;/p&gt;
&lt;p&gt;This problem occurs because vulnerable versions of `http-signature` sign the contents of headers, but not the header names.&lt;/p&gt;
&lt;p&gt;## Proof of Concept&lt;/p&gt;
&lt;p&gt;Consider this to be the initial, untampered request:
```http
POST /pay HTTP/1.1
Host: example.com
Date: Thu, 05 Jan 2012 21:31:40 GMT
X-Payment-Source: src@money.com
X-Payment-Destination: dst@money.com
Authorization: Signature keyId=&amp;#34;Test&amp;#34;,algorithm=&amp;#34;rsa-sha256&amp;#34;,headers=&amp;#34;x-payment-source x-payment-destination&amp;#34; MDyO5tSvin5...
```&lt;/p&gt;
&lt;p&gt;And the request is intercepted and tampered as follows:
```http
X-Payment-Source: dst@money.com // Emails switched
X-Payment-Destination: src@money.com
Authorization: Signature keyId=&amp;#34;Test&amp;#34;,algorithm=&amp;#34;rsa-sha256&amp;#34;,headers=&amp;#34;x-payment-destination x-payment-source&amp;#34; MDyO5tSvin5...
```&lt;/p&gt;
&lt;p&gt;In the resulting responses, both requests would pass signature verification without issue.
```
src@money.com\n
dst@money.com\n
```&lt;/p&gt;
&lt;p&gt;## Recommendation&lt;/p&gt;
&lt;p&gt;Update to version 0.10.0 or higher.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-q257-vv4p-fg92</guid>
    </item>
    <item>
      <title>gsd-2017-16005</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2017-16005</link>
      <description>gsd-2017-16005</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2017-16005</guid>
    </item>
  </channel>
</rss>
