{"id":957,"date":"2026-08-13T13:44:16","date_gmt":"2026-08-13T13:44:16","guid":{"rendered":"https:\/\/ovfile.com\/?p=957"},"modified":"2026-09-04T20:24:13","modified_gmt":"2026-09-04T20:24:13","slug":"new-apnic-labs-study-reveals-how-different-dns-negative-responses-trigger-query-storms","status":"publish","type":"post","link":"https:\/\/ovfile.com\/?p=957","title":{"rendered":"New APNIC Labs Study Reveals How Different DNS Negative Responses Trigger Query Storms"},"content":{"rendered":"<p>The Domain Name System (DNS)\u2014the foundational directory that translates human-readable domain names into machine-readable IP addresses\u2014remains uniquely vulnerable to a deceptively simple tactic known as the &quot;random name attack.&quot; Designed to knock online services offline, these attacks saturate a domain\u2019s authoritative nameservers with a continuous flood of queries for fabricated, non-existent names. Because these requests target random labels within a zone, they bypass local recursive resolver caches entirely, forcing the authoritative servers to process every single query from scratch and overwhelming them under a massive wave of artificial traffic.<\/p>\n<p>To better understand how the global DNS infrastructure handles requests for non-existent names and how different types of negative responses impact server load, researchers at APNIC Labs have conducted an extensive, multi-year measurement study. By comparing modern data gathered in August 2026 with baseline figures from 2019, the researchers shed new light on the hidden dynamics of query repetition and highlighted how various protocol responses can inadvertently transform transient network hiccups into massive, self-inflicted traffic storms.<\/p>\n<p>The research methodology relies on a straightforward yet powerful technique. APNIC Labs embeds measurement scripts within online advertisements served to millions of distinct endpoints daily across the global internet. When an advertisement is displayed, the client&#8217;s browser or operating system triggers a DNS resolution query for a randomly generated, non-existent domain name. Because the domain belongs to an experimental zone operated exclusively by the researchers, the ensuing traffic routed through global recursive resolvers lands directly on APNIC\u2019s authoritative name servers. This approach provides a vast, geographically diverse cross-section of real-world internet traffic, capturing how different operating systems, client stub resolvers, and recursive forwarding architectures behave when confronted with various DNS response codes.<\/p>\n<figure class=\"article-inline-figure\"><img src=\"https:\/\/blog.apnic.net\/wp-content\/uploads\/2026\/09\/2026-09-featured-geoff-nxd.png\" alt=\"What part of &#039;No!&#039; is so hard for the DNS understand? | APNIC Blog\" class=\"article-inline-img\" loading=\"lazy\" decoding=\"async\" \/><\/figure>\n<p>When analyzing how clients handle negative responses, network engineers must first look at standard client behavior. Under normal conditions, an application generates a DNS query that is picked up by the local stub resolver library on the end host. Because DNS typically operates over the User Datagram Protocol (UDP)\u2014a connectionless protocol that offers no delivery guarantees\u2014stub resolvers incorporate built-in timers and retry mechanisms. If a response does not arrive within a specified window, the query is retransmitted. More advanced operating systems, such as Microsoft Windows, utilize carefully tuned exponential back-off timers and query multiple configured recursive resolvers sequentially before giving up. Furthermore, modern client configurations implement &quot;Happy Eyeballs&quot; dual-stack strategies, rapidly issuing parallel queries for IPv4 &quot;A&quot; records, IPv6 &quot;AAAA&quot; records, and increasingly, &quot;HTTPS&quot; records to determine modern protocol support. <\/p>\n<p>When APNIC researchers conducted their initial negative response measurements in October 2019, utilizing roughly 60 million measurement samples, they observed an average of 2.37 queries per unique queried name. Even when factoring in IPv6 adoption rates at the time and potential UDP retransmissions caused by standard network latency, the observed query volume noticeably exceeded theoretical expectations, hinting at hidden layers of query repetition within the broader DNS forwarding chain.<\/p>\n<p>To see whether these patterns had shifted over the intervening seven years, APNIC Labs repeated and expanded the experiment during the first half of August 2026. Leveraging a massive pool of over 115 million endpoints gathered via global ad campaigns, the researchers evaluated how modern internet clients respond to various negative response codes under clear-channel DNS over UDP.<\/p>\n<p>When examining the classic <code>NXDOMAIN<\/code> response\u2014Code 3, which explicitly informs the querier that a requested domain name does not exist within the zone\u2014the 2026 data revealed a significant jump in traffic volume. Across more than 115 million tests, the researchers recorded over 509 million queries, translating to an average of 4.40 queries per unique domain name. This rise was driven in part by expanded client capabilities: approximately 48% of tested endpoints queried for both <code>A<\/code> and <code>AAAA<\/code> records simultaneously, while 39% also issued queries for <code>HTTPS<\/code> records. However, factoring in these modern query types still left a substantial remainder of traffic consisting purely of query repeats, with repeat queries averaging a repetition rate of 2.5 times across the entire dataset, and over 6 times among endpoints that engaged in repetition.<\/p>\n<figure class=\"article-inline-figure\"><img src=\"https:\/\/blog.apnic.net\/wp-content\/uploads\/2026\/09\/2026-09-featured-geoff-nxd-555x202.png?v=5fb9decdc703cdcf4f6c6fc6f44e07580fc9e3a9c041d4baf828ee8ab5011dc1\" alt=\"What part of &#039;No!&#039; is so hard for the DNS understand? | APNIC Blog\" class=\"article-inline-img\" loading=\"lazy\" decoding=\"async\" \/><\/figure>\n<p>The study also investigated alternative forms of negative responses to measure their relative efficiency. One notable alternative is the <code>NOERROR \/ NODATA<\/code> response, which utilizes a response code of zero. Rather than declaring that an entire domain name does not exist, a <code>NOERROR \/ NODATA<\/code> response indicates that while the query was successfully processed, no resource records of the specified type are associated with that name. Interestingly, the APNIC data showed that <code>NOERROR \/ NODATA<\/code> performed slightly more efficiently than <code>NXDOMAIN<\/code>, generating an average of 3.93 queries per test and exhibiting a lower average repeat query rate.<\/p>\n<p>By contrast, indeterminate or error-based responses triggered severe operational consequences. The <code>SERVFAIL<\/code> response\u2014Code 2, which indicates that a server was unable to fulfill a request due to internal errors, configuration issues, or DNSSEC validation failures\u2014produced astonishingly high traffic volumes. Testing the <code>SERVFAIL<\/code> response resulted in an average of 51.29 queries per test, more than ten times the query load observed with definitive negative responses like <code>NXDOMAIN<\/code> or <code>NOERROR \/ NODATA<\/code>. Rather than accepting the failure and halting, recursive resolvers routinely assumed the error was transient and aggressively re-queried the server, creating a massive, compounding traffic amplification effect.<\/p>\n<p>Similarly, the <code>REFUSED<\/code> response\u2014Code 5, which signifies that a server received a query but declined to answer due to administrative policy or access controls\u2014resulted in an average of 11.47 queries per test. While significantly lower than the extreme query storms triggered by <code>SERVFAIL<\/code>, <code>REFUSED<\/code> still induced substantial query repetition as resolvers probed for alternative paths. The most extreme behavior, however, was observed when servers simply remained silent and provided no response at all. Without any explicit feedback, resolvers relied entirely on UDP timeout intervals, pushing the average query count to an overwhelming 83.46 queries per test.<\/p>\n<p>The comprehensive findings underscore a critical operational reality for internet infrastructure engineers: definitive negative responses, such as <code>NXDOMAIN<\/code> and <code>NOERROR \/ NODATA<\/code>, succeed in keeping query repetition within manageable bounds, mirroring the baseline repetition profile of positive responses. Conversely, indeterminate responses like <code>SERVFAIL<\/code> or total silence act as potent multipliers, inadvertently sparking intensive query storms that can exacerbate denial-of-service conditions. APNIC researchers plan to explore the underlying software mechanics of these repeat queries\u2014including the specific roles played by UDP transport implementations and complex multi-tier resolver architectures\u2014in subsequent studies.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>The Domain Name System (DNS)\u2014the foundational directory that translates human-readable domain names into machine-readable IP addresses\u2014remains uniquely vulnerable to a deceptively simple tactic known as the &quot;random name attack.&quot; Designed to knock online services offline, these attacks saturate a domain\u2019s authoritative nameservers with a continuous flood of queries for fabricated, non-existent names. Because these requests [&hellip;]<\/p>\n","protected":false},"author":10,"featured_media":956,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[868],"tags":[881,299,870,529,871,1115,1117,869,1120,1118,212,1121,1116,1119],"class_list":["post-957","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-internet-infrastructure-networks","tag-apnic","tag-different","tag-dns","tag-hosting","tag-isp","tag-labs","tag-negative","tag-networks","tag-query","tag-responses","tag-reveals","tag-storms","tag-study","tag-trigger"],"_links":{"self":[{"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/posts\/957","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/ovfile.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=957"}],"version-history":[{"count":1,"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/posts\/957\/revisions"}],"predecessor-version":[{"id":962,"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/posts\/957\/revisions\/962"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ovfile.com\/index.php?rest_route=\/wp\/v2\/media\/956"}],"wp:attachment":[{"href":"https:\/\/ovfile.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=957"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ovfile.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=957"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ovfile.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=957"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}