CVE-2013-0198
published 2013-03-05CVE-2013-0198: Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause…
PriorityP421medium5CVSS 2.0
AVNACLAuNCNINAP
EPSS
2.79%
84.7th percentile
Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause a denial of service (traffic amplification) via spoofed TCP based DNS queries. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-3411.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | dnsmasq | < dnsmasq 2.66-1 (bookworm) | dnsmasq 2.66-1 (bookworm) |
| thekelleys | dnsmasq | <= 2.65 | — |
| thekelleys | dnsmasq | >= 0 < 2.66-1 | 2.66-1 |
| thekelleys | dnsmasq | >= 0 < 2.66-1 | 2.66-1 |
| thekelleys | dnsmasq | >= 0 < 2.66-1 | 2.66-1 |
| thekelleys | dnsmasq | >= 0 < 2.66-1 | 2.66-1 |
CVSS provenance
nvdv2.05.0MEDIUMAV:N/AC:L/Au:N/C:N/I:N/A:P
osv5.0MEDIUM
vendor_debian5.0LOW
vendor_redhat5.0MEDIUM
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.
Red Hat
dnsmasq: Incomplete fix for the CVE-2012-3411 issue
vendor_redhat·2013-01-11·CVSS 5.0
CVE-2013-0198 [MEDIUM] dnsmasq: Incomplete fix for the CVE-2012-3411 issue
dnsmasq: Incomplete fix for the CVE-2012-3411 issue
Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause a denial of service (traffic amplification) via spoofed TCP based DNS queries. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-3411.
Statement: Not vulnerable. This issue did not affect the versions of dnsmasq as shipped with Red Hat Enterprise Linux 5 and 6.
Package: dnsmasq (Red Hat Enterprise Linux 5) - Not affected
Package: dnsmasq (Red Hat Enterprise Linux 6) - Not affected
Debian
CVE-2013-0198: dnsmasq - Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies...
vendor_debian·2013·CVSS 5.0
CVE-2013-0198 [MEDIUM] CVE-2013-0198: dnsmasq - Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies...
Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause a denial of service (traffic amplification) via spoofed TCP based DNS queries. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-3411.
Scope: local
bookworm: resolved (fixed in 2.66-1)
bullseye: resolved (fixed in 2.66-1)
forky: resolved (fixed in 2.66-1)
sid: resolved (fixed in 2.66-1)
trixie: resolved (fixed in 2.66-1)
GHSA
GHSA-3pxx-76hx-4rw2: Dnsmasq before 2
ghsa_unreviewed·2022-05-05·CVSS 5.0
CVE-2013-0198 [MEDIUM] CWE-20 GHSA-3pxx-76hx-4rw2: Dnsmasq before 2
Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause a denial of service (traffic amplification) via spoofed TCP based DNS queries. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-3411.
OSV
CVE-2013-0198: Dnsmasq before 2
osv·2013-03-05·CVSS 5.0
CVE-2013-0198 [MEDIUM] CVE-2013-0198: Dnsmasq before 2
Dnsmasq before 2.66test2, when used with certain libvirt configurations, replies to queries from prohibited interfaces, which allows remote attackers to cause a denial of service (traffic amplification) via spoofed TCP based DNS queries. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-3411.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue [fedora-all]
bugzilla·2013-01-18·CVSS 5.0
CVE-2013-0198 [MEDIUM] CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue [fedora-all]
CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue [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.
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 creating a Bodhi update request, please use the bodhi submission link
noted 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
Bodhi notes field when available.
Please note: this issue af
Bugzilla
CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue
bugzilla·2013-01-11·CVSS 5.0
CVE-2013-0198 [MEDIUM] CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue
CVE-2013-0198 dnsmasq: Incomplete fix for the CVE-2012-3411 issue
Description of problem:
On my workstation, as a virtual machine host, I have NetworkManager's dnsmasq configured to forward DNS queries for a local domain to 192.168.122.1, so I can resolve those to virtual machine DHCP hostnames. Recently this stopped working.
With manual dig commands, I found that TCP queries still work, but UDP doesn't. For example, in libvirt I have a statically defined name "vhost" to 192.168.122.1 itself. From the host, the command "dig +short +tcp @192.168.122.1 vhost" resolves that just fine. But "dig +short +notcp @192.168.122.1 vhost" says "connection timed out; no servers could be reached". From a guest, +tcp and +notcp both work fine.
Version-Release number of selected component (if applicable
arXiv
One Bad Apple Spoils the Barrel: Understanding the Security Risks Introduced by Third-Party Components in IoT Firmware
arxiv_fulltext·2022-12-29
One Bad Apple Spoils the Barrel: Understanding the Security Risks Introduced by Third-Party Components in IoT Firmware
One Bad Apple Spoils the Barrel: Understanding the Security Risks Introduced by Third-Party Components in IoT Firmware
## Abstract
Currently, the development of IoT firmware heavily depends on third-party components (TPCs) to improve development efficiency. Nevertheless, TPCs are not secure, and the vulnerabilities in TPCs will influence the security of IoT firmware. Existing works pay less attention to the vulnerabilities caused by TPCs, and we still lack a comprehensive understanding of the security impact of TPC vulnerability against firmware. To fill in the knowledge gap, we design and implement , which leverages syntactical features and control-flow graph features to detect the TPCs in firmware, and then recognizes the corresponding vulnerabilities. Based on , we present the first l
http://www.mandriva.com/security/advisories?name=MDVSA-2013:072http://www.openwall.com/lists/oss-security/2013/01/18/2http://www.openwall.com/lists/oss-security/2013/01/18/7http://www.thekelleys.org.uk/gitweb/?p=dnsmasq.git%3Ba=commitdiff%3Bh=22ce550e5346947a12a781ed0959a7b1165d0dc6https://bugzilla.redhat.com/show_bug.cgi?id=894486http://www.mandriva.com/security/advisories?name=MDVSA-2013:072http://www.openwall.com/lists/oss-security/2013/01/18/2http://www.openwall.com/lists/oss-security/2013/01/18/7http://www.thekelleys.org.uk/gitweb/?p=dnsmasq.git%3Ba=commitdiff%3Bh=22ce550e5346947a12a781ed0959a7b1165d0dc6https://bugzilla.redhat.com/show_bug.cgi?id=894486
2013-03-05
Published