Analytics // Security Monitoring
6/28/2013
02:16 PM
Wendy Nather
Wendy Nather
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Surrendering The Endpoint

Imagine there’s no desktop...

What if you had to design all of your security and monitoring around the fact that it's not your endpoint any more, and it will never be your endpoint again?

Yes, I know there are a few verticals where the security requirements are so stringent this won't be the case; the organization insists on end-to-end ownership along with end-to-end management. But let's all partake of the clue buffet: For the majority of enterprises out there, the ownership and control are going to continue to erode, and it will be harder for security teams to argue that the business should pay for redundant endpoints; the potential capital savings are too great with BYOD. If you're giving your data to a third-party provider already, then why wouldn't you do that on the user end as well?

When you do the thought experiment, a few issues might come to light. One is that if it's not your endpoint, how can you assert the right to monitor it? (NSA jokes can go in the comments section.) Monitoring may have to become more granular. The enterprise could have the right to monitor any interactions involving the infrastructure that it does own: You could watch the traffic from a phone that's hitting your server, but you couldn't watch all the phone's traffic.

If you can't monitor what's actually happening on the endpoint, then it's pretty clear that you need to get your enterprise data off of it. We're seeing more vendors offering "panes of glass" applications that allow a mobile user to view the application that's hosted by the enterprise. In other words, we had a thin client back when it was a Web browser and a Web server. The client got thicker when we developed mobile applications, and now we're putting the client back on a diet because we shouldn't trust the endpoint after all.

The corollary to withdrawing from the endpoint is that you can't trust it any more. Companies that provide applications to customers, such as banking apps, know this all too well. (One figure I've heard is that roughly 25 percent of a bank's customers are accessing its site from an infected endpoint.) The type of monitoring you do has to change. You'll treat the endpoint as potentially hostile; you won't care what happens on it, as long as it behaves itself when it's accessing your resources.

So if you surrender the endpoint, you'll just have to pull your defensive perimeter in tighter. Some say that the app has become the perimeter, some say it's the data, and some claim it's the identity. You'll have to do more behavior monitoring and up-front authentication because you'll have to decide with each session whether to continue to trust that user. Again, this is not news to several industry groups out there. But the very organizations that will benefit most financially from BYOD are probably the ones that still need to learn this and must rearchitect their security accordingly.

Wendy Nather is Research Director of the Enterprise Security Practice at the independent analyst firm 451 Research. You can find her on Twitter as @451wendy. Wendy Nather is Research Director of the Enterprise Security Practice at independent analyst firm 451 Research. With over 30 years of IT experience, she has worked both in financial services and in the public sector, both in the US and in Europe. Wendy's coverage areas ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading, September 16, 2014
Malicious software is morphing to be more targeted, stealthy, and destructive. Are you prepared to stop it?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5700
Published: 2014-09-22
Multiple cross-site scripting (XSS) vulnerabilities in Baby Gekko before 1.2.2f allow remote attackers to inject arbitrary web script or HTML via the (1) id parameter to admin/index.php or the (2) username or (3) password parameter in blocks/loginbox/loginbox.template.php to index.php. NOTE: some o...

CVE-2014-0484
Published: 2014-09-22
The Debian acpi-support package before 0.140-5+deb7u3 allows local users to gain privileges via vectors related to the "user's environment."

CVE-2014-2942
Published: 2014-09-22
Cobham Aviator 700D and 700E satellite terminals use an improper algorithm for PIN codes, which makes it easier for attackers to obtain a privileged terminal session by calculating the superuser code, and then leveraging physical access or terminal access to enter this code.

CVE-2014-3595
Published: 2014-09-22
Cross-site scripting (XSS) vulnerability in spacewalk-java 1.2.39, 1.7.54, and 2.0.2 in Spacewalk and Red Hat Network (RHN) Satellite 5.4 through 5.6 allows remote attackers to inject arbitrary web script or HTML via a crafted request that is not properly handled when logging.

CVE-2014-3635
Published: 2014-09-22
Off-by-one error in D-Bus 1.3.0 through 1.6.x before 1.6.24 and 1.8.x before 1.8.8, when running on a 64-bit system and the max_message_unix_fds limit is set to an odd number, allows remote attackers to cause a denial of service (dbus-daemon crash) or possibly execute arbitrary code by sending one m...

Best of the Web
Dark Reading Radio