<?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-05T20:29:37.685173+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-2022-23634</id>
    <title>CVE-2022-23634 — Information Exposure when using Puma with Rails</title>
    <updated>2026-10-05T20:29:37.727537+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> puma</p>
<p>Puma is a Ruby/Rack web server built for parallelism. Prior to `puma` version `5.6.2`, `puma` may not always call `close` on the response body. Rails, prior to version `7.0.2.2`, depended on the response body being closed in order for its `CurrentAttributes` implementation to work correctly. The combination of these two behaviors (Puma not closing the body + Rails' Executor implementation) causes information leakage. This problem is fixed in Puma versions 5.6.2 and 4.3.11. This problem is fixed in Rails versions 7.02.2, 6.1.4.6, 6.0.4.6, and 5.2.6.2. Upgrading to a patched Rails _or_ Puma version fixes the vulnerability.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2022-23634"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-rmj8-8hhh-gv5h</id>
    <title>GHSA-rmj8-8hhh-gv5h — Puma used with Rails may lead to Information Exposure</title>
    <updated>2026-10-05T20:29:37.727640+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> RubyGems: puma</p>
<p>### Impact
Prior to `puma` version `5.6.2`, `puma` may not always call `close` on the response body. Rails, prior to version `7.0.2.2`, depended on the response body being closed in order for its `CurrentAttributes` implementation to work correctly.</p>
<p>From Rails:</p>
<p>&gt; Under certain circumstances response bodies will not be closed, for example a bug in a webserver[1] or a bug in a Rack middleware. In the event a response is not notified of a close, ActionDispatch::Executor will not know to reset thread local state for the next request. This can lead to data being leaked to subsequent requests, especially when interacting with ActiveSupport::CurrentAttributes.</p>
<p>The combination of these two behaviors (Puma not closing the body + Rails' Executor implementation) causes information leakage.</p>
<p>### Patches
This problem is fixed in Puma versions 5.6.2 and 4.3.11.</p>
<p>This problem is fixed in Rails versions 7.02.2, 6.1.4.6, 6.0.4.6, and 5.2.6.2.</p>
<p>See: 
https://github.com/advisories/GHSA-wh98-p28r-vrc9 
for details about the rails vulnerability</p>
<p>Upgrading to a patched Rails _or_ Puma version fixes the vulnerability.</p>
<p>### Workarounds</p>
<p>Upgrade to Rails versions 7.02.2, 6.1.4.6, 6.0.4.6, and 5.2.6.2.</p>
<p>The [Rails CVE](https://groups.google.com/g/ruby-security-ann/c/FkTM-_7zSNA/m/K2RiMJBlBAAJ?utm_medium=email&amp;utm_source=footer&amp;pli=1) includes a middleware that can be used instead.</p>
<p>### References</p>
<p>* Rails CVE: [CVE-2022-23633](https://groups.google.com/g/ruby-security-ann/c/FkTM-_7zSNA/m/K2RiMJBlB…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-rmj8-8hhh-gv5h"/>
  </entry>
</feed>
