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.

Cloud

9/14/2017
11:00 AM
Rob Enns
Rob Enns
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail vvv
50%
50%

Encryption: A New Boundary for Distributed Infrastructure

As the sheet metal surrounding traditional infrastructure continues to fall away, where should security functions in a cloud environment reside?

The public cloud delivers unbundled, distributed infrastructure — compute, storage, and network resources are here for the asking with nothing more than an API call. Platform services like databases are similarly available for developers wanting to consume resources above the infrastructure level. À la carte infrastructure, available self-service to developers, allows for agility and elasticity previously unavailable to enterprise IT.

But as the sheet metal surrounding this infrastructure falls away, so does the physical perimeter of the enterprise data center, leaving distributed infrastructure with no clear boundary. The perimeter has proved a convenient, if not always optimal, spot to insert data center security functions. With it gone, where should security functions reside?

In some cases, the answer is easy. Network segmentation previously provided by physical network subnets has been abstracted in AWS as a virtual private cloud, or VPC. With a simple API call, VPCs are available cheaply and easily.

Other instances aren’t so simple. The AWS object storage service, S3, is one example. The AWS Elastic Block Store volumes, or EBS, are another. AWS allows volumes and S3 objects to be shared between accounts in creative and useful ways, far beyond what their physical analogs could achieve. However, as I've written before, developers frequently misconfigure permissions, making their data vulnerable to loss. As cloud service providers expand the flexibility of their services, complexity and the risk of misconfiguration grow. 

Distributed infrastructure demands distributed security, and the industry is responding. VMware NSX and AWS security groups offer good solutions for network segmentation and firewalling in a homogenous cloud.

While these solutions suffice in single environments, these solutions don't work in hybrid environments, and they become unwieldy at scale. In hybrid environments, routers, firewalls, and the rest function under different controls and different conditions. They don't scale because any policies created — any single configuration — cannot apply across environments.

The rise of distributed infrastructure didn't result only from the rise of cloud, but it is largely attributable to it. With past data centers, the switch or router that forwarded data to the Internet relied on physical boxes (firewalls, load balancers, IDP, etc.) for security services. In today's cloud, virtualized software infrastructure inserts this functionality into every server. Rather than trying to replicate perimeters on infrastructure we don't control, the most logical approach implies securing applications individually — creating a perimeter for every application. The old perimeter has vaporized, but it needs to reappear in this distributed world.

For the new perimeter, the best solution is properly implemented encryption. Encryption allows IT teams to maintain control over assets in environments they don't physically control, especially as those assets become increasingly distributed. Encryption allows IT security to ensure the confidentiality and integrity of enterprise resources in any environment — particularly across the hybrid cloud.

In other words, encryption enables logical control over assets even in the absence of physical control. This logical boundary around enterprise assets is the new perimeter. The enterprise holds the keys, and their assets remain under their control.

With distributed infrastructure as the new normal, the security space is racing to catch up. But to accommodate complexity and scale, we need to adopt a model that attaches "distributed security" to workloads and data rather than replicating traditional data center solutions.

Related Content:

Join Dark Reading LIVE for two days of practical cyber defense discussions. Learn from the industry’s most knowledgeable IT security experts. Check out the INsecurity agenda here.

Rob Enns joined Bracket Computing from VMware, where he was vice president of engineering in their networking and security business unit. Before joining VMware, Rob was vice president of engineering at Nicira, which was acquired by VMware in 2012. Previously he spent 11 years ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
7 Truths About BEC Scams
Ericka Chickowski, Contributing Writer,  6/13/2019
DNS Firewalls Could Prevent Billions in Losses to Cybercrime
Curtis Franklin Jr., Senior Editor at Dark Reading,  6/13/2019
Can Your Patching Strategy Keep Up with the Demands of Open Source?
Tim Mackey, Principal Security Strategist, CyRC, at Synopsys,  6/18/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Building and Managing an IT Security Operations Program
As cyber threats grow, many organizations are building security operations centers (SOCs) to improve their defenses. In this Tech Digest you will learn tips on how to get the most out of a SOC in your organization - and what to do if you can't afford to build one.
Flash Poll
The State of IT Operations and Cybersecurity Operations
The State of IT Operations and Cybersecurity Operations
Your enterprise's cyber risk may depend upon the relationship between the IT team and the security team. Heres some insight on what's working and what isn't in the data center.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-1874
PUBLISHED: 2019-06-20
A vulnerability in the web-based management interface of Cisco Prime Service Catalog Software could allow an unauthenticated, remote attacker to conduct a cross-site request forgery (CSRF) attack on an affected system. The vulnerability is due to insufficient CSRF protection mechanisms on the web-ba...
CVE-2019-1875
PUBLISHED: 2019-06-20
A vulnerability in the web-based management interface of Cisco Prime Service Catalog could allow an authenticated, remote attacker to conduct a cross-site scripting (XSS) attack against a user of the web-based interface. The vulnerability is due to insufficient validation of user-supplied input by t...
CVE-2019-1876
PUBLISHED: 2019-06-20
A vulnerability in the HTTPS proxy feature of Cisco Wide Area Application Services (WAAS) Software could allow an unauthenticated, remote attacker to use the Central Manager as an HTTPS proxy. The vulnerability is due to insufficient authentication of proxy connection requests. An attacker could exp...
CVE-2019-1878
PUBLISHED: 2019-06-20
A vulnerability in the Cisco Discovery Protocol (CDP) implementation for the Cisco TelePresence Codec (TC) and Collaboration Endpoint (CE) Software could allow an unauthenticated, adjacent attacker to inject arbitrary shell commands that are executed by the device. The vulnerability is due to insuff...
CVE-2019-1879
PUBLISHED: 2019-06-20
A vulnerability in the CLI of Cisco Integrated Management Controller (IMC) could allow an authenticated, local attacker to inject arbitrary commands that are executed with root privileges. The vulnerability is due to insufficient validation of user-supplied input at the CLI. An attacker could exploi...