Predictable DNS Transaction IDs Enable Cache Poisoning in Built-in Resolver
## Summary Generation of Predictable Numbers or Identifiers vulnerability in Erlang/OTP kernel (inet\_res, inet\_db modules) allows DNS Cache Poisoning. The built-in DNS resolver (inet\_res) uses a sequential, process-global 16-bit transaction ID for UDP queries and does not implement source port randomization. Response validation relies almost entirely on this ID, making DNS cache poisoning practical for an attacker who can observe one query or predict the next ID. This conflicts with RFC 5452 recommendations for mitigating forged DNS answers. inet\_res is intended for use in trusted network environments and with trusted recursive resolvers. Earlier documentation did not clearly state this deployment assumption, which could lead users to deploy the resolver in environments where spoofed DNS responses are possible. This vulnerability is associated with program files lib/kernel/src/inet\_db.erl and lib/kernel/src/inet\_res.erl. This issue affects OTP from OTP 17.0 before OTP 28.4.2, OTP 27.3.4.10 and OTP 26.2.5.19, corresponding to kernel from 3.0 before 10.6.2, 10.2.7.4 and 9.2.4.11. ## Workaround Install the Erlang nodes in a trusted network shielded from DNS reply spoofing by firewalls, and configure the inet\_res resolver to only talk to trusted recursive name servers within that network. ## Configuration The application must use inet\_res for DNS resolution, either by configuring the lookup method to include dns in the kernel inet configuration, or by calling inet\_res functions directly. The default Erlang/OTP configuration uses native OS resolution and is not affected.
02 / AFFECTED SOFTWARE
Affected packages
78 explicit affected versions
58 explicit affected versions
03 / CONNECTIONS
Connected vulnerabilities
04 / EVIDENCE
Source records
Generation of Predictable Numbers or Identifiers vulnerability in Erlang/OTP kernel (inet_res, inet_db modules) allows DNS Cache Poisoning. The built-in DNS resolver (inet_res) uses a sequential, process-global 16-bit transaction ID for UDP queries and does not implement source port randomization. Response validation relies almost entirely on this ID, making DNS cache poisoning practical for an attacker who can observe one query or predict the next ID. This conflicts with RFC 5452 recommendations for mitigating forged DNS answers. inet_res is intended for use in trusted network environments and with trusted recursive resolvers. Earlier documentation did not clearly state this deployment assumption, which could lead users to deploy the resolver in environments where spoofed DNS responses are possible. This vulnerability is associated with program files lib/kernel/src/inet_db.erl and lib/kernel/src/inet_res.erl. This issue affects OTP from OTP 17.0 before OTP 28.4.2, OTP 27.3.4.10 and OTP 26.2.5.19, corresponding to kernel from 3.0 before 10.6.2, 10.2.7.4 and 9.2.4.11.
## Summary Generation of Predictable Numbers or Identifiers vulnerability in Erlang/OTP kernel (inet\_res, inet\_db modules) allows DNS Cache Poisoning. The built-in DNS resolver (inet\_res) uses a sequential, process-global 16-bit transaction ID for UDP queries and does not implement source port randomization. Response validation relies almost entirely on this ID, making DNS cache poisoning practical for an attacker who can observe one query or predict the next ID. This conflicts with RFC 5452 recommendations for mitigating forged DNS answers. inet\_res is intended for use in trusted network environments and with trusted recursive resolvers. Earlier documentation did not clearly state this deployment assumption, which could lead users to deploy the resolver in environments where spoofed DNS responses are possible. This vulnerability is associated with program files lib/kernel/src/inet\_db.erl and lib/kernel/src/inet\_res.erl. This issue affects OTP from OTP 17.0 before OTP 28.4.2, OTP 27.3.4.10 and OTP 26.2.5.19, corresponding to kernel from 3.0 before 10.6.2, 10.2.7.4 and 9.2.4.11. ## Workaround Install the Erlang nodes in a trusted network shielded from DNS reply spoofing by firewalls, and configure the inet\_res resolver to only talk to trusted recursive name servers within that network. ## Configuration The application must use inet\_res for DNS resolution, either by configuring the lookup method to include dns in the kernel inet configuration, or by calling inet\_res functions directly. The default Erlang/OTP configuration uses native OS resolution and is not affected.
05 / REFERENCES
Further evidence
- https://cna.erlef.org/cves/CVE-2026-28810.html
- https://github.com
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/28xxx/CVE-2026-28810.json
- https://github.com/erlang/otp
- https://github.com/erlang/otp/commit/36f23c9d2cc54afe83671dd7343596d7972839a5
- https://github.com/erlang/otp/commit/b057a9d995017b1be50d6dc02edd52382f3231b8
- https://github.com/erlang/otp/commit/dd15e8eb03548c5e55e9915f0e91389ec6bad9fd
- https://github.com/erlang/otp/security/advisories/GHSA-v884-5jg5-whj8
- https://nvd.nist.gov/vuln/detail/CVE-2026-28810
- https://osv.dev/vulnerability/EEF-CVE-2026-28810
- https://www.erlang.org/doc/system/versions.html#order-of-versions