DNS over HTTPS

Last updated
DNS over HTTPS
Communication protocol
Purposeencapsulate DNS in HTTPS for privacy and security
IntroductionOctober 2018;5 years ago (2018-10)
OSI layer Application layer
RFC(s) RFC 8484

DNS over HTTPS (DoH) is a protocol for performing remote Domain Name System (DNS) resolution via the HTTPS protocol. A goal of the method is to increase user privacy and security by preventing eavesdropping and manipulation of DNS data by man-in-the-middle attacks [1] by using the HTTPS protocol to encrypt the data between the DoH client and the DoH-based DNS resolver. [2] By March 2018, Google and the Mozilla Foundation had started testing versions of DNS over HTTPS. [3] [4] In February 2020, Firefox switched to DNS over HTTPS by default for users in the United States. [5] In May 2020, Chrome switched to DNS over HTTPS by default. [6]

Contents

An alternative to DoH is the DNS over TLS (DoT) protocol, a similar standard for encrypting DNS queries, differing only in the methods used for encryption and delivery. Based on privacy and security, whether either protocol is superior is a matter of controversial debate, while others argue that the merits of either depend on the specific use case. [7]

Technical details

DoH is a proposed standard, published as RFC 8484 (October 2018) by the IETF. It uses HTTPS, and supports the wire format DNS response data, as returned in existing UDP responses, in an HTTPS payload with the MIME type application/dns-message. [1] [8] :§4.1 The underlying HTTP layer can be any version of HTTP, though HTTP/2 is the recommended minimum. [8] :§5.2 If HTTP/2 is used, the server may also use HTTP/2 server push to send values that it anticipates the client may find useful in advance. [8] :§5.3

DoH is a work in progress. Even though the IETF has published RFC 8484 as a proposed standard and companies are experimenting with it, [9] [10] the IETF has yet to determine how it should best be implemented. The IETF is evaluating a number of approaches for how best to deploy DoH and is[ when? ] looking to set up a working group, Adaptive DNS Discovery (ADD), to do this work and develop a consensus. In addition, other industry working groups such as the Encrypted DNS Deployment Initiative, have been formed to "define and adopt DNS encryption technologies in a manner that ensures the continued high performance, resiliency, stability and security of the Internet's critical namespace and name resolution services, as well as ensuring the continued unimpaired functionality of security protections, parental controls, and other services that depend upon the DNS". [11]

Since DoH cannot be used under some circumstances, like captive portals, web browsers like Firefox can be configured to fall back to insecure DNS. [12]

Oblivious DNS over HTTPS

Oblivious DNS over HTTPS (ODoH) is an Internet Draft proposing a protocol extension to ensure no single DoH server is aware of both the client's IP address and the content of their DNS queries and responses. Oblivious DoH was originally developed as Oblivious DNS (ODNS) [13] by researchers at Princeton University and the University of Chicago as an extension to unencrypted DNS, before DoH itself was standardized and widely deployed. Apple and Cloudflare subsequently deployed the technology in the context of DoH, as Oblivious DoH (ODoH). [14]

In ODoH and ODNS, all DNS requests and responses are routed via a proxy, hiding the client's address from the resolver. Requests and responses are encrypted to hide their contents from the proxy, and only the resolver can decrypt the requests, and the client the responses. Thus, the proxy knows the client address but not the request, and the resolver knows the request but not the client address, preventing the client address being linked to the query, unless both servers collude. [15] [16] [17] [18]

Deployment scenarios

DoH is used for recursive DNS resolution by DNS resolvers. Resolvers (DoH clients) must have access to a DoH server hosting a query endpoint. [19]

Three usage scenarios are common:

Software support

Operating systems

Apple

Apple's iOS 14 and macOS 11 released in late 2020 support both DoH and DoT protocols. [20] [21] In iOS, the protocols can be used via configuration profiles.

Windows

In November 2019, Microsoft announced plans to implement support for encrypted DNS protocols in Microsoft Windows, beginning with DoH. [22] In May 2020, Microsoft released Windows 10 Insider Preview Build 19628 that included initial support for DoH [23] along with instructions on how to enable it via registry and command line interface. [24] Windows 10 Insider Preview Build 20185 added a graphical user interface for specifying a DoH resolver. [25] DoH support is not included in Windows 10 21H2. [26]

Windows 11 has DoH support. [27]

Android

Android 11 onwards supports DNS over HTTP/3 (DoH3) if a July 2022 system update is installed. [28]

