svn commit: r536689 - head/security/vuxml
Hiroki Tagato
tagattie at FreeBSD.org
Wed May 27 12:08:47 UTC 2020
Author: tagattie
Date: Wed May 27 12:08:46 2020
New Revision: 536689
URL: https://svnweb.freebsd.org/changeset/ports/536689
Log:
Document powerdns-recursor vulnerabilities
PR: 246655
Submitted by: Ralf van der Enden <tremere at cainites.net>
Approved by: ehaupt (mentor)
Modified:
head/security/vuxml/vuln.xml
Modified: head/security/vuxml/vuln.xml
==============================================================================
--- head/security/vuxml/vuln.xml Wed May 27 11:59:13 2020 (r536688)
+++ head/security/vuxml/vuln.xml Wed May 27 12:08:46 2020 (r536689)
@@ -58,6 +58,49 @@ Notes:
* Do not forget port variants (linux-f10-libxml2, libxml2, etc.)
-->
<vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">
+ <vuln vid="f9c5a410-9b4e-11ea-ac3f-6805ca2fa271">
+ <topic>powerdns-recursor -- multiple vulnerabilities</topic>
+ <affects>
+ <package>
+ <name>powerdns-recursor</name>
+ <range><lt>4.3.1</lt></range>
+ </package>
+ </affects>
+ <description>
+ <body xmlns="http://www.w3.org/1999/xhtml">
+ <p>PowerDNS Team reports:</p>
+ <blockquote cite="https://doc.powerdns.com/recursor/changelog/4.3.html#change-4.3.1">
+ <p>CVE-2020-10995: An issue in the DNS protocol has been found that allow malicious parties to use
+ recursive DNS services to attack third party authoritative name servers. The attack uses a crafted
+ reply by an authoritative name server to amplify the resulting traffic between the recursive and
+ other authoritative name servers. Both types of service can suffer degraded performance as an effect.</p>
+ <p>CVE-2020-12244: An issue has been found in PowerDNS Recursor 4.1.0 through 4.3.0 where records in
+ the answer section of a NXDOMAIN response lacking an SOA were not properly validated in
+ SyncRes::processAnswer. This would allow an attacker in position of man-in-the-middle to send a
+ NXDOMAIN answer for a name that does exist, bypassing DNSSEC validation.</p>
+ <p>CVE-2020-10030: An issue has been found in PowerDNS Authoritative Server allowing an attacker
+ with enough privileges to change the system'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 null-terminate 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 is always null-terminated. Under some conditions this issue can lead
+ to the writing of one null-byte out-of-bounds on the stack, causing a denial of service or possibly
+ arbitrary code execution.</p>
+ </blockquote>
+ </body>
+ </description>
+ <references>
+ <url>https://doc.powerdns.com/recursor/security-advisories/index.html</url>
+ <cvename>CVE-2020-10995</cvename>
+ <cvename>CVE-2020-12244</cvename>
+ <cvename>CVE-2020-10030</cvename>
+ </references>
+ <dates>
+ <discovery>2020-05-19</discovery>
+ <entry>2020-05-26</entry>
+ </dates>
+ </vuln>
+
<vuln vid="8db2f8b2-9e12-11ea-9e83-0cc47ac16c9d">
<topic>qmail -- 64 bit integer overflows with possible remote code execution on large SMTP requests</topic>
<affects>
More information about the svn-ports-all
mailing list