CVE-2017-9106
published 2020-06-18CVE-2017-9106: An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a…
PriorityP338high7.5CVSS 3.1
AVNACLPRNUINSUCNINAH
EPSS
1.88%
77.0th percentile
An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one could say that the caller ought to check these things. It may be better to require the caller to make the pointer structure right, but to have the code here be defensive about (and tolerate with an error but without crashing) out-of-range integer values. So: it should defend each of these integer conversion sites with a check for the actual permitted range, and return adns_s_invaliddata if not. The lack of this check causes the SOA sign extension bug to be a serious security problem: the sign extended SOA value is out of range, and overruns the buffer when reconverted. This is related to sign extending SOA 32-bit integer fields, and use of a signed data type.
Affected
8 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 |
CVSS provenance
nvdv3.17.5HIGHCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
nvdv2.05.0MEDIUMAV:N/AC:L/Au:N/C:N/I:N/A:P
osv7.5HIGH
vendor_debian7.5LOW
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-chm6-j4h2-5qc7: An issue was discovered in adns before 1
ghsa_unreviewed·2022-05-24
CVE-2017-9106 [MEDIUM] CWE-119 GHSA-chm6-j4h2-5qc7: An issue was discovered in adns before 1
An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one could say that the caller ought to check these things. It may be better to require the caller to make the pointer structure right, but to have the code here be defensive about (and tolerate with an error but without crashing) out-of-range integer values. So: it should defend each of these integer conversion sites with a check for the actual permitted range, and return adns_s_invali
OSV
CVE-2017-9106: An issue was discovered in adns before 1
osv·2020-06-18·CVSS 7.5
CVE-2017-9106 [HIGH] CVE-2017-9106: An issue was discovered in adns before 1
An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one could say that the caller ought to check these things. It may be better to require the caller to make the pointer structure right, but to have the code here be defensive about (and tolerate with an error but without crashing) out-of-range integer values. So: it should defend each of these integer conversion sites with a check for the actual permitted range, and return adns_s_invali
Debian
CVE-2017-9106: adns - An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *d...
vendor_debian·2017·CVSS 7.5
CVE-2017-9106 [HIGH] CVE-2017-9106: adns - An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *d...
An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one could say that the caller ought to check these things. It may be better to require the caller to make the pointer structure right, but to have the code here be defensive about (and tolerate with an error but without crashing) out-of-range integer values. So: it should defend each of these integer conversion sites with a check for the actual permitted range, and return adns_s_invali
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access
bugzilla·2020-06-22·CVSS 7.5
CVE-2017-9106 [HIGH] CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access
CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access
An issue was discovered in adns before 1.5.2. adns_rr_info mishandles a bogus *datap. The general pattern for formatting integers is to sprintf into a fixed-size buffer. This is correct if the input is in the right range; if it isn't, the buffer may be overrun (depending on the sizes of the types on the current platform). Of course the inputs ought to be right. And there are pointers in there too, so perhaps one could say that the caller ought to check these things. It may be better to require the caller to make the pointer structure right, but to have the code here be defensive about (and tolerate with an error but without crashing) out-of-range integer values. So: it should defend each of
Bugzilla
CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access [fedora-all]
bugzilla·2020-06-22·CVSS 7.5
CVE-2017-9106 [HIGH] CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access [fedora-all]
CVE-2017-9106 adns: lack of check for out-of-range integers values can lead to out-of-bounds access [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
http://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://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