Recursive DNS resolvers

BIND

BIND 9, an open source DNS resolver from Internet Systems Consortium added native support for DoH in version 9.17.10. [29]

PowerDNS

DNSdist, an open source DNS proxy/load balancer from PowerDNS, added native support for DoH in version 1.4.0 in April 2019. [30]

Unbound

Unbound, an open source DNS resolver created by NLnet Labs, has supported DoH since version 1.12.0, released in October 2020. [31] [32] It first implemented support for DNS encryption using the alternative DoT protocol much earlier, starting with version 1.4.14, released in December 2011. [33] [34] Unbound runs on most operating systems, including distributions of Linux, BSD, MacOS, and Windows.

Web browsers

Google Chrome

DNS over HTTPS is available in Google Chrome 83 or later for Windows, Linux, and macOS, configurable via the settings page. When enabled, and the operating system is configured with a supported DNS server, Chrome will upgrade DNS queries to be encrypted. [35] It is also possible to manually specify a preset or custom DoH server to use within the user interface. [36]

In September 2020, Google Chrome for Android began staged rollout of DNS over HTTPS. Users can configure a custom resolver or disable DNS over HTTPS in settings. [37]

Google Chrome has 5 DNS over HTTPS providers pre-configured which are Google Public DNS, Cloudflare's 1.1.1.1, Quad9's 9.9.9.9, NextDNS, and CleanBrowsing. [38]

Microsoft Edge

Microsoft Edge supports DNS over HTTPS, configurable via the settings page. When enabled, and the operating system is configured with a supported DNS server, Edge will upgrade DNS queries to be encrypted. It is also possible to manually specify a preset or custom DoH server to use within the user interface. [39]

Mozilla Firefox

An example of DNS over HTTPS usage on Firefox 89 DNS over HTTPS information on Firefox 89 screenshot.png
An example of DNS over HTTPS usage on Firefox 89

In 2018, Mozilla partnered with Cloudflare to deliver DoH for Firefox users that enable it (known as Trusted Recursive Resolver). [40] On February 25, 2020, Firefox started enabling DNS over HTTPS for all US-based users, relying on Cloudflare's resolver by default. [41]

Opera

Opera supports DoH, configurable via the browser settings page. [42] By default, DNS queries are sent to Cloudflare servers. [43]

Public DNS servers

DNS over HTTPS server implementations are already available free of charge by some public DNS providers.

Implementation considerations

Many issues with how to properly deploy DoH are still being resolved by the internet community including, but not limited to:

Analysis of DNS traffic for security purposes

DoH can impede analysis and monitoring of DNS traffic for cybersecurity purposes; the 2019 DDoS worm Godlua used DoH to mask connections to its command-and-control server. [44] [45]

In January 2021, NSA warned enterprises against using external DoH resolvers because they prevent DNS query filtering, inspection, and audit. Instead, NSA recommends configuring enterprise-owned DoH resolvers and blocking all known external DoH resolvers. [46]

Disruption of content filters

DoH has been used to bypass parental controls which operate at the (unencrypted) standard DNS level; Circle, a parental control router which relies on DNS queries to check domains against a blocklist, blocks DoH by default due to this. [47] However, there are DNS providers that offer filtering and parental controls along with support for DoH by operating DoH servers. [48] [49]

The Internet Service Providers Association (ISPA)—a trade association representing British ISPs—and the also British body Internet Watch Foundation have criticized Mozilla, developer of the Firefox web browser, for supporting DoH, as they believe that it will undermine web blocking programs in the country, including ISP default filtering of adult content, and mandatory court-ordered filtering of copyright violations. The ISPA nominated Mozilla for its "Internet Villain" award for 2019 (alongside the EU Directive on Copyright in the Digital Single Market, and Donald Trump), "for their proposed approach to introduce DNS-over-HTTPS in such a way as to bypass UK filtering obligations and parental controls, undermining internet safety standards in the UK." Mozilla responded to the allegations by the ISPA, arguing that it would not prevent filtering, and that they were "surprised and disappointed that an industry association for ISPs decided to misrepresent an improvement to decades-old internet infrastructure". [50] [51] In response to the criticism, the ISPA apologized and withdrew the nomination. [52] [53] Mozilla subsequently stated that DoH will not be used by default in the British market until further discussion with relevant stakeholders, but stated that it "would offer real security benefits to UK citizens". [54]

See also

Related Research Articles

