<?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>Fri, 02 Oct 2026 23:52:33 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-23607 — Unsafe handling of user-specified cookies in treq</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2022-23607</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; twisted treq&lt;/p&gt;
&lt;p&gt;treq is an HTTP library inspired by requests but written on top of Twisted&amp;#39;s Agents. Treq&amp;#39;s request methods (`treq.get`, `treq.post`, etc.) and `treq.client.HTTPClient` constructor accept cookies as a dictionary. Such cookies are not bound to a single domain, and are therefore sent to *every* domain (&amp;#34;supercookies&amp;#34;). This can potentially cause sensitive information to leak upon an HTTP redirect to a different domain., e.g. should `https://example.com` redirect to `http://cloudstorageprovider.com` the latter will receive the cookie `session`. Treq 2021.1.0 and later bind cookies given to request methods (`treq.request`, `treq.get`, `HTTPClient.request`, `HTTPClient.get`, etc.) to the origin of the *url* parameter. Users are advised to upgrade. For users unable to upgrade Instead of passing a dictionary as the *cookies* argument, pass a `http.cookiejar.CookieJar` instance with properly domain- and scheme-scoped cookies in it.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; twisted treq&lt;/p&gt;
&lt;p&gt;treq is an HTTP library inspired by requests but written on top of Twisted&amp;#39;s Agents. Treq&amp;#39;s request methods (`treq.get`, `treq.post`, etc.) and `treq.client.HTTPClient` constructor accept cookies as a dictionary. Such cookies are not bound to a single domain, and are therefore sent to *every* domain (&amp;#34;supercookies&amp;#34;). This can potentially cause sensitive information to leak upon an HTTP redirect to a different domain., e.g. should `https://example.com` redirect to `http://cloudstorageprovider.com` the latter will receive the cookie `session`. Treq 2021.1.0 and later bind cookies given to request methods (`treq.request`, `treq.get`, `HTTPClient.request`, `HTTPClient.get`, etc.) to the origin of the *url* parameter. Users are advised to upgrade. For users unable to upgrade Instead of passing a dictionary as the *cookies* argument, pass a `http.cookiejar.CookieJar` instance with properly domain- and scheme-scoped cookies in it.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2022-23607</guid>
    </item>
    <item>
      <title>GHSA-fhpf-pp6p-55qc — Unsafe handling of user-specified cookies in treq</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-fhpf-pp6p-55qc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: treq&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Treq&amp;#39;s request methods (`treq.get`, `treq.post`, `HTTPClient.request`, `HTTPClient.get`, etc.) accept cookies as a dictionary, for example:&lt;/p&gt;
&lt;p&gt;```py
treq.get(&amp;#39;https://example.com/&amp;#39;, cookies={&amp;#39;session&amp;#39;: &amp;#39;1234&amp;#39;})
```&lt;/p&gt;
&lt;p&gt;Such cookies are not bound to a single domain, and are therefore sent to *every* domain (&amp;#34;supercookies&amp;#34;). This can potentially cause sensitive information to leak upon an HTTP redirect to a different domain., e.g. should `https://example.com` redirect to `http://cloudstorageprovider.com` the latter will receive the cookie `session`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Treq 2021.1.0 and later bind cookies given to request methods (`treq.request`, `treq.get`, `HTTPClient.request`, `HTTPClient.get`, etc.) to the origin of the *url* parameter.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Instead of passing a dictionary as the *cookies* argument, pass a `http.cookiejar.CookieJar` instance with properly domain- and scheme-scoped cookies in it:&lt;/p&gt;
&lt;p&gt;```py
from http.cookiejar import CookieJar
from requests.cookies import create_cookie&lt;/p&gt;
&lt;p&gt;jar = CookieJar()
jar.add_cookie(
    create_cookie(
        name=&amp;#39;session&amp;#39;,
        value=&amp;#39;1234&amp;#39;,
        domain=&amp;#39;example.com&amp;#39;,
        secure=True,
    ),
)
client = HTTPClient(cookies=jar)
client.get(&amp;#39;https://example.com/&amp;#39;)
```&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;* Originally reported at [huntr.dev](https://huntr.dev/bounties/3c9204fc-a3d1-4441-8599-924c5f57e7ae/?token=06d930e37046c914bcb037e85cc227dc7b510b475989fc69837566562ba899277d46b0fb4b1e21cdcb6ddc1b7d9b1ded632cf3a3551ecb89afca16a63b34641284…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: treq&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Treq&amp;#39;s request methods (`treq.get`, `treq.post`, `HTTPClient.request`, `HTTPClient.get`, etc.) accept cookies as a dictionary, for example:&lt;/p&gt;
&lt;p&gt;```py
treq.get(&amp;#39;https://example.com/&amp;#39;, cookies={&amp;#39;session&amp;#39;: &amp;#39;1234&amp;#39;})
```&lt;/p&gt;
&lt;p&gt;Such cookies are not bound to a single domain, and are therefore sent to *every* domain (&amp;#34;supercookies&amp;#34;). This can potentially cause sensitive information to leak upon an HTTP redirect to a different domain., e.g. should `https://example.com` redirect to `http://cloudstorageprovider.com` the latter will receive the cookie `session`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Treq 2021.1.0 and later bind cookies given to request methods (`treq.request`, `treq.get`, `HTTPClient.request`, `HTTPClient.get`, etc.) to the origin of the *url* parameter.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Instead of passing a dictionary as the *cookies* argument, pass a `http.cookiejar.CookieJar` instance with properly domain- and scheme-scoped cookies in it:&lt;/p&gt;
&lt;p&gt;```py
from http.cookiejar import CookieJar
from requests.cookies import create_cookie&lt;/p&gt;
&lt;p&gt;jar = CookieJar()
jar.add_cookie(
    create_cookie(
        name=&amp;#39;session&amp;#39;,
        value=&amp;#39;1234&amp;#39;,
        domain=&amp;#39;example.com&amp;#39;,
        secure=True,
    ),
)
client = HTTPClient(cookies=jar)
client.get(&amp;#39;https://example.com/&amp;#39;)
```&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;* Originally reported at [huntr.dev](https://huntr.dev/bounties/3c9204fc-a3d1-4441-8599-924c5f57e7ae/?token=06d930e37046c914bcb037e85cc227dc7b510b475989fc69837566562ba899277d46b0fb4b1e21cdcb6ddc1b7d9b1ded632cf3a3551ecb89afca16a63b34641284…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-fhpf-pp6p-55qc</guid>
    </item>
  </channel>
</rss>
