<?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>Sat, 03 Oct 2026 12:36:44 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-07776</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-07776</link>
      <description>bdu:2024-07776</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-07776</guid>
    </item>
    <item>
      <title>EUVD-2026-234283</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-234283</link>
      <description>EUVD-2026-234283</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-234283</guid>
    </item>
    <item>
      <title>fkie_cve-2022-24790</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-24790</link>
      <description>&lt;p&gt;Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-24790</guid>
    </item>
    <item>
      <title>GHSA-h99w-9q5r-gjq9 — Puma vulnerable to HTTP Request Smuggling</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-h99w-9q5r-gjq9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: puma&lt;/p&gt;
&lt;p&gt;When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma.&lt;/p&gt;
&lt;p&gt;The following vulnerabilities are addressed by this advisory:
- Lenient parsing of `Transfer-Encoding` headers, when unsupported encodings should be rejected and the final encoding must be `chunked`.
- Lenient parsing of malformed `Content-Length` headers and chunk sizes, when only digits and hex digits should be allowed.
- Lenient parsing of duplicate `Content-Length` headers, when they should be rejected.
- Lenient parsing of the ending of chunked segments, when they should end with `\r\n`.&lt;/p&gt;
&lt;p&gt;The vulnerability has been fixed in 5.6.4 and 4.3.12. When deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;
&lt;p&gt;These proxy servers are known to have &amp;#34;good&amp;#34; behavior re: this standard and upgrading Puma may not be necessary. Users are encouraged to validate for themselves.&lt;/p&gt;
&lt;p&gt;- Nginx (latest)
- Apache (latest)
- Haproxy 2.5+
- Caddy (latest)
- Traefik (latest)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: puma&lt;/p&gt;
&lt;p&gt;When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma.&lt;/p&gt;
&lt;p&gt;The following vulnerabilities are addressed by this advisory:
- Lenient parsing of `Transfer-Encoding` headers, when unsupported encodings should be rejected and the final encoding must be `chunked`.
- Lenient parsing of malformed `Content-Length` headers and chunk sizes, when only digits and hex digits should be allowed.
- Lenient parsing of duplicate `Content-Length` headers, when they should be rejected.
- Lenient parsing of the ending of chunked segments, when they should end with `\r\n`.&lt;/p&gt;
&lt;p&gt;The vulnerability has been fixed in 5.6.4 and 4.3.12. When deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;
&lt;p&gt;These proxy servers are known to have &amp;#34;good&amp;#34; behavior re: this standard and upgrading Puma may not be necessary. Users are encouraged to validate for themselves.&lt;/p&gt;
&lt;p&gt;- Nginx (latest)
- Apache (latest)
- Haproxy 2.5+
- Caddy (latest)
- Traefik (latest)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-h99w-9q5r-gjq9</guid>
    </item>
    <item>
      <title>gsd-2022-24790</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-24790</link>
      <description>gsd-2022-24790</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-24790</guid>
    </item>
    <item>
      <title>OESA-2024-2250 — rubygem-puma security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-2250</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP1: rubygem-puma&lt;/p&gt;
&lt;p&gt;A simple, fast, threaded, and highly concurrent HTTP 1.1 server for Ruby/Rack applications.&#13;
&#13;
Security Fix(es):&#13;
&#13;
Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.(CVE-2022-24790)&#13;
&#13;
Puma is a Ruby/Rack web server built for parallelism. Prior to versions 6.3.1 and 5.6.7, puma exhibited incorrect behavior when parsing chunked transfer encoding bodies and zero-length Content-Length headers in a way that allowed HTTP request smuggling. Severity of this issue is highly dependent on the nature of the web site using puma is. This could be caused by either incorrect parsing of trailing fields in chunked transfer encoding bodies or by parsing of blank/zero-length Content-Length headers. Both issues have been addressed and this vulnerability has been fixed in versions 6.3.1 and 5.6.7. Users are advised to upgrade. There are no known workarounds for this vulnerability.(CVE-2023-40175)&#13;
&#13;
Puma is a web server for Ruby/Rack…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP1: rubygem-puma&lt;/p&gt;
&lt;p&gt;A simple, fast, threaded, and highly concurrent HTTP 1.1 server for Ruby/Rack applications.&#13;
&#13;
Security Fix(es):&#13;
&#13;
Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.(CVE-2022-24790)&#13;
&#13;
Puma is a Ruby/Rack web server built for parallelism. Prior to versions 6.3.1 and 5.6.7, puma exhibited incorrect behavior when parsing chunked transfer encoding bodies and zero-length Content-Length headers in a way that allowed HTTP request smuggling. Severity of this issue is highly dependent on the nature of the web site using puma is. This could be caused by either incorrect parsing of trailing fields in chunked transfer encoding bodies or by parsing of blank/zero-length Content-Length headers. Both issues have been addressed and this vulnerability has been fixed in versions 6.3.1 and 5.6.7. Users are advised to upgrade. There are no known workarounds for this vulnerability.(CVE-2023-40175)&#13;
&#13;
Puma is a web server for Ruby/Rack…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-2250</guid>
    </item>
    <item>
      <title>openSUSE-SU-2024:12032-1 — ruby3.1-rubygem-puma-4-4.3.12-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2024:12032-1</link>
      <description>&lt;p&gt;ruby3.1-rubygem-puma-4-4.3.12-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;ruby3.1-rubygem-puma-4-4.3.12-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2024:12032-1</guid>
    </item>
    <item>
      <title>RHSA-2022:8532 — Red Hat Security Advisory: Satellite 6.9.10 Async Security Update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2022:8532</link>
      <description>&lt;p&gt;puma-5.6.4: http request smuggling vulnerabilities&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;puma-5.6.4: http request smuggling vulnerabilities&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2022:8532</guid>
    </item>
    <item>
      <title>SUSE-SU-2022:3338-1 — Security update for ardana-ansible, ardana-cobbler, grafana, openstack-heat-templates, openstack-murano, python-Django,…</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2022:3338-1</link>
      <description>&lt;p&gt;Security update for ardana-ansible, ardana-cobbler, grafana, openstack-heat-templates, openstack-murano, python-Django, rabbitmq-server, rubygem-puma&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for ardana-ansible, ardana-cobbler, grafana, openstack-heat-templates, openstack-murano, python-Django, rabbitmq-server, rubygem-puma&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2022:3338-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-24790</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-24790</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:20.04:LTS: puma, Ubuntu:Pro:22.04:LTS: puma&lt;/p&gt;
&lt;p&gt;Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:20.04:LTS: puma, Ubuntu:Pro:22.04:LTS: puma&lt;/p&gt;
&lt;p&gt;Puma is a simple, fast, multi-threaded, parallel HTTP 1.1 server for Ruby/Rack applications. When using Puma behind a proxy that does not properly validate that the incoming HTTP request matches the RFC7230 standard, Puma and the frontend proxy may disagree on where a request starts and ends. This would allow requests to be smuggled via the front-end proxy to Puma. The vulnerability has been fixed in 5.6.4 and 4.3.12. Users are advised to upgrade as soon as possible. Workaround: when deploying a proxy in front of Puma, turning on any and all functionality to make sure that the request matches the RFC7230 standard.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-24790</guid>
    </item>
    <item>
      <title>WID-SEC-W-2022-2109 — Red Hat Satellite: Schwachstelle ermöglicht Umgehen von Sicherheitsvorkehrungen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2022-2109</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Red Hat Satellite ausnutzen, um Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Red Hat Satellite ausnutzen, um Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2022-2109</guid>
    </item>
  </channel>
</rss>
