<?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>Wed, 07 Oct 2026 11:37:00 +0000</lastBuildDate>
    <item>
      <title>cnvd-2021-25671</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2021-25671</link>
      <description>cnvd-2021-25671</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2021-25671</guid>
    </item>
    <item>
      <title>EUVD-2026-39610</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-39610</link>
      <description>EUVD-2026-39610</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-39610</guid>
    </item>
    <item>
      <title>fkie_cve-2020-10030</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-10030</link>
      <description>&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-10030</guid>
    </item>
    <item>
      <title>GHSA-v7fw-2gqv-66rx</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-v7fw-2gqv-66rx</link>
      <description>&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-v7fw-2gqv-66rx</guid>
    </item>
    <item>
      <title>gsd-2020-10030</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-10030</link>
      <description>gsd-2020-10030</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-10030</guid>
    </item>
    <item>
      <title>openSUSE-SU-2020:0698-1 — Security update for pdns-recursor</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2020:0698-1</link>
      <description>&lt;p&gt;Security update for pdns-recursor&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for pdns-recursor&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2020:0698-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2020-10030</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2020-10030</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: pdns-recursor, Ubuntu:Pro:18.04:LTS: pdns-recursor, Ubuntu:Pro:20.04:LTS: pdns-recursor&lt;/p&gt;
&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: pdns-recursor, Ubuntu:Pro:18.04:LTS: pdns-recursor, Ubuntu:Pro:20.04:LTS: pdns-recursor&lt;/p&gt;
&lt;p&gt;An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. It allows an attacker (with enough privileges to change the system&amp;#39;s hostname) to cause disclosure of uninitialized memory content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does not have &amp;#39;\0&amp;#39; termination of the returned string if the hostname is larger than the supplied buffer. (Linux systems are not affected because the buffer is always large enough. OpenBSD systems are not affected because the returned hostname always has &amp;#39;\0&amp;#39; termination.) Under some conditions, this issue can lead to the writing of one &amp;#39;\0&amp;#39; byte out-of-bounds on the stack, causing a denial of service or possibly arbitrary code execution.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2020-10030</guid>
    </item>
  </channel>
</rss>
