CVE-2022-3094

An UPDATE message flood may cause named to exhaust all available memory

HIGH
7.5
CVSS Score
Published: January 25, 2023 at 09:34 PM UTC
Updated: June 17, 2026 at 04:58 AM UTC
1 product affected across 1 vendorBIND

Using BIND 9 by ISC?

Get instant alerts when new vulnerabilities affect BIND 9 - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
HIGH7.5
Exploit prediction
EPSS 13%
SSVC
No known exploit

Description

Sending a flood of dynamic DNS updates may cause `named` to allocate large amounts of memory. This, in turn, may cause `named` to exit due to a lack of free memory. We are not aware of any cases where this has been exploited. Memory is allocated prior to the checking of access permissions (ACLs) and is retained during the processing of a dynamic update from a client whose access credentials are accepted. Memory allocated to clients that are not permitted to send updates is released immediately upon rejection. The scope of this vulnerability is limited therefore to trusted clients who are permitted to make dynamic zone changes. If a dynamic update is REFUSED, memory will be released again very quickly. Therefore it is only likely to be possible to degrade or stop `named` by sending a flood of unaccepted dynamic updates comparable in magnitude to a query flood intended to achieve the same detrimental outcome. BIND 9.11 and earlier branches are also affected, but through exhaustion of internal resources rather than memory constraints. This may reduce performance but should not be a significant problem for most servers. Therefore we don't intend to address this for BIND versions prior to BIND 9.16. This issue affects BIND 9 versions 9.16.0 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.8-S1 through 9.16.36-S1.

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

9.16.0 ≤ v ≤ 9.16.369.16.0 ≤ v < 9.16.379.16.8-S1 ≤ v ≤ 9.16.36-S19.18.0 ≤ v ≤ 9.18.109.18.0 ≤ v < 9.18.119.19.0 ≤ v ≤ 9.19.89.19.0 ≤ v < 9.19.99.16.09.16.11 s19.16.13 s19.16.14 s19.16.21 s19.16.32 s19.16.36 s19.16.8 s19.16.8-S19.18.09.19.0
Affected range stops below 9.16.37, so it looks safe — our inference, not a vendor statement
Affected range stops below 9.18.11, so it looks safe — our inference, not a vendor statement
Affected range stops below 9.19.9, so it looks safe — our inference, not a vendor statement

Remediation

No guide yet

No remediation guidance has been written for this CVE yet. What the record does show:

Patch and advisory references

References (1)

SSVC — Action Prioritization

SSVCNo known exploitAutomatablePartial impact

SSVC signals action urgency (what to patch first), separate from CVSS which measures severity.

CVSS

7.5HIGHisc
Attack Vector
NETWORK
Complexity
LOW
Privileges
NONE
User Interaction
NONE
Scope
UNCHANGED
Confidentiality
NONE
Integrity
NONE
Availability
HIGH
Vector?

Quick Info

StatusMODIFIED
CWE
CWE-416CWE-400

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card