The Domain Name System (DNS) is a hierarchical and distributed name service that provides a naming system for computers, services, and other resources in the Internet or other Internet Protocol (IP) networks. It associates various information with domain names assigned to each of the associated entities. Most prominently, it translates readily memorized domain names to the numerical IP addresses needed for locating and identifying computer services and devices with the underlying network protocols. The Domain Name System has been an essential component of the functionality of the Internet since 1985.

<span class="mw-page-title-main">HTTPS</span> Extension of the HTTP communications protocol to support TLS encryption

Hypertext Transfer Protocol Secure (HTTPS) is an extension of the Hypertext Transfer Protocol (HTTP). It uses encryption for secure communication over a computer network, and is widely used on the Internet. In HTTPS, the communication protocol is encrypted using Transport Layer Security (TLS) or, formerly, Secure Sockets Layer (SSL). The protocol is therefore also referred to as HTTP over TLS, or HTTP over SSL.

Transport Layer Security (TLS) is a cryptographic protocol designed to provide communications security over a computer network. The protocol is widely used in applications such as email, instant messaging, and voice over IP, but its use in securing HTTPS remains the most publicly visible.

<span class="mw-page-title-main">Firefox</span> Free and open-source web browser by Mozilla

Mozilla Firefox, or simply Firefox, is a free and open-source web browser developed by the Mozilla Foundation and its subsidiary, the Mozilla Corporation. It uses the Gecko rendering engine to display web pages, which implements current and anticipated web standards. Firefox is available for Windows 10 or later versions, macOS, and Linux. Its unofficial ports are available for various Unix and Unix-like operating systems, including FreeBSD, OpenBSD, NetBSD, illumos, and Solaris Unix. It is also available for Android and iOS. However, as with all other iOS web browsers, the iOS version uses the WebKit layout engine instead of Gecko due to platform requirements. An optimized version is also available on the Amazon Fire TV as one of the two main browsers available with Amazon's Silk Browser.

The Domain Name System Security Extensions (DNSSEC) are a suite of extension specifications by the Internet Engineering Task Force (IETF) for securing data exchanged in the Domain Name System (DNS) in Internet Protocol (IP) networks. The protocol provides cryptographic authentication of data, authenticated denial of existence, and data integrity, but not availability or confidentiality.

The Online Certificate Status Protocol (OCSP) is an Internet protocol used for obtaining the revocation status of an X.509 digital certificate. It is described in RFC 6960 and is on the Internet standards track. It was created as an alternative to certificate revocation lists (CRL), specifically addressing certain problems associated with using CRLs in a public key infrastructure (PKI). Messages communicated via OCSP are encoded in ASN.1 and are usually communicated over HTTP. The "request/response" nature of these messages leads to OCSP servers being termed OCSP responders.

The Web Proxy Auto-Discovery (WPAD) Protocol is a method used by clients to locate the URL of a configuration file using DHCP and/or DNS discovery methods. Once detection and download of the configuration file is complete, it can be executed to determine the proxy for a specified URL.

<span class="mw-page-title-main">HTTP referer</span> HTTP header field

In HTTP, "Referer" is an optional HTTP header field that identifies the address of the web page, from which the resource has been requested. By checking the referrer, the server providing the new web page can see where the request originated.

DNS hijacking, DNS poisoning, or DNS redirection is the practice of subverting the resolution of Domain Name System (DNS) queries. This can be achieved by malware that overrides a computer's TCP/IP configuration to point at a rogue DNS server under the control of an attacker, or through modifying the behaviour of a trusted DNS server so that it does not comply with internet standards.

Server Name Indication (SNI) is an extension to the Transport Layer Security (TLS) computer networking protocol by which a client indicates which hostname it is attempting to connect to at the start of the handshaking process. The extension allows a server to present one of multiple possible certificates on the same IP address and TCP port number and hence allows multiple secure (HTTPS) websites to be served by the same IP address without requiring all those sites to use the same certificate. It is the conceptual equivalent to HTTP/1.1 name-based virtual hosting, but for HTTPS. This also allows a proxy to forward client traffic to the right server during TLS/SSL handshake. The desired hostname is not encrypted in the original SNI extension, so an eavesdropper can see which site is being requested. The SNI extension was specified in 2003 in RFC 3546

