> As a blocker for DNSSEC ... people made arguments about HTTPS overhead back in the day too. They did, and then we spent an enormous amount of time to shave off a few round trip times in TLS 1.3 and QUIC. So I'm not sure this is as strong an argument as you seem to think it is. > DoH also introduces latency, yet people aren't worried about that being a deal killer. Actually, it really depends. It can actually be faster. Here are Mozilla's numbers from when we first rolled out DoH. https://blog.mozilla.org/futurereleases/2019/04/02/dns-over-... And here are some measurements from Hounsel et al. https://arxiv.org/abs/1907.08089
Comparing the Effects of DNS, DoT, and DoH on Web Performance
Austin Hounsel, Kevin Borgolte, Paul Schmitt, Jordan Holland, Nick Feamster
2019 · arXiv
- HN score
- 0
- Mentions
- 3
- Readers
- 3
- Months
- 3
From the abstract
Nearly every service on the Internet relies on the Domain Name System (DNS), which translates a human-readable name to an IP address before two endpoints can communicate. Today, DNS traffic is unencrypted, leaving users vulnerable to eavesdropping and tampering. Past work has demonstrated that DNS queries can reveal a user's browsing history and even what smart devices they are using at home. In response to these privacy concerns, two new protocols have been proposed: DNS-over-HTTPS (DoH) and DNS-over-TLS (DoT). Instead of sending DNS queries and responses in the clear, DoH and DoT establish encrypted connections between users and resolvers. By doing so, these protocols provide privacy and security guarantees that traditional DNS (Do53) lacks. In this paper, we measure the effect of Do53, DoT, and DoH on query response times and page load times from five global vantage points. We find that although DoH and DoT response times are generally higher than Do53, both protocols can perform better than Do53 in terms of page load times. However, as throughput decreases and substantial packet loss and latency are introduced, web pages load fastest with Do53. Additionally, web pages successfully load more often with Do53 and DoT than DoH. Based on these results, we provide several recommendations to improve DNS performance, such as opportunistic partial responses and wire format caching.
Metadata: arXiv. Abstracts retain their original authors’ rights.
In the conversation
Original HN comments, with labels from simple text rules. A label describes the whole comment and may miss context or irony. Read the discussion to make up your own mind. About the labels
3 selected excerpts · 3 total mentions
Comparing the Effects of DNS, DoT, and DoH on Web Performance (2020) Austin Hounsel, Kevin Borgolte, Paul Schmitt, Jordan Holland, and Nick Feamster https://arxiv.org/pdf/1907.08089 "On the lossy 4G network, DoT grows increasingly faster than Do53, and DoH begins to close the gap." "We discovered that current DNS clients do not utilize part of the DNS Internet Standard that could improve client performance and user experience. Unfortunately, the three public recursors we measured violate the standard [27] by not supporting queries with more than one question (QDCOUNT > 1). Cloudflare and Quad9 do not respond, and Google only responds to the first question." [RFC 1035…
Read the full comment
(1987) mentions queries with multiple questions in a single packet. AFAIK there have never been any DNS servers that can read and respond to multiple questions in a single packet. But recently there is a practicable workaround, 29 years later: DoT pipelining (multiple question in a single TCP connection). IME, after about 10 years of use, the speed of DoT blows away DoH] A Comprehensive Study of DNS-over-HTTPS Downgrade Attack (2020) Qing Huang, Deliang Chang, Zhou Li https://www.usenix.org/system/files/foci20-paper-huang.pdf "The fundamental reason is that all browsers enable Opportunistic Privacy profile by default, which allows DoH fall backs to DNS when DoH is not usable." [DoT/DoH outside the browser generally does not have this problem As will see Dot/DoH research generally (a) is browser-centric (b) assumes the only way to obtain DNS data is by letting a browser retrieve it piecemeal from remote servers automatically (c) assumes the popular graphical browser is the only application that uses DNS data, and (d) fails to consider other ways to retrieve and use DNS data that can actually speed up www information retrieval and increase "privacy", but do not necessarily work well with advertising and tracking] Large Scale Measurement on the Adoption of Encrypted DNS (2021) Sebastin Garca, Karel Hynek, Dmtrii Vekshin, Tom Čejka https://arxiv.org/pdf/2107.04436 Organization 2 "The amount of DoH traffic is in average 35 times smaller than DoT." "DoT Trends. DoT traffic seems to be much larger in the ISP (Organization 2) than in the other organizations. Showing a non-stationary growth in this organization. However, it shows an actually decrease in Organization 2 on mid-January 2021. The absolute number of DoT flows is larger than DoH in all the traffic captures combined." "DoT traffic seems to be growing in some organizations and has a large volume of traffic considering all absolute numbers. It probably produces more global traffic than DoH." Can Encrypted DNS Be Fast? (2021) Austin Hounsel, Paul Schmitt, Kevin Borgolte, and Nick Feamster https://link.springer.com/content/pdf/10.1007/978-3-030-7258... "We note that queries for DNS and DoT are sent synchronously, i.e., they must each receive a response before the next query can be sent. On the other hand, DoH queries are sent asynchronously, functionality that is enabled by the underlying HTTP protocol [if it's HTTP/2]" "Interestingly DoT lookup times are close to those of conventional DNS." "Interestingly, for X and Y, we find that DoT performs 2.3 ms and 2.6 ms faster than conventional DNS, respectively" "DoH experienced higher response times than conventional DNS or DoT, although this difference in performance varies significantly across DoH resolvers." "DoT Can Meet or Beat Conventional DNS Despite High Latencies to Resolvers, Offering Privacy Benefits for no Performance Cost." "DoH Performs Worse Than Conventional DNS and DoT as Latencies To Resolvers Increase." [Authors apparently not aware that DoT queries can be sent asynchronously. I do this outside the browser. Nor did authors acknowledge that alternative to using HTTP/2, DoH can be sent synchronously, using HTTP/1.1 pipelining. I do this outside the browser when ports 53, 853 are being redirected by the ISP "Table 5: Supported HTTP versions by the resolvers found in our Internet scan. HTTP Version support Number of servers Only HTTP/1 45 (4.9 %) Only HTTP/2 86 (9.2 %) HTTP/1 and HTTP/2 800 (85.9 %)" Source: https://arxiv.org/pdf/2107.04436] Domain Name Encryption Is Not Enough: Privacy Leakage via IP-based Website Fingerprinting (2021) Nguyen Phong Hoang, Arian Akhavan Niaki, Phillipa Gill, and Michalis Polychronakis https://arxiv.org/pdf/2102.08332 "Our technique exploits the complex structure of most websites, which load resources from several domains besides their primary one." [What if not using browser. I only retrieve resources from the primary domain, or an "API" domain if that is where the content comes from. Despite "the complex structure of most websites" this works really well for me. The "complex structure of most websites" is mostly ads and tracking. As for "mitigation" why not self-hosting a remote forward proxy]
Here's a whitepaper that did some benchmarks and a detailed analysis on it. Was posted on hn a few days ago. https://arxiv.org/abs/1907.08089 They test various network conditions with some results showing DoH and DoT loading webpages faster than udp dns (due to tcp timing out faster than udp on lossy connections )
Keep following the thread.
More in Security & cryptographyMore from the same topics.
The Case for Learned Index Structures
Tim Kraska, Alex Beutel, Ed H. Chi +2
Indexes are models: a B-Tree-Index can be seen as a model to map a key to the position of a record within a sorted array, a Hash-Index as a model to map a key to a position of a record within an unsorted array, and a BitMap-Index as a model to indicate if a data record exists or not.
A Critique of the CAP Theorem
Martin Kleppmann
The CAP Theorem is a frequently cited impossibility result in distributed systems, especially among NoSQL distributed databases.
Copy-and-Patch Compilation: A fast compilation algorithm for high-level languages and bytecode
Haoran Xu, Fredrik Kjolstad
Fast compilation is important when compilation occurs at runtime, such as query compilers in modern database systems and WebAssembly virtual machines in modern browsers.
Design Patterns for Securing LLM Agents against Prompt Injections
Luca Beurer-Kellner, Beat Buesser, Ana-Maria Creţu +11
As AI agents powered by Large Language Models (LLMs) become increasingly versatile and capable of addressing a broad spectrum of tasks, ensuring their security has become a critical challenge.