Skip to main content
CVE-2024-33655VulnerabilityPublished Updated

CVE-2024-33655: n/a

Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.7% chance of exploitation in 30 days – higher than 77% 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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 Jun 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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-25.

What to do

AI-suggested

1. Monitor DNS traffic for abnormal query accumulation patterns and pulsing bursts indicative of exploitation attempts. 2. Implement rate limiting on DNS queries to prevent excessive accumulation and burst responses. 3. Deploy DNS server software updates and patches as soon as vendors release fixes addressing this vulnerability. 4. Use DNS response rate limiting (RRL) features available in many DNS server implementations to mitigate amplification effects. 5. Employ network-level protections such as firewalls and intrusion detection/prevention systems configured to detect and block suspicious DNS traffic patterns. 6. Segment DNS infrastructure to isolate critical services and reduce the blast radius of potential DoS attacks. 7. Collaborate with upstream ISPs and DNS providers to share threat intelligence and coordinate mitigation efforts. 8. Conduct regular DNS infrastructure audits and resilience testing to ensure robustness against resource exhaustion attacks. 9. Consider deploying DNS over HTTPS (DoH) or DNS over TLS (DoT) to enhance security and potentially reduce exposure to certain attack vectors. 10. Prepare incident response plans specifically addressing DNS service disruptions to enable rapid recovery.

Description

The DNS protocol in RFC 1035 and updates allows remote attackers to cause a denial of service (resource consumption) by arranging for DNS queries to be accumulated for seconds, such that responses are later sent in a pulsing burst (which can be considered traffic amplification in some cases), aka the "DNSBomb" issue.

References

Community reviews

Loading reviews…