<?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, 13 Oct 2026 07:30:12 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-218780</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-218780</link>
      <description>EUVD-2026-218780</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-218780</guid>
    </item>
    <item>
      <title>fkie_cve-2025-22145</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-22145</link>
      <description>&lt;p&gt;Carbon is an international PHP extension for DateTime. Application passing unsanitized user input to Carbon::setLocale are at risk of arbitrary file include, if the application allows users to upload files with .php extension in an folder that allows include or require to read it, then they are at risk of arbitrary code ran on their servers. This vulnerability is fixed in 3.8.4 and 2.72.6.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Carbon is an international PHP extension for DateTime. Application passing unsanitized user input to Carbon::setLocale are at risk of arbitrary file include, if the application allows users to upload files with .php extension in an folder that allows include or require to read it, then they are at risk of arbitrary code ran on their servers. This vulnerability is fixed in 3.8.4 and 2.72.6.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-22145</guid>
    </item>
    <item>
      <title>GHSA-j3f9-p6hm-5w6q — Carbon has an arbitrary file include via unvalidated input passed to Carbon::setLocale</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-j3f9-p6hm-5w6q</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: nesbot/carbon&lt;/p&gt;
&lt;p&gt;### Impact
Application passing unsanitized user input to `Carbon::setLocale` are at risk of arbitrary file include, if the application allows users to upload files with `.php` extension in an folder that allows `include` or `require` to read it, then they are at risk of arbitrary code ran on their servers.&lt;/p&gt;
&lt;p&gt;### Patches
- [3.8.4](https://github.com/briannesbitt/Carbon/releases/tag/3.8.4)
- [2.72.6](https://github.com/briannesbitt/Carbon/releases/tag/2.72.6)&lt;/p&gt;
&lt;p&gt;### Workarounds
Any of the below actions can be taken to prevent the issue:
- Validate input before calling `setLocale()`, for instance by forbidding or removing `/` and `\`
- Call `setLocale()` only with a locale from a whitelist of supported locales
- When uploading files, rename them so they cannot have a `.php` extension (this is recommended even if you&amp;#39;re not affected by this issue)
- Prefer storage system that are not local to the application (remote service, or local service ran by another user so the uploaded files actually live outside of the application basedir)&lt;/p&gt;
&lt;p&gt;### References
https://en.wikipedia.org/wiki/File_inclusion_vulnerability&lt;/p&gt;
&lt;p&gt;### Credits
Thanks to **Szczepan Hołyszewski** who reported the issue and to Tidelift to coordinate the resolution&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: nesbot/carbon&lt;/p&gt;
&lt;p&gt;### Impact
Application passing unsanitized user input to `Carbon::setLocale` are at risk of arbitrary file include, if the application allows users to upload files with `.php` extension in an folder that allows `include` or `require` to read it, then they are at risk of arbitrary code ran on their servers.&lt;/p&gt;
&lt;p&gt;### Patches
- [3.8.4](https://github.com/briannesbitt/Carbon/releases/tag/3.8.4)
- [2.72.6](https://github.com/briannesbitt/Carbon/releases/tag/2.72.6)&lt;/p&gt;
&lt;p&gt;### Workarounds
Any of the below actions can be taken to prevent the issue:
- Validate input before calling `setLocale()`, for instance by forbidding or removing `/` and `\`
- Call `setLocale()` only with a locale from a whitelist of supported locales
- When uploading files, rename them so they cannot have a `.php` extension (this is recommended even if you&amp;#39;re not affected by this issue)
- Prefer storage system that are not local to the application (remote service, or local service ran by another user so the uploaded files actually live outside of the application basedir)&lt;/p&gt;
&lt;p&gt;### References
https://en.wikipedia.org/wiki/File_inclusion_vulnerability&lt;/p&gt;
&lt;p&gt;### Credits
Thanks to **Szczepan Hołyszewski** who reported the issue and to Tidelift to coordinate the resolution&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-j3f9-p6hm-5w6q</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-22145</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-22145</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:20.04:LTS: php-nesbot-carbon&lt;/p&gt;
&lt;p&gt;Carbon is an international PHP extension for DateTime. Application passing unsanitized user input to Carbon::setLocale are at risk of arbitrary file include, if the application allows users to upload files with .php extension in an folder that allows include or require to read it, then they are at risk of arbitrary code ran on their servers. This vulnerability is fixed in 3.8.4 and 2.72.6.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:20.04:LTS: php-nesbot-carbon&lt;/p&gt;
&lt;p&gt;Carbon is an international PHP extension for DateTime. Application passing unsanitized user input to Carbon::setLocale are at risk of arbitrary file include, if the application allows users to upload files with .php extension in an folder that allows include or require to read it, then they are at risk of arbitrary code ran on their servers. This vulnerability is fixed in 3.8.4 and 2.72.6.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-22145</guid>
    </item>
  </channel>
</rss>
