<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T21:07:28.452962+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-56670</id>
    <title>EUVD-2026-56670</title>
    <updated>2026-10-03T21:07:28.455994+00:00</updated>
    <content>EUVD-2026-56670</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-56670"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2019-14871</id>
    <title>fkie_cve-2019-14871</title>
    <updated>2026-10-03T21:07:28.456024+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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).</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2019-14871"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2q4g-qm2f-cq2j</id>
    <title>GHSA-2q4g-qm2f-cq2j</title>
    <updated>2026-10-03T21:07:28.456054+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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).</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2q4g-qm2f-cq2j"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2019-14871</id>
    <title>gsd-2019-14871</title>
    <updated>2026-10-03T21:07:28.456084+00:00</updated>
    <content>gsd-2019-14871</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2019-14871"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-14871</id>
    <title>UBUNTU-CVE-2019-14871</title>
    <updated>2026-10-03T21:07:28.456098+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:16.04:LTS: newlib, Ubuntu:18.04:LTS: newlib</p>
<p>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).</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-14871"/>
  </entry>
</feed>
