CVE-2022-0934: dnsmasq · - Use After Free
Affects dnsmasqSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 2.6% chance of exploitation in 30 days – higher than 85% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 29 Aug 2022
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
AI-suggested
To mitigate CVE-2022-0934, organizations should: 1) Identify all instances of dnsmasq in their environment, including embedded devices and network appliances. 3) Implement network-level protections such as filtering or blocking suspicious or malformed DNS and DHCP packets at perimeter firewalls and intrusion prevention systems to reduce exposure to crafted packets. 4) Monitor dnsmasq logs and network traffic for anomalies indicative of exploitation attempts or crashes. 5) For critical infrastructure, consider deploying redundant DNS/DHCP services to maintain availability during potential attacks. 6) Engage with device vendors to ensure firmware updates addressing this vulnerability are applied promptly. 7) Conduct regular vulnerability assessments and penetration testing focusing on network services to detect and remediate similar memory management issues proactively.
Description
A single-byte, non-arbitrary write/use-after-free flaw was found in dnsmasq. This flaw allows an attacker who sends a crafted packet processed by dnsmasq, potentially causing a denial of service.
References
- bugzilla.redhat.com/show_bug.cgi?id=2057075 (opens in a new tab)
- lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2022q1/016272.html (opens in a new tab)
- thekelleys.org.uk/gitweb/?p=dnsmasq.git%3Ba=commit%3Bh=03345ecefeb0d82e3c3a4c28f27c3554f0611b39 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2022-0934 (opens in a new tab)