Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

2/5/2020
08:00 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Vixie: The Unintended Consequences of Internet Privacy Efforts

Paul Vixie says emerging encryption protocols for endpoints could "break" security in enterprise - and even home - networks.

Internet pioneer Paul Vixie has a red flag warning for CISOs: A movement toward baking in more privacy for Internet users soon could begin to burn some enterprise security efforts.

A new generation of Internet standards in the wings aimed at protecting the privacy of end users — DNS over HTTPS (DoH), TLS 1.3 ESNI (Encrypted Server Name Indication), and HTTP/3 over the QUIC Internet transport protocol — could impede next-generation firewalls and other security tools from detecting and filtering out malicious traffic, says Vixie, the chairman, CEO, and co-founder of Farsight Security.

Industry experts like Vixie have been debating how encryption hampers the security team's visiblity for some time now, but the real-world implications that had them concerned could soon be felt by businesses, and consumers.

DoH already is an available feature option in Chrome and Firefox browsers. It places DNS queries in encrypted HTTPS sessions so they can't be intercepted or viewed. The TLS 1.3 ESNI encryption protocol prevents ISPs and firewalls (and nation-states) from viewing the sites user are visiting in order to track or censor their online activity and access. That protocol, according to Vixie, is at least another two years away from wide deployment.

As he explains, well-intentioned user privacy efforts in the post-Edward Snowden era don't necessarily translate verbatim into Internet infrastructure security. The origins of the Internet in the 1970s was as an open network for government contractors, universities, and researchers, and its evolution into the massive communications platform for all users — consumers, commercial, government, and, inadvertently, cybercriminals and nation-state threat groups.

"The Internet lacks admission control. It was all government contractors and universities back in the day. In the architecture and culture of the Internet, it's almost impossible to prevent DDoSes [distributed denial-of-service attacks] or spam or any sort of uncooperative communications," Vixie says. The Internet's underlying model also has confounded efforts to remove malicious domains, too.

"There's this universal system of Internet resources and a lot of people who hate you or want to steal your stuff out there, and you have no recourse. Once you're in the Internet, it's very difficult to keep it from reaching you," he says, describing much of today's Internet communication as "nonconsensual."

Today, more than half of Internet traffic to an endpoint is unwanted, Vixie notes. Later this month at the RSA Conference in San Francisco, Vixie will outline the security implications of the Internet's privacy evolution in a presentation entitled "Consent, Alignment and Cooperation in the Internet Era."

Technical Difficulties
Running Domain Name System (DNS) over encrypted Web sessions with DoH, for instance, complicates enterprise security. The DoH protocol handles DNS resolution over HTTPS, the encrypted Web protocol, to prevent man-in-the-middle attacks that listen in on or manipulate DNS, but it also blocks the ability for security tools to spot malware or other nefarious activity.

"Privacy and encryption are two entirely different things," notes encryption expert Andrew Campling, director of UK-based 419 Consulting Ltd. Campling says DoH was largely an effort led by browser makers and didn't take into consideration the network implications of that level of application-layer encryption.

For a financial services firm, for example, DoH could allow a rogue trader to bypass the firms internal systems. "If I'm a financial services firm I may have an absolute requirement to archive all incoming and outgoing communication between my traders and their customers for compliance purposes," Campling explains. And the rogue trader's communications couldn't be detected and archived, thus putting the firm into dangerous compliance exposure, he says.

Service providers that offer parental controls also face issues with DoH since those controls couldn't necessarily be enforced.

"It will raise the complexity for enterprise users and IT teams, but it's not all unsurmountable," he says. In Chrome, for example, IT can disable or "gray out" the DoH feature option, but of course that means IT has to actually be aware that this feature is out there, he says.

An industry initiative led by Comcast called the Encrypted DNS Deployment Initiative (EDDI) aims to identify the challenges with these emerging encryption technologies and how to overcome them, he notes. Other major players in EDDI include Akamai, AT&T, Cox, Microsoft, Sprint, Verizon, and Vixie's company.

Meantime, Vixie worries that once corporate users start running DoH in their browsers, it will be difficult to flag botnet activity, for instance. "The inability t-o know what the agents, or employees, or intruders are doing is a big problem for your average CISO," he says. "So DNS over HTTPS [DoH] is another prime example of that. Using DNS lookups as an early indicator of trouble has become pretty common."

While Encrypted SNI is at least two years away from landing full-force in enterprises, that doesn't mean it shouldn't be on enterprise radar screens. "We are about one year away from this being enough to cause a problem, even though it will not be a majority of traffic," Vixie  says.

Vixie says ESNI will "break" next-generation firewalls. "It will not be possible to transparently intercept outbound traffic in a next-generation firewall," he says. That's by design, he notes, due to concerns of cybercriminals and nation-states intercepting traffic as well. "Now the system [will have] ... a resistance to that transparent interception model," he says.

Vixie worries that there's not much awareness about these technologies that are just around the corner, either. "Nobody is really aware of this. When I talk to a roomful of CISOs, their eyes get wide," he says, when they realize that means that could break their regulatory and legal compliance.

"They've got a lot of planning and reinvestment to do before this technology gets out into the wild," Vixie says.

What to Do About It
Vixie recommends that organizations start to build a managed private network in the next six months that allows them to still employ next-generation firewall functions, for example, and to remain compliant with regulations and enforce their BYOD policies. In some cases that means creating a private DNS for the access side of their user traffic, he says.

"You're going to have to install a proxy HTTPS" server so that your endpoints that need access to sites inside "dangerous and shared IP ranges" can do so, he says. "There is no good choice."

To date, organizations have had mostly free range in how they intercept traffic at the gateway and perimeter of the network. "We've gotten a fairly free ride," Vixie notes. "Now we have to make a more complicated, more expensive perimeter" with more proxy-type communications.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's top story: "C-Level & Studying for the CISSP."

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
billycripe
100%
0%
billycripe,
User Rank: Strategist
2/7/2020 | 11:25:27 AM
It's possible - DoH Visibility for inspection & detection
I appreciate the concerns around visibility for security tools, teams and processes that DoH may present. The solution is not to weaken or prevent DoH though. Instead orgs should embrace DoH (as they are) while also adopting robust, host-and-software-based, out of band decryption. Symmetric Key Intercept is a viable solution for restoring decrypted visibility to detection, inspection, forensics and response tools even with PFS and TLS 1.3. This approach also removes the MITM snag since only privileged users at either end of the connection can (presumably) implement the solution. 

Do aggressive and robust adoption of PFS, TLS1.3 and encrypted DNS is a net good for the entire space. 
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.