<?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>Tue, 06 Oct 2026 05:02:45 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-6734 — undici vulnerable to cross-origin request routing via SOCKS5 proxy pool reuse</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-6734</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; undici, Red Hat Cryostat 4 on RHEL 9, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Red Hat Cluster Observability Operator 1.5.0, Red Hat Developer Hub 1.10, Red Hat Developer Hub 1.9, Red Hat Hardened Images, Red Hat OpenShift AI 2.25 and 12 more&lt;/p&gt;
&lt;p&gt;Impact:
When using Socks5ProxyAgent, undici reuses a single connection pool across different origins without verifying that the pool&amp;#39;s origin matches the requested origin. All requests are dispatched through the pool connected to the first origin, regardless of the intended destination.&lt;/p&gt;
&lt;p&gt;This causes cross-origin request routing: credentials and request data intended for origin B are sent to origin A, responses from the wrong origin are trusted, and HTTPS requests may be silently downgraded to HTTP.&lt;/p&gt;
&lt;p&gt;Impacted users are applications that use Socks5ProxyAgent (directly or via setGlobalDispatcher) and make requests to more than one origin.&lt;/p&gt;
&lt;p&gt;This was introduced in undici 7.23.0 via PR #4385 and affects all versions through 8.1.0.&lt;/p&gt;
&lt;p&gt;Patches:
Upgrade to undici v7.26.0 or v8.2.0.&lt;/p&gt;
&lt;p&gt;Workarounds:
Use a separate Socks5ProxyAgent instance per origin, or avoid using Socks5ProxyAgent with multiple origins.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; undici, Red Hat Cryostat 4 on RHEL 9, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Red Hat Cluster Observability Operator 1.5.0, Red Hat Developer Hub 1.10, Red Hat Developer Hub 1.9, Red Hat Hardened Images, Red Hat OpenShift AI 2.25 and 12 more&lt;/p&gt;
&lt;p&gt;Impact:
When using Socks5ProxyAgent, undici reuses a single connection pool across different origins without verifying that the pool&amp;#39;s origin matches the requested origin. All requests are dispatched through the pool connected to the first origin, regardless of the intended destination.&lt;/p&gt;
&lt;p&gt;This causes cross-origin request routing: credentials and request data intended for origin B are sent to origin A, responses from the wrong origin are trusted, and HTTPS requests may be silently downgraded to HTTP.&lt;/p&gt;
&lt;p&gt;Impacted users are applications that use Socks5ProxyAgent (directly or via setGlobalDispatcher) and make requests to more than one origin.&lt;/p&gt;
&lt;p&gt;This was introduced in undici 7.23.0 via PR #4385 and affects all versions through 8.1.0.&lt;/p&gt;
&lt;p&gt;Patches:
Upgrade to undici v7.26.0 or v8.2.0.&lt;/p&gt;
&lt;p&gt;Workarounds:
Use a separate Socks5ProxyAgent instance per origin, or avoid using Socks5ProxyAgent with multiple origins.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-6734</guid>
    </item>
  </channel>
</rss>
