Vulnerabilities / Threats

6/18/2018
05:28 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
100%
0%

Exposed Container Orchestration Systems Putting Many Orgs at Risk

More than 22,600 open container orchestration and API management systems discovered on the Internet.

New research confirms that many organizations are deploying workloads to the public cloud without adequate security controls and processes in place first.

Lacework recently used the Shodan search engine, SSL data mining techniques, and some internally developed tools to uncover as many as 22,672 open container orchestration dashboards and API management systems on the Internet. The applications that Lacework discovered during its research were Kubernetes, Mesos Marathon, Swagger API, Red Hat Openshift and Docker Swarm's Portainer and Swarmpit.

Some 95% of the exposed dashboards and management systems were hosted inside of Amazon Web Services. More than half of those exposed services were hosted on AWS regions in the US. Though a vast majority of the open container orchestration interfaces had credentials for controlling access, the fact that they were exposed to the Internet at all is troublesome, says Dan Hubbard, chief security at Lacework.

The dashboard provides top-level access to all the functions required to manage and administer container clusters. Anyone with access to the dashboard can carry out tasks like starting and stopping workloads, adding or modifying applications and setting key security controls.

Container management interfaces that are not properly configured and are exposed on the Internet pose a major risk for enterprises. "Even with credentials set up, information related to the organization might be disclosed," Hubbard points out. This includes information contained in host headers or SSL certificates. Lacework researchers, for instance, were relatively easily able to derive company names from certificates and hostnames without even having to access the exposed container interfaces.

Weak authentication schemes - like inadequate credential requirements - can allow an attacker to brute-force the password of an exposed container management interface. Similarly, not using SSL can allow an attacker to gain access via clear text authentication. Any vulnerabilities in the container application itself are also likely to be easier to exploit via exposed management dashboards.

Lacework's research also uncovered some 300 container management dashboards with no authentication at all, giving attackers a way to easily spin up and stop containers, delete or destroy information, and harvest data about the infrastructure, Hubbard says. Such completely open dashboards also give attackers a way to potentially move laterally to other cloud resources, log into cloud instances and launch new instances for abuse like Bitcoin mining and DDoS. In addition, attackers can exploit the dashboards to set up a backdoor or to drop malicious code for performing command-and-control and other activities.

Because Kubernetes is currently one of the most popular and fastest-growing container orchestration and management systems, Lacework researchers decided to drill down into some of the issues related to the use of these dashboards in public clouds. Although Kubernetes comes with security features like default SSL use and default authentication, Lacework researchers discovered many open Kubernetes dashboards that were still in the process of being set up; dashboards with no authentication; dashboards that could be brute-forced and those that were leaking information about the organization.

Researchers also discovered 38 servers running a container health check service called "healthz" for Kubernetes environments, live on the Internet with no authentication at all. Besides potentially giving attackers a way to potentially perform full remote code execution capabilities, the app also provides a way to monitor workloads and stop them from running via the dashboard.

The data highlights the need for organizations to follow fundamental security best practices when deploying containers in the public cloud. Examples include protecting them behind a proxy, using multifactor authentication and role-based models to control access, and enforcing the use of SSL, Hubbard says. Limiting the scope of what you can do via a management interface is also a good idea. For example, it is not a great idea to have one management hub for all workloads because if one pod is compromised, all workloads get put at risk, he says.

"The general theme of our discoveries is that there needs to be a bridge in communication, process, and technology between DevOps and security," Hubbard notes. "The operating model here is very different and that needs to be acknowledged."

Related Contents:

  

 

Top industry experts will offer a range of information and insight on who the bad guys are – and why they might be targeting your enterprise. Click for more information

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Higher Education: 15 Books to Help Cybersecurity Pros Be Better
Curtis Franklin Jr., Senior Editor at Dark Reading,  12/12/2018
'PowerSnitch' Hacks Androids via Power Banks
Kelly Jackson Higgins, Executive Editor at Dark Reading,  12/8/2018
Worst Password Blunders of 2018 Hit Organizations East and West
Curtis Franklin Jr., Senior Editor at Dark Reading,  12/12/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
10 Best Practices That Could Reshape Your IT Security Department
This Dark Reading Tech Digest, explores ten best practices that could reshape IT security departments.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-20161
PUBLISHED: 2018-12-15
A design flaw in the BlinkForHome (aka Blink For Home) Sync Module 2.10.4 and earlier allows attackers to disable cameras via Wi-Fi, because incident clips (triggered by the motion sensor) are not saved if the attacker's traffic (such as Dot11Deauth) successfully disconnects the Sync Module from the...
CVE-2018-20159
PUBLISHED: 2018-12-15
i-doit open 1.11.2 allows Remote Code Execution because ZIP archives are mishandled. It has an upload feature that allows an authenticated user with the administrator role to upload arbitrary files to the main website directory. Exploitation involves uploading a ".php" file within a "...
CVE-2018-20157
PUBLISHED: 2018-12-15
The data import functionality in OpenRefine through 3.1 allows an XML External Entity (XXE) attack through a crafted (zip) file, allowing attackers to read arbitrary files.
CVE-2018-20154
PUBLISHED: 2018-12-14
The WP Maintenance Mode plugin before 2.0.7 for WordPress allows remote authenticated users to discover all subscriber e-mail addresses.
CVE-2018-20155
PUBLISHED: 2018-12-14
The WP Maintenance Mode plugin before 2.0.7 for WordPress allows remote authenticated subscriber users to bypass intended access restrictions on changes to plugin settings.