<?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>Tue, 06 Oct 2026 07:25:53 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-327541</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-327541</link>
      <description>EUVD-2026-327541</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-327541</guid>
    </item>
    <item>
      <title>fkie_cve-2026-48157</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-48157</link>
      <description>&lt;p&gt;Slim is a PHP micro framework that enables users to write simple web applications and APIs. In versions 4.4.0 through 4.15, if an application uses HttpException::setTitle() and/or setDescription() to include untrusted/request-derived data in the error title or description (e.g. &amp;#34;No products found matching &amp;#39;{$query}&amp;#39;.&amp;#34;), an attacker could inject arbitrary HTML/JavaScript that executes in the victim&amp;#39;s browser when they encounter an HTML error page generated by Slim. The vulnerability is present even with displayErrorDetails = false as the unescaped title and description are rendered on this error path. Built-in exceptions (HttpNotFoundException, HttpBadRequestException, etc.) ship plain-text defaults, so a vanilla Slim app with no user code is not exploitable. Only applications that feed untrusted data into setTitle() and/or setDescription() are affected. The issue has been fixed in 4.15.2. If developers are unable to immediately update their applications, they can work around this issue by avoiding passing untrusted/request-derived data into HttpException::setTitle() and setDescription() and using static, plain-text error copy instead.
They should also register a custom error renderer (an ErrorRendererInterface implementation, or a subclass of HtmlErrorRenderer that escapes the title and description) for the HTML media type.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Slim is a PHP micro framework that enables users to write simple web applications and APIs. In versions 4.4.0 through 4.15, if an application uses HttpException::setTitle() and/or setDescription() to include untrusted/request-derived data in the error title or description (e.g. &amp;#34;No products found matching &amp;#39;{$query}&amp;#39;.&amp;#34;), an attacker could inject arbitrary HTML/JavaScript that executes in the victim&amp;#39;s browser when they encounter an HTML error page generated by Slim. The vulnerability is present even with displayErrorDetails = false as the unescaped title and description are rendered on this error path. Built-in exceptions (HttpNotFoundException, HttpBadRequestException, etc.) ship plain-text defaults, so a vanilla Slim app with no user code is not exploitable. Only applications that feed untrusted data into setTitle() and/or setDescription() are affected. The issue has been fixed in 4.15.2. If developers are unable to immediately update their applications, they can work around this issue by avoiding passing untrusted/request-derived data into HttpException::setTitle() and setDescription() and using static, plain-text error copy instead.
They should also register a custom error renderer (an ErrorRendererInterface implementation, or a subclass of HtmlErrorRenderer that escapes the title and description) for the HTML media type.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-48157</guid>
    </item>
    <item>
      <title>GHSA-53h4-8rc4-f539 — Slim has Reflected XSS in the HtmlErrorRenderer</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-53h4-8rc4-f539</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: slim/slim&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;If an application uses `HttpException::setTitle()` and/or `setDescription()` to include untrusted/request-derived data in the error title or description (e.g. `&amp;#34;No products found matching &amp;#39;{$query}&amp;#39;.&amp;#34;`), an attacker could inject arbitrary HTML/JavaScript that executes in the victim&amp;#39;s browser when they encounter an HTML error page generated by Slim.&lt;/p&gt;
&lt;p&gt;The vulnerability is present even with `displayErrorDetails = false` as the unescaped title and description are rendered on this error path.&lt;/p&gt;
&lt;p&gt;Built-in exceptions (`HttpNotFoundException`, `HttpBadRequestException`, etc.) ship plain-text defaults, so a vanilla Slim app with no user code is not exploitable. Only applications that feed untrusted data into `setTitle()` and/or `setDescription()` are affected.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is fixed in 4.15.2.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, applications can:&lt;/p&gt;
&lt;p&gt;- Avoid passing untrusted/request-derived data into `HttpException::setTitle()` and `setDescription()`. Use static, plain-text error copy instead.
- Register a custom error renderer (an `ErrorRendererInterface` implementation, or a subclass of `HtmlErrorRenderer` that escapes the title and description) for the HTML media type.&lt;/p&gt;
&lt;p&gt;### Acknowledgments&lt;/p&gt;
&lt;p&gt;Slim is grateful to and thanks GitHub user [0xEr3n](https://github.com/0xEr3n) for reporting this issue.&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;- CWE-79: https://cwe.mitre.org/data/definitions/79.html&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: slim/slim&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;If an application uses `HttpException::setTitle()` and/or `setDescription()` to include untrusted/request-derived data in the error title or description (e.g. `&amp;#34;No products found matching &amp;#39;{$query}&amp;#39;.&amp;#34;`), an attacker could inject arbitrary HTML/JavaScript that executes in the victim&amp;#39;s browser when they encounter an HTML error page generated by Slim.&lt;/p&gt;
&lt;p&gt;The vulnerability is present even with `displayErrorDetails = false` as the unescaped title and description are rendered on this error path.&lt;/p&gt;
&lt;p&gt;Built-in exceptions (`HttpNotFoundException`, `HttpBadRequestException`, etc.) ship plain-text defaults, so a vanilla Slim app with no user code is not exploitable. Only applications that feed untrusted data into `setTitle()` and/or `setDescription()` are affected.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is fixed in 4.15.2.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, applications can:&lt;/p&gt;
&lt;p&gt;- Avoid passing untrusted/request-derived data into `HttpException::setTitle()` and `setDescription()`. Use static, plain-text error copy instead.
- Register a custom error renderer (an `ErrorRendererInterface` implementation, or a subclass of `HtmlErrorRenderer` that escapes the title and description) for the HTML media type.&lt;/p&gt;
&lt;p&gt;### Acknowledgments&lt;/p&gt;
&lt;p&gt;Slim is grateful to and thanks GitHub user [0xEr3n](https://github.com/0xEr3n) for reporting this issue.&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;- CWE-79: https://cwe.mitre.org/data/definitions/79.html&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-53h4-8rc4-f539</guid>
    </item>
  </channel>
</rss>
