DEBIAN-CVE-2025-31498

Source
https://security-tracker.debian.org/tracker/CVE-2025-31498
Import Source
https://storage.googleapis.com/osv-test-debian-osv/debian-cve-osv/DEBIAN-CVE-2025-31498.json
JSON Data
https://api.test.osv.dev/v1/vulns/DEBIAN-CVE-2025-31498
Upstream
Published
2025-04-08T14:15:35Z
Modified
2025-09-19T06:22:38Z
Summary
[none]
Details

c-ares is an asynchronous resolver library. From 1.32.3 through 1.34.4, there is a use-after-free in readanswers() when processanswer() may re-enqueue a query either due to a DNS Cookie Failure or when the upstream server does not properly support EDNS, or possibly on TCP queries if the remote closed the connection immediately after a response. If there was an issue trying to put that new transaction on the wire, it would close the connection handle, but read_answers() was still expecting the connection handle to be available to possibly dequeue other responses. In theory a remote attacker might be able to trigger this by flooding the target with ICMP UNREACHABLE packets if they also control the upstream nameserver and can return a result with one of those conditions, this has been untested. Otherwise only a local attacker might be able to change system behavior to make send()/write() return a failure condition. This vulnerability is fixed in 1.34.5.

References

Affected packages

Debian:13 / c-ares

Package

Name
c-ares
Purl
pkg:deb/debian/c-ares?arch=source

Affected ranges

Type
ECOSYSTEM
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
1.34.5-1

Ecosystem specific

{
    "urgency": "not yet assigned"
}

Debian:14 / c-ares

Package

Name
c-ares
Purl
pkg:deb/debian/c-ares?arch=source

Affected ranges

Type
ECOSYSTEM
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
1.34.5-1

Ecosystem specific

{
    "urgency": "not yet assigned"
}