<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T20:49:20.072623+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2025-50181</id>
    <title>CVE-2025-50181 — urllib3 redirects are not disabled when retries are disabled on PoolManager instantiation</title>
    <updated>2026-09-29T20:49:20.077170+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> urllib3</p>
<p>urllib3 is a user-friendly HTTP client library for Python. Prior to 2.5.0, it is possible to disable redirects for all requests by instantiating a PoolManager and specifying retries in a way that disable redirects. By default, requests and botocore users are not affected. An application attempting to mitigate SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain vulnerable. This issue has been patched in version 2.5.0.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2025-50181"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-pq67-6m6q-mj2v</id>
    <title>GHSA-pq67-6m6q-mj2v — urllib3 redirects are not disabled when retries are disabled on PoolManager instantiation</title>
    <updated>2026-09-29T20:49:20.077256+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: urllib3</p>
<p>urllib3 handles redirects and retries using the same mechanism, which is controlled by the `Retry` object. The most common way to disable redirects is at the request level, as follows:</p>
<p>```python
resp = urllib3.request("GET", "https://httpbin.org/redirect/1", redirect=False)
print(resp.status)
# 302
```</p>
<p>However, it is also possible to disable redirects, for all requests, by instantiating a `PoolManager` and specifying `retries` in a way that disable redirects:</p>
<p>```python
import urllib3</p>
<p>http = urllib3.PoolManager(retries=0)  # should raise MaxRetryError on redirect
http = urllib3.PoolManager(retries=urllib3.Retry(redirect=0))  # equivalent to the above
http = urllib3.PoolManager(retries=False)  # should return the first response</p>
<p>resp = http.request("GET", "https://httpbin.org/redirect/1")
```</p>
<p>However, the `retries` parameter is currently ignored, which means all the above examples don't disable redirects.</p>
<p>## Affected usages</p>
<p>Passing `retries` on `PoolManager` instantiation to disable redirects or restrict their number.</p>
<p>By default, requests and botocore users are not affected.</p>
<p>## Impact</p>
<p>Redirects are often used to exploit SSRF vulnerabilities. An application attempting to mitigate SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain vulnerable.</p>
<p>## Remediation</p>
<p>You can remediate this vulnerability with the following steps:</p>
<p>* Upgrade to a patched version of urllib3. If your organization would benefit from the continued supp…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-pq67-6m6q-mj2v"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/pysec-2026-1999</id>
    <title>PYSEC-2026-1999 — urllib3 redirects are not disabled when retries are disabled on PoolManager instantiation</title>
    <updated>2026-09-29T20:49:20.077330+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: urllib3</p>
<p>urllib3 handles redirects and retries using the same mechanism, which is controlled by the `Retry` object. The most common way to disable redirects is at the request level, as follows:</p>
<p>```python
resp = urllib3.request("GET", "https://httpbin.org/redirect/1", redirect=False)
print(resp.status)
# 302
```</p>
<p>However, it is also possible to disable redirects, for all requests, by instantiating a `PoolManager` and specifying `retries` in a way that disable redirects:</p>
<p>```python
import urllib3</p>
<p>http = urllib3.PoolManager(retries=0)  # should raise MaxRetryError on redirect
http = urllib3.PoolManager(retries=urllib3.Retry(redirect=0))  # equivalent to the above
http = urllib3.PoolManager(retries=False)  # should return the first response</p>
<p>resp = http.request("GET", "https://httpbin.org/redirect/1")
```</p>
<p>However, the `retries` parameter is currently ignored, which means all the above examples don't disable redirects.</p>
<p>## Affected usages</p>
<p>Passing `retries` on `PoolManager` instantiation to disable redirects or restrict their number.</p>
<p>By default, requests and botocore users are not affected.</p>
<p>## Impact</p>
<p>Redirects are often used to exploit SSRF vulnerabilities. An application attempting to mitigate SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain vulnerable.</p>
<p>## Remediation</p>
<p>You can remediate this vulnerability with the following steps:</p>
<p>* Upgrade to a patched version of urllib3. If your organization would benefit from the continued supp…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/pysec-2026-1999"/>
  </entry>
</feed>
