ASA-201811-12 log original external raw

[ASA-201811-12] powerdns: denial of service
Arch Linux Security Advisory ASA-201811-12 ========================================== Severity: Medium Date : 2018-11-12 CVE-ID : CVE-2018-10851 CVE-2018-14626 Package : powerdns Type : denial of service Remote : Yes Link : https://security.archlinux.org/AVG-804 Summary ======= The package powerdns before version 4.1.5-1 is vulnerable to denial of service. Resolution ========== Upgrade to 4.1.5-1. # pacman -Syu "powerdns>=4.1.5-1" The problems have been fixed upstream in version 4.1.5. Workaround ========== None. Description =========== - CVE-2018-10851 (denial of service) An issue has been found in PowerDNS Authoritative Server before 4.1.5 and PowerDNS Recursor before 4.1.5. 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. In the authoritative server case, it allows an authorized user to cause a memory leak by inserting a specially crafted record in a zone under their control, then sending a DNS query for that record. In the case of the recursor, it allows a malicious authoritative server to cause a memory leak by sending specially crafted records. - CVE-2018-14626 (denial of service) An issue has been found in PowerDNS Authoritative Server before 4.1.5 and PowerDNS Recursor before 4.1.5, 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 DNSSEC validating clients will consider the answer to be bogus until it expires from the packet cache, leading to a denial of service. Impact ====== A remote attacker might be able to use crafted queries to crash the PowerDNS server or force it to serve answers without DNSSEC-related records to DNSSEC-enabled queries, causing validation failures. References ========== https://docs.powerdns.com/authoritative/security-advisories/powerdns-advisory-2018-05.html https://docs.powerdns.com/authoritative/security-advisories/powerdns-advisory-2018-03.html https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-2018-04.html https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-2018-06.html https://security.archlinux.org/CVE-2018-10851 https://security.archlinux.org/CVE-2018-14626

[ASA-201811-12] powerdns: denial of service

Arch Linux Security Advisory ASA-201811-12 ========================================== Severity: Medium Date : 2018-11-12 CVE-ID : CVE-2018-10851 CVE-2018-14626 Package : powerdns Type : denial of service Remote : Yes Link : https://security.archlinux.org/AVG-804 Summary ======= The package powerdns before version 4.1.5-1 is vulnerable to denial of service. Resolution ========== Upgrade to 4.1.5-1. # pacman -Syu "powerdns>=4.1.5-1" The problems have been fixed upstream in version 4.1.5. Workaround ========== None. Description =========== - CVE-2018-10851 (denial of service) An issue has been found in PowerDNS Authoritative Server before 4.1.5 and PowerDNS Recursor before 4.1.5. 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. In the authoritative server case, it allows an authorized user to cause a memory leak by inserting a specially crafted record in a zone under their control, then sending a DNS query for that record. In the case of the recursor, it allows a malicious authoritative server to cause a memory leak by sending specially crafted records. - CVE-2018-14626 (denial of service) An issue has been found in PowerDNS Authoritative Server before 4.1.5 and PowerDNS Recursor before 4.1.5, 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 DNSSEC validating clients will consider the answer to be bogus until it expires from the packet cache, leading to a denial of service. Impact ====== A remote attacker might be able to use crafted queries to crash the PowerDNS server or force it to serve answers without DNSSEC-related records to DNSSEC-enabled queries, causing validation failures. References ========== https://docs.powerdns.com/authoritative/security-advisories/powerdns-advisory-2018-05.html https://docs.powerdns.com/authoritative/security-advisories/powerdns-advisory-2018-03.html https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-2018-04.html https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-2018-06.html https://security.archlinux.org/CVE-2018-10851 https://security.archlinux.org/CVE-2018-14626