CVE-2017-9109
published 2020-06-18CVE-2017-9109: An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the…
PriorityP347critical9.8CVSS 3.1
AVNACLPRNUINSUCHIHAH
EPSS
2.05%
79.1th percentile
An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the second answer scan finds the same RRs at the first. Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only at the answer RRs which come after the CNAME, which is at least arguably correct.
Affected
9 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | adns | < adns 1.6.0-2 (bookworm) | adns 1.6.0-2 (bookworm) |
| fedoraproject | fedora | — | — |
| fedoraproject | fedora | — | — |
| gnu | adns | < 1.5.2 | 1.5.2 |
| gnu | adns | >= 0 < 1.6.0-2 | 1.6.0-2 |
| gnu | adns | >= 0 < 1.6.0-2 | 1.6.0-2 |
| gnu | adns | >= 0 < 1.6.0-2 | 1.6.0-2 |
| gnu | adns | >= 0 < 1.6.0-2 | 1.6.0-2 |
| opensuse | leap | — | — |
CVSS provenance
nvdv3.19.8CRITICALCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
nvdv2.07.5HIGHAV:N/AC:L/Au:N/C:P/I:P/A:P
osv9.8CRITICAL
vendor_debian9.8LOW
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-4429-757q-f87q: An issue was discovered in adns before 1
ghsa_unreviewed·2022-05-24
CVE-2017-9109 [HIGH] CWE-119 GHSA-4429-757q-f87q: An issue was discovered in adns before 1
An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the second answer scan finds the same RRs at the first. Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only at the answer RRs which come after the CNAME, which is at least arguably correct.
OSV
CVE-2017-9109: An issue was discovered in adns before 1
osv·2020-06-18·CVSS 9.8
CVE-2017-9109 [CRITICAL] CVE-2017-9109: An issue was discovered in adns before 1
An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the second answer scan finds the same RRs at the first. Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only at the answer RRs which come after the CNAME, which is at least arguably correct.
Debian
CVE-2017-9109: adns - An issue was discovered in adns before 1.5.2. It fails to ignore apparent answer...
vendor_debian·2017·CVSS 9.8
CVE-2017-9109 [CRITICAL] CVE-2017-9109: adns - An issue was discovered in adns before 1.5.2. It fails to ignore apparent answer...
An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the second answer scan finds the same RRs at the first. Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only at the answer RRs which come after the CNAME, which is at least arguably correct.
Scope: local
bookworm: resolved (fixed in 1.6.0-2)
bullseye: resolved (fixed in 1.6.0-2)
forky: resolved (fixed in 1.6.0-2)
sid: resolved (fixed in 1.6.0-2)
trixie: resolved (fixed in 1.6.0-2)
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2017-9109 adns: out-of-bounds access when handling apparent answers [fedora-all]
bugzilla·2020-06-22·CVSS 9.8
CVE-2017-9109 [CRITICAL] CVE-2017-9109 adns: out-of-bounds access when handling apparent answers [fedora-all]
CVE-2017-9109 adns: out-of-bounds access when handling apparent answers [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported v
Bugzilla
CVE-2017-9109 adns: out-of-bounds access when handling apparent answers
bugzilla·2020-06-22·CVSS 9.8
CVE-2017-9109 [CRITICAL] CVE-2017-9109 adns: out-of-bounds access when handling apparent answers
CVE-2017-9109 adns: out-of-bounds access when handling apparent answers
An issue was discovered in adns before 1.5.2. It fails to ignore apparent answers before the first RR that was found the first time. when this is fixed, the second answer scan finds the same RRs at the first. Otherwise, adns can be confused by interleaving answers for the CNAME target, with the CNAME itself. In that case the answer data structure (on the heap) can be overrun. With this fixed, it prefers to look only at the answer RRs which come after the CNAME, which is at least arguably correct.
Reference:
https://www.chiark.greenend.org.uk/pipermail/adns-announce/2020/000004.html
Discussion:
Created adns tracking bugs for this issue:
Affects: fedora-all [bug 1849780]
---
This CVE Bugzilla entry is for communit
http://lists.opensuse.org/opensuse-security-announce/2020-06/msg00037.htmlhttp://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=adns.githttp://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=adns.git%3Ba=blob%3Bf=changeloghttps://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/TRVHN3GGVNQWAOL3PWC5FLAV7HUESLZR/https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/UGFZ4SPV6KFQK6ZNUZFB5Y32OYFOM5YJ/https://www.chiark.greenend.org.uk/pipermail/adns-announce/2020/000004.htmlhttp://lists.opensuse.org/opensuse-security-announce/2020-06/msg00037.htmlhttp://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=adns.githttp://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=adns.git%3Ba=blob%3Bf=changeloghttps://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/TRVHN3GGVNQWAOL3PWC5FLAV7HUESLZR/https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/UGFZ4SPV6KFQK6ZNUZFB5Y32OYFOM5YJ/https://www.chiark.greenend.org.uk/pipermail/adns-announce/2020/000004.html
2020-06-18
Published