<?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://vulnerability.circl.lu</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>Wed, 30 Sep 2026 17:49:41 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-97687</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-97687</link>
      <description>&lt;p&gt;urllib3 is an HTTP client library for Python. From 1.26.0 until 2.8.0, the proxy_ssl_context, proxy_assert_hostname, proxy_assert_fingerprint, ssl_context, cert_reqs, verify_mode, use_forwarding_for_https=True, and CERT_NONE configuration paths fail to remain separated because target-server TLS settings are incorrectly applied to the HTTPS proxy connection. The trigger is that an application uses an HTTPS proxy and configures target-server TLS settings that must remain separate from the proxy TLS handshake, including HTTPS forwarding with target-specific identity or credentials. Applying cert_reqs=CERT_NONE can overwrite proxy_ssl_context.verify_mode in place, and the mutation persists so later connections reusing the same context may connect to the HTTPS proxy without certificate verification. The attack mechanism is that an attacker intercepts and impersonates the HTTPS proxy after the effective proxy policy accepts the attacker&amp;#39;s certificate. The impact is that the attacker can observe or modify forwarded traffic or receive a target TLS client certificate, while CONNECT tunneling still preserves the separate end-to-end target TLS connection. This issue is fixed in version 2.8.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;urllib3 is an HTTP client library for Python. From 1.26.0 until 2.8.0, the proxy_ssl_context, proxy_assert_hostname, proxy_assert_fingerprint, ssl_context, cert_reqs, verify_mode, use_forwarding_for_https=True, and CERT_NONE configuration paths fail to remain separated because target-server TLS settings are incorrectly applied to the HTTPS proxy connection. The trigger is that an application uses an HTTPS proxy and configures target-server TLS settings that must remain separate from the proxy TLS handshake, including HTTPS forwarding with target-specific identity or credentials. Applying cert_reqs=CERT_NONE can overwrite proxy_ssl_context.verify_mode in place, and the mutation persists so later connections reusing the same context may connect to the HTTPS proxy without certificate verification. The attack mechanism is that an attacker intercepts and impersonates the HTTPS proxy after the effective proxy policy accepts the attacker&amp;#39;s certificate. The impact is that the attacker can observe or modify forwarded traffic or receive a target TLS client certificate, while CONNECT tunneling still preserves the separate end-to-end target TLS connection. This issue is fixed in version 2.8.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-97687</guid>
    </item>
    <item>
      <title>GHSA-8988-9cw3-xx77 — urllib3: HTTPS proxy TLS configuration may be ignored or overridden</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-8988-9cw3-xx77</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;urllib3 supports configuring TLS independently for an HTTPS proxy and the target server.&lt;/p&gt;
&lt;p&gt;`proxy_ssl_context`, `proxy_assert_hostname`, and `proxy_assert_fingerprint` configure the TLS connection to the proxy. `ssl_context` and the other target-specific TLS parameters configure the connection to the target server.&lt;/p&gt;
&lt;p&gt;In urllib3 versions 1.26.0 through 2.7.0, these configurations were not consistently separated. Depending on the proxy mode, urllib3 could:&lt;/p&gt;
&lt;p&gt;1. Ignore `proxy_ssl_context` and use the target server&amp;#39;s SSL context for the TLS connection to an HTTPS forwarding proxy.
2. Override the HTTPS proxy&amp;#39;s certificate-verification policy with the target server&amp;#39;s certificate-verification policy.
3. Apply target-specific SNI, hostname assertions, certificate fingerprint assertions, or TLS client credentials to the TLS connection to an HTTPS forwarding proxy.&lt;/p&gt;
&lt;p&gt;In particular, configuring `cert_reqs=&amp;#34;CERT_NONE&amp;#34;` for a target server could overwrite the `verify_mode` of the SSL context configured for the HTTPS proxy. This modification occurred in place and persisted on the context object, potentially disabling proxy certificate verification for later connections that reused the same context.&lt;/p&gt;
&lt;p&gt;An attacker able to intercept the connection to an HTTPS proxy may be able to impersonate the proxy when the effective proxy TLS configuration disables certificate verification or otherwise accepts the attacker&amp;#39;s certificate. This may occur, for example, when the target server&amp;#39;s trust…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;urllib3 supports configuring TLS independently for an HTTPS proxy and the target server.&lt;/p&gt;
&lt;p&gt;`proxy_ssl_context`, `proxy_assert_hostname`, and `proxy_assert_fingerprint` configure the TLS connection to the proxy. `ssl_context` and the other target-specific TLS parameters configure the connection to the target server.&lt;/p&gt;
&lt;p&gt;In urllib3 versions 1.26.0 through 2.7.0, these configurations were not consistently separated. Depending on the proxy mode, urllib3 could:&lt;/p&gt;
&lt;p&gt;1. Ignore `proxy_ssl_context` and use the target server&amp;#39;s SSL context for the TLS connection to an HTTPS forwarding proxy.
2. Override the HTTPS proxy&amp;#39;s certificate-verification policy with the target server&amp;#39;s certificate-verification policy.
3. Apply target-specific SNI, hostname assertions, certificate fingerprint assertions, or TLS client credentials to the TLS connection to an HTTPS forwarding proxy.&lt;/p&gt;
&lt;p&gt;In particular, configuring `cert_reqs=&amp;#34;CERT_NONE&amp;#34;` for a target server could overwrite the `verify_mode` of the SSL context configured for the HTTPS proxy. This modification occurred in place and persisted on the context object, potentially disabling proxy certificate verification for later connections that reused the same context.&lt;/p&gt;
&lt;p&gt;An attacker able to intercept the connection to an HTTPS proxy may be able to impersonate the proxy when the effective proxy TLS configuration disables certificate verification or otherwise accepts the attacker&amp;#39;s certificate. This may occur, for example, when the target server&amp;#39;s trust…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-8988-9cw3-xx77</guid>
    </item>
    <item>
      <title>RHSA-2026:69612 — Red Hat Security Advisory: Red Hat Hardened Images RPMs bug fix and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/rhsa-2026:69612</link>
      <description>&lt;p&gt;urllib3: urllib3: Traffic interception via HTTPS proxy TLS configuration override urllib3: urllib3: Denial of Service via infinite loop during chunked Deflate decoding urllib3: urllib3: Denial of Service via unbounded memory allocation in chunk parser&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;urllib3: urllib3: Traffic interception via HTTPS proxy TLS configuration override urllib3: urllib3: Denial of Service via infinite loop during chunked Deflate decoding urllib3: urllib3: Denial of Service via unbounded memory allocation in chunk parser&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rhsa-2026:69612</guid>
    </item>
  </channel>
</rss>
