From owner-svn-ports-all@freebsd.org Wed May 27 12:08:47 2020 Return-Path: Delivered-To: svn-ports-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7863E331010; Wed, 27 May 2020 12:08:47 +0000 (UTC) (envelope-from tagattie@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49X8kR2gNYz4GG6; Wed, 27 May 2020 12:08:47 +0000 (UTC) (envelope-from tagattie@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 56E1714545; Wed, 27 May 2020 12:08:47 +0000 (UTC) (envelope-from tagattie@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id 04RC8l4J024250; Wed, 27 May 2020 12:08:47 GMT (envelope-from tagattie@FreeBSD.org) Received: (from tagattie@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id 04RC8k8F024249; Wed, 27 May 2020 12:08:47 GMT (envelope-from tagattie@FreeBSD.org) Message-Id: <202005271208.04RC8k8F024249@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: tagattie set sender to tagattie@FreeBSD.org using -f From: Hiroki Tagato Date: Wed, 27 May 2020 12:08:46 +0000 (UTC) To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r536689 - head/security/vuxml X-SVN-Group: ports-head X-SVN-Commit-Author: tagattie X-SVN-Commit-Paths: head/security/vuxml X-SVN-Commit-Revision: 536689 X-SVN-Commit-Repository: ports MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 12:08:47 -0000 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 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.) --> + + powerdns-recursor -- multiple vulnerabilities + + + powerdns-recursor + 4.3.1 + + + + +

PowerDNS Team reports:

+
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.
+
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.
+
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.
+

+ + + + https://doc.powerdns.com/recursor/security-advisories/index.html + CVE-2020-10995 + CVE-2020-12244 + CVE-2020-10030 + + + 2020-05-19 + 2020-05-26 + + + qmail -- 64 bit integer overflows with possible remote code execution on large SMTP requests