<?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, 12 Oct 2026 23:36:31 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-31033 — Authorization header leak in rubygem Mechanize</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2022-31033</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; sparklemotion mechanize&lt;/p&gt;
&lt;p&gt;The Mechanize library is used for automating interaction with websites. Mechanize automatically stores and sends cookies, follows redirects, and can follow links and submit forms. In versions prior to 2.8.5 the Authorization header is leaked after a redirect to a different port on the same site. Users are advised to upgrade to Mechanize v2.8.5 or later. There are no known workarounds for this issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; sparklemotion mechanize&lt;/p&gt;
&lt;p&gt;The Mechanize library is used for automating interaction with websites. Mechanize automatically stores and sends cookies, follows redirects, and can follow links and submit forms. In versions prior to 2.8.5 the Authorization header is leaked after a redirect to a different port on the same site. Users are advised to upgrade to Mechanize v2.8.5 or later. There are no known workarounds for this issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2022-31033</guid>
    </item>
    <item>
      <title>GHSA-64qm-hrgp-pgr9 — Mechanize before v2.8.5 vulnerable to authorization header leak on port redirect</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-64qm-hrgp-pgr9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: mechanize&lt;/p&gt;
&lt;p&gt;**Summary**&lt;/p&gt;
&lt;p&gt;Mechanize (rubygem) `&amp;lt; v2.8.5` leaks the `Authorization` header after a redirect to a different port on the same site.&lt;/p&gt;
&lt;p&gt;**Mitigation**&lt;/p&gt;
&lt;p&gt;Upgrade to Mechanize v2.8.5 or later.&lt;/p&gt;
&lt;p&gt;**Notes**&lt;/p&gt;
&lt;p&gt;See [https://curl.se/docs/CVE-2022-27776.html](CVE-2022-27776) for a similar vulnerability in curl.&lt;/p&gt;
&lt;p&gt;Cookies are shared with a server at a different port on the same site, per https://datatracker.ietf.org/doc/html/rfc6265#section-8.5 which states in part:&lt;/p&gt;
&lt;p&gt;&amp;gt; Cookies do not provide isolation by port.  If a cookie is readable
&amp;gt; by a service running on one port, the cookie is also readable by a
&amp;gt; service running on another port of the same server.  If a cookie is
&amp;gt; writable by a service on one port, the cookie is also writable by a
&amp;gt; service running on another port of the same server.  For this
&amp;gt; reason, servers SHOULD NOT both run mutually distrusting services on
&amp;gt; different ports of the same host and use cookies to store security-
&amp;gt; sensitive information.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: mechanize&lt;/p&gt;
&lt;p&gt;**Summary**&lt;/p&gt;
&lt;p&gt;Mechanize (rubygem) `&amp;lt; v2.8.5` leaks the `Authorization` header after a redirect to a different port on the same site.&lt;/p&gt;
&lt;p&gt;**Mitigation**&lt;/p&gt;
&lt;p&gt;Upgrade to Mechanize v2.8.5 or later.&lt;/p&gt;
&lt;p&gt;**Notes**&lt;/p&gt;
&lt;p&gt;See [https://curl.se/docs/CVE-2022-27776.html](CVE-2022-27776) for a similar vulnerability in curl.&lt;/p&gt;
&lt;p&gt;Cookies are shared with a server at a different port on the same site, per https://datatracker.ietf.org/doc/html/rfc6265#section-8.5 which states in part:&lt;/p&gt;
&lt;p&gt;&amp;gt; Cookies do not provide isolation by port.  If a cookie is readable
&amp;gt; by a service running on one port, the cookie is also readable by a
&amp;gt; service running on another port of the same server.  If a cookie is
&amp;gt; writable by a service on one port, the cookie is also writable by a
&amp;gt; service running on another port of the same server.  For this
&amp;gt; reason, servers SHOULD NOT both run mutually distrusting services on
&amp;gt; different ports of the same host and use cookies to store security-
&amp;gt; sensitive information.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-64qm-hrgp-pgr9</guid>
    </item>
  </channel>
</rss>
