<?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>Sun, 04 Oct 2026 15:40:05 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-01045</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-01045</link>
      <description>bdu:2026-01045</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-01045</guid>
    </item>
    <item>
      <title>EUVD-2026-266348</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-266348</link>
      <description>EUVD-2026-266348</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-266348</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23524</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23524</link>
      <description>&lt;p&gt;Laravel Reverb provides a real-time WebSocket communication backend for Laravel applications. In versions 1.6.3 and below, Reverb passes data from the Redis channel directly into PHP’s unserialize() function without restricting which classes can be instantiated, which leaves users vulnerable to Remote Code Execution. The exploitability of this vulnerability is increased because Redis servers are commonly deployed without authentication, but only affects Laravel Reverb when horizontal scaling is enabled (REVERB_SCALING_ENABLED=true). This issue has been fixed in version 1.7.0. As a workaround, require a strong password for Redis access and ensure the service is only accessible via a private network or local loopback, and/or set REVERB_SCALING_ENABLED=false to bypass the vulnerable logic entirely (if the environment uses only one Reverb node).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Laravel Reverb provides a real-time WebSocket communication backend for Laravel applications. In versions 1.6.3 and below, Reverb passes data from the Redis channel directly into PHP’s unserialize() function without restricting which classes can be instantiated, which leaves users vulnerable to Remote Code Execution. The exploitability of this vulnerability is increased because Redis servers are commonly deployed without authentication, but only affects Laravel Reverb when horizontal scaling is enabled (REVERB_SCALING_ENABLED=true). This issue has been fixed in version 1.7.0. As a workaround, require a strong password for Redis access and ensure the service is only accessible via a private network or local loopback, and/or set REVERB_SCALING_ENABLED=false to bypass the vulnerable logic entirely (if the environment uses only one Reverb node).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23524</guid>
    </item>
    <item>
      <title>GHSA-m27r-m6rx-mhm4 — Laravel Redis Horizontal Scaling Insecure Deserialization</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-m27r-m6rx-mhm4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: laravel/reverb&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This vulnerability affects Laravel Reverb versions prior to v1.7.0 when horizontal scaling is enabled (`REVERB_SCALING_ENABLED=true`).&lt;/p&gt;
&lt;p&gt;The exploitability of this vulnerability is increased because Redis servers are commonly deployed without authentication.&lt;/p&gt;
&lt;p&gt;With horizontal scaling enabled, Reverb servers communicate via Redis PubSub. Reverb previously passed data from the Redis channel directly into PHP’s `unserialize()` function without restricting which classes could be instantiated.&lt;/p&gt;
&lt;p&gt;**Risk:** Remote Code Execution (RCE)&lt;/p&gt;
&lt;p&gt;### Patches
This vulnerability is fixed in Laravel Reverb v1.7.0.&lt;/p&gt;
&lt;p&gt;Update your dependency to `laravel/reverb: ^1.7.0` immediately.&lt;/p&gt;
&lt;p&gt;### Workarounds
If you cannot upgrade to v1.7.0, you should apply the following mitigations:&lt;/p&gt;
&lt;p&gt;* Redis Security: Require a strong password for Redis access and ensure the service is only accessible via a private network or local loopback.
* Disable Scaling: If your environment uses only one Reverb node, set `REVERB_SCALING_ENABLED=false` to bypass the vulnerable logic entirely.&lt;/p&gt;
&lt;p&gt;### Credits
This vulnerability was discovered and responsibly reported by Mohammad Yaser Abo-Elmaaty @m0h4mmad&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: laravel/reverb&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This vulnerability affects Laravel Reverb versions prior to v1.7.0 when horizontal scaling is enabled (`REVERB_SCALING_ENABLED=true`).&lt;/p&gt;
&lt;p&gt;The exploitability of this vulnerability is increased because Redis servers are commonly deployed without authentication.&lt;/p&gt;
&lt;p&gt;With horizontal scaling enabled, Reverb servers communicate via Redis PubSub. Reverb previously passed data from the Redis channel directly into PHP’s `unserialize()` function without restricting which classes could be instantiated.&lt;/p&gt;
&lt;p&gt;**Risk:** Remote Code Execution (RCE)&lt;/p&gt;
&lt;p&gt;### Patches
This vulnerability is fixed in Laravel Reverb v1.7.0.&lt;/p&gt;
&lt;p&gt;Update your dependency to `laravel/reverb: ^1.7.0` immediately.&lt;/p&gt;
&lt;p&gt;### Workarounds
If you cannot upgrade to v1.7.0, you should apply the following mitigations:&lt;/p&gt;
&lt;p&gt;* Redis Security: Require a strong password for Redis access and ensure the service is only accessible via a private network or local loopback.
* Disable Scaling: If your environment uses only one Reverb node, set `REVERB_SCALING_ENABLED=false` to bypass the vulnerable logic entirely.&lt;/p&gt;
&lt;p&gt;### Credits
This vulnerability was discovered and responsibly reported by Mohammad Yaser Abo-Elmaaty @m0h4mmad&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-m27r-m6rx-mhm4</guid>
    </item>
  </channel>
</rss>
