<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T05:01:04.470228+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/cve-2026-54770</id>
    <title>CVE-2026-54770 — WebOb: Open redirect in Location header normalization via leading C0 control / space characters</title>
    <updated>2026-10-03T05:01:04.472086+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Pylons webob</p>
<p>WebOb provides objects for HTTP requests and responses. Prior to 1.8.11, Response._make_location_absolute() in src/webob/response.py checks a Location value for a URI scheme or leading double slash before urllib.parse.urljoin() strips leading C0 control characters and spaces. An attacker-controlled value such as a space followed by a protocol-relative or absolute URL can therefore bypass SCHEME_RE and startswith("//") checks and be normalized to an off-host redirect. Request.relative_url() and webob.exc._HTTPMove subclasses, including HTTPFound, are also affected because they use the same unsafe URL joining behavior or bypass the earlier normalization path. An unauthenticated attacker who can influence an application's redirect target can send users to an attacker-controlled host for phishing or OAuth and SSO token theft, but exploitation requires the user to follow the redirect. This issue is fixed in version 1.8.11.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-54770"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-6hx8-3wjj-gr8g</id>
    <title>GHSA-6hx8-3wjj-gr8g — WebOb: Open redirect in Location header normalization via leading C0 control / space characters</title>
    <updated>2026-10-03T05:01:04.472150+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: webob</p>
<p>## Summary</p>
<p>This is a third follow-up to **CVE-2024-42353 / GHSA-mg3v-6m49-jhp3**
and **CVE-2026-44889 / GHSA-fh3h-vg37-cc95**.</p>
<p>WebOb makes the `Location` header absolute when it serves a redirect. To stop a
relative or protocol-relative target from redirecting users off-host, it checks
the value for a URI scheme and for a leading `//`, then joins it against the
request URI with `urllib.parse.urljoin()`. The previous fix additionally stripped
ASCII tab/CR/LF from the value before those checks.</p>
<p>However, on Python 3.10+ `urllib.parse.urljoin()` (via `urlsplit()`) does more
than remove tab/CR/LF: **it also strips leading and trailing C0 control
characters (`U+0000`–`U+001F`) and spaces from the URL before parsing it.**
Because WebOb's guard checks (`SCHEME_RE` and `startswith("//")`) run against the
*un-stripped* value, a single leading space or control byte slips past them, and
`urljoin()` then silently removes that byte and parses what remains as a
protocol-relative — or even absolute — URL. The result is an open redirect to an
attacker-controlled host.</p>
<p>## Details</p>
<p>`Response._make_location_absolute()` (in `src/webob/response.py`) performed,
prior to the fix:</p>
<p>```python
value = value.replace("\t", "").replace("\r", "").replace("\n", "")</p>
<p>if SCHEME_RE.search(value):          # ^[a-z]+:   -&gt; already absolute, return as-is
    return value</p>
<p>if value.startswith("//"):           # neutralize protocol-relative URLs
    value = f"/%2f{value[2:]}"</p>
<p>new_location = urlparse.urljoin(_…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-6hx8-3wjj-gr8g"/>
  </entry>
</feed>