HTTP Strict Transport Security (HSTS) is a policy mechanism that helps to protect websites against man-in-the-middle attacks such as protocol downgrade attacks and cookie hijacking. It allows web servers to declare that web browsers should automatically interact with it using only HTTPS connections, which provide Transport Layer Security (TLS/SSL), unlike the insecure HTTP used alone. HSTS is an IETF standards track protocol and is specified in RFC 6797.

<span class="mw-page-title-main">WebSocket</span> Computer network protocol

WebSocket is a computer communications protocol, providing a simultaneous two-way communication channel over a single Transmission Control Protocol (TCP) connection. The WebSocket protocol was standardized by the IETF as RFC 6455 in 2011. The current specification allowing web applications to use this protocol is known as WebSockets. It is a living standard maintained by the WHATWG and a successor to The WebSocket API from the W3C.

DNSCrypt is a network protocol that authenticates and encrypts Domain Name System (DNS) traffic between the user's computer and recursive name servers. DNSCrypt wraps unmodified DNS traffic between a client and a DNS resolver in a cryptographic construction, preventing eavesdropping and forgery by a man-in-the-middle.

HTTP/2 is a major revision of the HTTP network protocol used by the World Wide Web. It was derived from the earlier experimental SPDY protocol, originally developed by Google. HTTP/2 was developed by the HTTP Working Group of the Internet Engineering Task Force (IETF). HTTP/2 is the first new version of HTTP since HTTP/1.1, which was standardized in RFC 2068 in 1997. The Working Group presented HTTP/2 to the Internet Engineering Steering Group (IESG) for consideration as a Proposed Standard in December 2014, and IESG approved it to publish as Proposed Standard on February 17, 2015. The initial HTTP/2 specification was published as RFC 7540 on May 14, 2015.

DNS-based Authentication of Named Entities (DANE) is an Internet security protocol to allow X.509 digital certificates, commonly used for Transport Layer Security (TLS), to be bound to domain names using Domain Name System Security Extensions (DNSSEC).

QUIC is a general-purpose transport layer network protocol initially designed by Jim Roskind at Google, implemented, and deployed in 2012, announced publicly in 2013 as experimentation broadened, and described at an IETF meeting. QUIC is used by more than half of all connections from the Chrome web browser to Google's servers. Microsoft Edge, Firefox, and Safari support it.

POODLE is a security vulnerability which takes advantage of the fallback to SSL 3.0. If attackers successfully exploit this vulnerability, on average, they only need to make 256 SSL 3.0 requests to reveal one byte of encrypted messages. Bodo Möller, Thai Duong and Krzysztof Kotowicz from the Google Security Team discovered this vulnerability; they disclosed the vulnerability publicly on October 14, 2014. On December 8, 2014, a variation of the POODLE vulnerability that affected TLS was announced.

A public recursive name server is a name server service that networked computers may use to query the Domain Name System (DNS), the decentralized Internet naming system, in place of name servers operated by the local Internet service provider (ISP) to which the devices are connected. Reasons for using these services include:

DNS over TLS (DoT) is a network security protocol for encrypting and wrapping Domain Name System (DNS) queries and answers via the Transport Layer Security (TLS) protocol. The goal of the method is to increase user privacy and security by preventing eavesdropping and manipulation of DNS data via man-in-the-middle attacks. The well-known port number for DoT is 853.

HTTP/3 is the third major version of the Hypertext Transfer Protocol used to exchange information on the World Wide Web, complementing the widely-deployed HTTP/1.1 and HTTP/2. Unlike previous versions which relied on the well-established TCP, HTTP/3 uses QUIC, a multiplexed transport protocol built on UDP. On 6 June 2022, IETF published HTTP/3 as a Proposed Standard in RFC 9114.

