<?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 21:07:27 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-56670</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-56670</link>
      <description>EUVD-2026-56670</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-56670</guid>
    </item>
    <item>
      <title>fkie_cve-2019-14871</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2019-14871</link>
      <description>&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in versions prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in versions prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2019-14871</guid>
    </item>
    <item>
      <title>GHSA-2q4g-qm2f-cq2j</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2q4g-qm2f-cq2j</link>
      <description>&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in verisons prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in verisons prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2q4g-qm2f-cq2j</guid>
    </item>
    <item>
      <title>gsd-2019-14871</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2019-14871</link>
      <description>gsd-2019-14871</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2019-14871</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2019-14871</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-14871</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: newlib, Ubuntu:18.04:LTS: newlib&lt;/p&gt;
&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in versions prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: newlib, Ubuntu:18.04:LTS: newlib&lt;/p&gt;
&lt;p&gt;The REENT_CHECK macro (see newlib/libc/include/sys/reent.h) as used by REENT_CHECK_TM, REENT_CHECK_MISC, REENT_CHECK_MP and other newlib macros in versions prior to 3.3.0, does not check for memory allocation problems when the DEBUG flag is unset (as is the case in production firmware builds).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-14871</guid>
    </item>
  </channel>
</rss>
