<?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 00:12:28 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-04748</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-04748</link>
      <description>bdu:2025-04748</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-04748</guid>
    </item>
    <item>
      <title>EUVD-2026-241825</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-241825</link>
      <description>EUVD-2026-241825</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-241825</guid>
    </item>
    <item>
      <title>fkie_cve-2023-52389</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-52389</link>
      <description>&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-52389</guid>
    </item>
    <item>
      <title>GHSA-3g75-6vfp-4hm3</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3g75-6vfp-4hm3</link>
      <description>&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3g75-6vfp-4hm3</guid>
    </item>
    <item>
      <title>gsd-2023-52389</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-52389</link>
      <description>gsd-2023-52389</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-52389</guid>
    </item>
    <item>
      <title>ICSA-24-319-08 — Siemens SINEC INS</title>
      <link>https://cve.radiocsirt.org/vuln/icsa-24-319-08</link>
      <description>&lt;p&gt;Issue summary: The AES-SIV cipher implementation contains a bug that causes it to ignore empty associated data entries which are unauthenticated as a consequence. Impact summary: Applications that use the AES-SIV algorithm and want to authenticate empty data entries as associated data can be mislead by removing adding or reordering such empty entries as these are ignored by the OpenSSL implementation. We are currently unaware of any such applications. The AES-SIV algorithm allows for authentication of multiple associated data entries along with the encryption. To authenticate empty data the application has to call EVP_EncryptUpdate() (or EVP_CipherUpdate()) with NULL pointer as the output buffer and 0 as the input buffer length. The AES-SIV implementation in OpenSSL just returns success for such a call instead of performing the associated data authentication operation. The empty data thus will not be authenticated. As this issue does not affect non-empty associated data authentication and we expect it to be rare for an application to use empty associated data entries this is qualified as Low severity issue. The code that processes control channel messages sent to `named` calls certain functions recursively during packet parsing. Recursion depth is only limited by the maximum accepted packet size; depending on the environment, this may cause the packet-parsing code to run out of available stack memory, causing `named` to terminate unexpectedly. Since each incoming control cha…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Issue summary: The AES-SIV cipher implementation contains a bug that causes it to ignore empty associated data entries which are unauthenticated as a consequence. Impact summary: Applications that use the AES-SIV algorithm and want to authenticate empty data entries as associated data can be mislead by removing adding or reordering such empty entries as these are ignored by the OpenSSL implementation. We are currently unaware of any such applications. The AES-SIV algorithm allows for authentication of multiple associated data entries along with the encryption. To authenticate empty data the application has to call EVP_EncryptUpdate() (or EVP_CipherUpdate()) with NULL pointer as the output buffer and 0 as the input buffer length. The AES-SIV implementation in OpenSSL just returns success for such a call instead of performing the associated data authentication operation. The empty data thus will not be authenticated. As this issue does not affect non-empty associated data authentication and we expect it to be rare for an application to use empty associated data entries this is qualified as Low severity issue. The code that processes control channel messages sent to `named` calls certain functions recursively during packet parsing. Recursion depth is only limited by the maximum accepted packet size; depending on the environment, this may cause the packet-parsing code to run out of available stack memory, causing `named` to terminate unexpectedly. Since each incoming control cha…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/icsa-24-319-08</guid>
    </item>
    <item>
      <title>OESA-2026-3963 — poco security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-3963</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP1: poco&lt;/p&gt;
&lt;p&gt;This is ROS melodic ros_comm&amp;amp;amp;apos;s 3rdparty poco.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.(CVE-2023-52389)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP1: poco&lt;/p&gt;
&lt;p&gt;This is ROS melodic ros_comm&amp;amp;amp;apos;s 3rdparty poco.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.(CVE-2023-52389)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-3963</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:15322-1 — libPocoActiveRecord112-1.14.2-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:15322-1</link>
      <description>&lt;p&gt;libPocoActiveRecord112-1.14.2-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;libPocoActiveRecord112-1.14.2-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:15322-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-52389</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52389</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: poco, Ubuntu:16.04:LTS: poco, Ubuntu:18.04:LTS: poco, Ubuntu:20.04:LTS: poco, Ubuntu:22.04:LTS: poco, Ubuntu:24.04:LTS: poco, Ubuntu:25.10: poco, Ubuntu:26.04:LTS: poco&lt;/p&gt;
&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: poco, Ubuntu:16.04:LTS: poco, Ubuntu:18.04:LTS: poco, Ubuntu:20.04:LTS: poco, Ubuntu:22.04:LTS: poco, Ubuntu:24.04:LTS: poco, Ubuntu:25.10: poco, Ubuntu:26.04:LTS: poco&lt;/p&gt;
&lt;p&gt;UTF32Encoding.cpp in POCO has a Poco::UTF32Encoding integer overflow and resultant stack buffer overflow because Poco::UTF32Encoding::convert() and Poco::UTF32::queryConvert() may return a negative integer if a UTF-32 byte sequence evaluates to a value of 0x80000000 or higher. This is fixed in 1.11.8p2, 1.12.5p2, and 1.13.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52389</guid>
    </item>
  </channel>
</rss>
