<?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-03T07:46:16.262331+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/euvd-2026-233754</id>
    <title>EUVD-2026-233754</title>
    <updated>2026-10-03T07:46:16.265701+00:00</updated>
    <content>EUVD-2026-233754</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-233754"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-36032</id>
    <title>fkie_cve-2022-36032</title>
    <updated>2026-10-03T07:46:16.265733+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>ReactPHP HTTP is a streaming HTTP client and server implementation for ReactPHP. In ReactPHP's HTTP server component versions starting with 0.7.0 and prior to 1.7.0, when ReactPHP is processing incoming HTTP cookie values, the cookie names are url-decoded. This may lead to cookies with prefixes like `__Host-` and `__Secure-` confused with cookies that decode to such prefix, thus leading to an attacker being able to forge cookie which is supposed to be secure. This issue is fixed in ReactPHP HTTP version 1.7.0. As a workaround, Infrastructure or DevOps can place a reverse proxy in front of the ReactPHP HTTP server to filter out any unexpected `Cookie` request headers.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-36032"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-w3w9-vrf5-8mx8</id>
    <title>GHSA-w3w9-vrf5-8mx8 — ReactPHP's HTTP server parses encoded cookie names so malicious `__Host-` and `__Secure-` cookies can be sent</title>
    <updated>2026-10-03T07:46:16.265769+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: react/http</p>
<p>### Impact</p>
<p>In ReactPHP's HTTP server component versions below v1.7.0, when ReactPHP is processing incoming HTTP cookie values, the cookie names are url-decoded. This may lead to cookies with prefixes like `__Host-` and `__Secure-` confused with cookies that decode to such prefix, thus leading to an attacker being able to forge cookie which is supposed to be secure. See also CVE-2020-7070 and CVE-2020-8184 for more information.</p>
<p>### Patches</p>
<p>* https://github.com/reactphp/http/commit/663c9a3b77b71463fa7fcb76a6676ffd16979dd6 - Fixed in [reactphp/http `v1.7.0`](https://github.com/reactphp/http/releases/tag/v1.7.0)</p>
<p>### Workarounds</p>
<p>Infrastructure or DevOps can place a reverse proxy in front of the ReactPHP HTTP server to filter out any unexpected `Cookie` request headers.</p>
<p>### References</p>
<p>* CVE-2020-7070, https://bugs.php.net/bug.php?id=79699 and https://github.com/php/php-src/commit/6559fe912661ca5ce5f0eeeb591d928451428ed0
* CVE-2020-8184, https://hackerone.com/reports/895727 and https://github.com/rack/rack/commit/1f5763de6a9fe515ff84992b343d63c88104654c
* Originally introduced via https://github.com/reactphp/http/pull/175</p>
<p>### Credits</p>
<p>* Thanks to Marco Squarcina (TU Wien) for reporting this and working with us to coordinate this security advisory</p>
<p>### For more information</p>
<p>If you have any questions or comments about this advisory:</p>
<p>* [Join the discussion](https://github.com/orgs/reactphp/discussions/465)
* Email us at support@reactphp.org</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-w3w9-vrf5-8mx8"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-36032</id>
    <title>gsd-2022-36032</title>
    <updated>2026-10-03T07:46:16.265811+00:00</updated>
    <content>gsd-2022-36032</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-36032"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-36032</id>
    <title>UBUNTU-CVE-2022-36032</title>
    <updated>2026-10-03T07:46:16.265824+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:22.04:LTS: icinga-php-thirdparty, Ubuntu:22.04:LTS: icingaweb2-module-reactbundle, Ubuntu:24.04:LTS: icinga-php-thirdparty, Ubuntu:24.04:LTS: icingaweb2-module-reactbundle, Ubuntu:25.10: icinga-php-thirdparty, Ubuntu:25.10: icingaweb2-module-reactbundle, Ubuntu:26.04:LTS: icinga-php-thirdparty, Ubuntu:26.04:LTS: icingaweb2-module-reactbundle</p>
<p>ReactPHP HTTP is a streaming HTTP client and server implementation for ReactPHP. In ReactPHP's HTTP server component versions starting with 0.7.0 and prior to 1.7.0, when ReactPHP is processing incoming HTTP cookie values, the cookie names are url-decoded. This may lead to cookies with prefixes like `__Host-` and `__Secure-` confused with cookies that decode to such prefix, thus leading to an attacker being able to forge cookie which is supposed to be secure. This issue is fixed in ReactPHP HTTP version 1.7.0. As a workaround, Infrastructure or DevOps can place a reverse proxy in front of the ReactPHP HTTP server to filter out any unexpected `Cookie` request headers.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-36032"/>
  </entry>
</feed>
