Date: Sat, 17 Nov 2018 18:00:18 +0000 (UTC) From: Jochen Neumeister <joneum@FreeBSD.org> To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r485185 - head/security/vuxml Message-ID: <201811171800.wAHI0INv082679@repo.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: joneum Date: Sat Nov 17 18:00:17 2018 New Revision: 485185 URL: https://svnweb.freebsd.org/changeset/ports/485185 Log: Add entry for dns/powerdns-recursor PR: 233140 Sponsored by: Netzkommune GmbH Modified: head/security/vuxml/vuln.xml Modified: head/security/vuxml/vuln.xml ============================================================================== --- head/security/vuxml/vuln.xml Sat Nov 17 17:57:30 2018 (r485184) +++ head/security/vuxml/vuln.xml Sat Nov 17 18:00:17 2018 (r485185) @@ -58,6 +58,53 @@ Notes: * Do not forget port variants (linux-f10-libxml2, libxml2, etc.) --> <vuxml xmlns="http://www.vuxml.org/apps/vuxml-1">; + <vuln vid="e9aa0e4c-ea8b-11e8-a5b7-00e04c1ea73d"> + <topic>powerdns-recursor -- Multiple vulnerabilities</topic> + <affects> + <package> + <name>powerdns-recursor</name> + <range><lt>4.1.7</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.1.html">; + <p>CVE-2018-10851: An issue has been found in PowerDNS Recursor allowing + a malicious authoritative server to cause a memory leak by sending specially + crafted records. The issue is due to the fact that some memory is allocated + before the parsing and is not always properly released if the record is malformed. + When the PowerDNS Recursor is run inside a supervisor like supervisord or systemd, + an out-of-memory crash will lead to an automatic restart, limiting the impact to + a somewhat degraded service.</p> + <p>CVE-2018-14626: An issue has been found in PowerDNS Recursor allowing a remote + user to craft a DNS query that will cause an answer without DNSSEC records to be + inserted into the packet cache and be returned to clients asking for DNSSEC + records, thus hiding the presence of DNSSEC signatures for a specific qname and + qtype. For a DNSSEC-signed domain, this means that clients performing DNSSEC + validation by themselves might consider the answer to be bogus until it expires + from the packet cache, leading to a denial of service.</p> + <p>CVE-2018-14644: An issue has been found in PowerDNS Recursor where a remote attacker + sending a DNS query for a meta-type like OPT can lead to a zone being wrongly cached + as failing DNSSEC validation. It only arises if the parent zone is signed, and all + the authoritative servers for that parent zone answer with FORMERR to a query for at + least one of the meta-types. As a result, subsequent queries from clients requesting + DNSSEC validation will be answered with a ServFail.</p> + </blockquote> + </body> + </description> + <references> + <url>https://doc.powerdns.com/recursor/changelog/4.1.html</url>; + <cvename>CVE-2018-10851</cvename> + <cvename>CVE-2018-14626</cvename> + <cvename>CVE-2018-14644</cvename> + </references> + <dates> + <discovery>2018-11-06</discovery> + <entry>2018-11-17</entry> + </dates> + </vuln> + <vuln vid="c6fb2734-e835-11e8-b14b-001999f8d30b"> <topic>asterisk -- Remote crash vulnerability DNS SRV and NAPTR lookups</topic> <affects>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201811171800.wAHI0INv082679>