References

  1. 1 2 Chirgwin, Richard (14 Dec 2017). "IETF protects privacy and helps net neutrality with DNS over HTTPS". The Register. Archived from the original on 14 December 2017. Retrieved 2018-03-21.
  2. "DNS over HTTPS · Cloudflare 1.1.1.1 docs". Cloudflare Docs. 2024-01-17. Retrieved 2024-02-21.
  3. "DNS-over-HTTPS | Public DNS | Google Developers". Google Developers. Archived from the original on 2018-03-20. Retrieved 2018-03-21. – Google provides two endpoints: one for its 2018 JSON API, one for an RFC 8484 API.
  4. Cimpanu, Catalin (2018-03-20). "Mozilla Is Testing "DNS over HTTPS" Support in Firefox". BleepingComputer. Archived from the original on 2018-03-20. Retrieved 2018-03-21.
  5. ""A long-overdue technological shift toward online privacy": Firefox encrypts domain names. Google to follow". What's New in Publishing | Digital Publishing News. 2020-02-26. Archived from the original on 2020-02-26. Retrieved 2020-02-26.
  6. "Google Makes DNS Over HTTPS Default in Chrome". Decipher. 2020-05-20. Retrieved 2024-03-29.
  7. Claburn, Thomas (2020-05-20). "Google rolls out pro-privacy DNS-over-HTTPS support in Chrome 83... with a handy kill switch for corporate IT". The Register . Retrieved 2021-02-03.
  8. 1 2 3 Hoffman, P; McManus, P. "RFC 8484 - DNS Queries over HTTPS". datatracker.ietf.org. Archived from the original on 2018-12-12. Retrieved 2018-05-20.
  9. "Experimenting with same-provider DNS-over-HTTPS upgrade". Chromium Blog. Archived from the original on 2019-09-12. Retrieved 2019-09-13.
  10. Deckelmann, Selena (6 September 2019). "What's next in making Encrypted DNS-over-HTTPS the Default". Future Releases. Archived from the original on 2019-09-14. Retrieved 2019-09-13.
  11. "About". Encrypted DNS Deployment Initiative. Archived from the original on 2019-12-04. Retrieved 2019-09-13.
  12. Improving DNS Privacy in Firefox
  13. Schmitt, Paul; Edmundson, Anne; Feamster, Nick (2019). "Oblivious DNS: Practical Privacy for DNS Queries" (PDF). Privacy Enhancing Technologies. 2019 (2): 228–244. arXiv: 1806.00276 . doi:10.2478/popets-2019-0028. S2CID   44126163.
  14. "Oblivious DNS Deployed by Cloudflare and Apple". 9 December 2020. Retrieved 27 July 2022.
  15. McManus, Patrick; Wood, Christopher; Kinnear, Eric; Pauly, Tommy. "Oblivious DNS Over HTTPS". Ietf Datatracker. Retrieved 2021-03-17.
  16. Singanamalla, Sudheesh; Chunhapanya, Suphanat; Vavruša, Marek; Verma, Tanya; Wu, Peter; Fayed, Marwan; Heimerl, Kurtis; Sullivan, Nick; Wood, Christopher (2020). "Oblivious DNS over HTTPS (ODoH): A Practical Privacy Enhancement to DNS". arXiv: 2011.10121 [cs.CR].
  17. Goodin, Dan (2020-12-08). "Cloudflare, Apple, and others back a new way to make the Internet more private". Ars Technica. Retrieved 2021-03-14.
  18. "Cloudflare and Apple design a new privacy-friendly internet protocol". TechCrunch. 8 December 2020. Retrieved 2021-03-17.
  19. Hoffman, P; McManus, P. "draft-ietf-doh-dns-over-https-08 - DNS Queries over HTTPS". datatracker.ietf.org. Archived from the original on 2018-04-25. Retrieved 2018-05-20.
  20. June 2020, Anthony Spadafora 29 (29 June 2020). "Apple devices will get encrypted DNS in iOS 14 and macOS 11". TechRadar. Archived from the original on 2020-07-01. Retrieved 2020-07-01.{{cite web}}: CS1 maint: numeric names: authors list (link)
  21. Cimpanu, Catalin. "Apple adds support for encrypted DNS (DoH and DoT)". ZDNet. Archived from the original on 2020-06-27. Retrieved 2020-07-02.
  22. Gallagher, Sean (2019-11-19). "Microsoft says yes to future encrypted DNS requests in Windows". Ars Technica. Archived from the original on 2019-11-19. Retrieved 2019-11-20.
  23. "Announcing Windows 10 Insider Preview Build 19628". 13 May 2020. Archived from the original on 18 May 2020. Retrieved 13 May 2020.
  24. "Windows Insiders can now test DNS over HTTPS". 13 May 2020. Archived from the original on 15 May 2020. Retrieved 7 July 2020.
  25. Brinkmann, Martin (6 August 2020). "Windows 10 build 20185 comes with encrypted DNS settings - gHacks Tech News". gHacks Tech News. Archived from the original on 2020-08-15. Retrieved 2020-08-06.
  26. MandiOhlinger. "What's new in Windows 10, version 21H2 for IT pros - What's new in Windows". docs.microsoft.com. Retrieved 2022-02-09.
  27. "How to Configure and Use DNS-Over-HTTPS (DoH) in Windows 11". Appuals.com. 2021-07-28. Retrieved 2021-10-20.
  28. "DNS-over-HTTP/3 in Android". Google Online Security Blog.
  29. Boldariev, Artem (17 February 2021). "BIND Implements DoH". ISC web site. Internet Systems Consortium. Retrieved 17 February 2021.
  30. "dnsdist 1.4.0-alpha2 with DNS over HTTPS support". PowerDNS Blog. 2019-04-26. Retrieved 2021-05-10.
  31. Wijngaards, Wouter (8 October 2020). "Unbound 1.12.0 released". NLnet Labs. Retrieved 24 October 2020.
  32. Dolmans, Ralph (9 October 2020). "DNS-over-HTTPS in Unbound". The NLnet Labs Blog. Retrieved 24 October 2020.
  33. Wijngaards, Wouter (19 December 2011). "Unbound 1.4.14 release". Unbound-users mailing list. Retrieved 24 October 2020.
  34. Wijngaards, Wouter. "dns over ssl support". GitHub. Retrieved 24 October 2020.
  35. "DNS over HTTPS (aka DoH)". Archived from the original on 27 May 2020. Retrieved 23 May 2020.
  36. "Chrome 83: rollout of DNS over HTTPS (Secure DNS) begins". 20 May 2020. Archived from the original on 1 June 2020. Retrieved 20 July 2020.
  37. Catalin Cimpanu. "DNS-over-HTTPS (DoH) support added to Chrome on Android | ZDNet". ZDNet. Retrieved 2021-02-03.
  38. "DNS over HTTPS (aka DoH)". www.chromium.org. Retrieved 2022-05-05.
  39. "How to enable DNS-over-HTTPS (DoH) in Windows 10". BleepingComputer. Retrieved 2021-01-23.
  40. Trusted Recursive Resolver
  41. Deckelmann, Selena. "Firefox continues push to bring DNS over HTTPS by default for US users". The Mozilla Blog. Archived from the original on 2020-05-27. Retrieved 2020-05-28.
  42. "Changelog for 67". 3 December 2019. Retrieved 23 August 2020.
  43. "Here's how to enable DoH in each browser, ISPs be damned". ZDNet . Archived from the original on 9 June 2020. Retrieved 28 May 2020.
  44. Cimpanu, Catalin. "DNS-over-HTTPS causes more problems than it solves, experts say". ZDNet. Archived from the original on 2019-11-08. Retrieved 2019-11-19.
  45. Cimpanu, Catalin. "First-ever malware strain spotted abusing new DoH (DNS over HTTPS) protocol". ZDNet. Archived from the original on 2019-10-27. Retrieved 2019-11-19.
  46. Goodin, Dan (2021-01-15). "The NSA warns enterprises to beware of third-party DNS resolvers". Ars Technica. Retrieved 2021-03-17.
  47. "Managing encrypted DNS connections (DNS over TLS, DNS over HTTPS) with Circle". Circle Support Center. Archived from the original on 2020-08-03. Retrieved 2020-07-07.
  48. Gallagher, Sean (16 November 2017). "New Quad9 DNS service blocks malicious domains for everyone". Ars Technica. Retrieved 14 November 2021. The system blocks domains associated with botnets, phishing attacks, and other malicious Internet hosts.
  49. "NextDNS". NextDNS. Retrieved 2023-12-16.
  50. Cimpanu, Catalin. "UK ISP group names Mozilla 'Internet Villain' for supporting 'DNS-over-HTTPS'". ZDNet. Archived from the original on 2019-07-05. Retrieved 2019-07-05.
  51. "Internet group brands Mozilla 'internet villain' for supporting DNS privacy feature". TechCrunch. 5 July 2019. Retrieved 2019-07-19.
  52. "British ISPs fight to make the web LESS secure". IT PRO. 14 September 2019. Retrieved 2019-09-14.
  53. Patrawala, Fatema (2019-07-11). "ISPA nominated Mozilla in the "Internet Villain" category for DNS over HTTPs push, withdrew nominations and category after community backlash". Packt Hub. Archived from the original on 2019-12-04. Retrieved 2019-09-14.
  54. Hern, Alex (2019-09-24). "Firefox: 'no UK plans' to make encrypted browser tool its default". The Guardian. ISSN   0261-3077. Archived from the original on 2019-09-28. Retrieved 2019-09-29.