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 Security

End of Bibblio RCM includes -->
12/4/2018
10:50 AM
Larry Loeb
Larry Loeb
Larry Loeb

Kubernetes Vulnerability Can Turn Containers Into Zombies

For years, Kubernetes was considered secure. However, a newly published vulnerability can turn enterprise containers into zombies without proper patching.

Over the past several years, Kubernetes has become the leading cloud container orchestration system. It groups data containers that make up an application into logical units for easy management.

Additionally, Kuberneteshas benefited from 15 years of on-the-job training at Google, and is considered to be an underpinning of cloud computing.

Except one guy found a way to make it roll over and turn into a zombie. While it is the first major vulnerability to be discovered in the container system, it's a corker. (See Kubernetes & Containers Stir Security Concerns in the Cloud.)

Darren Shepherd, the co-founder of Rancher Labs and its chief architect, found the vulnerability, which is tracked as CVE-2018-1002105. It has been assigned a CVSS score of 9.8 out of 10, and it is considered critical.

Affected versions of Kubernetes include, Kubernetes v1.0.x-1.9.x, Kubernetes v1.10.0-1.10.10, Kubernetes v1.11.0-1.11.4, and Kubernetes v1.12.0-1.12.2.

(Source: Pixabay)
(Source: Pixabay)

Specifically, this vulnerability allows an attacker to escalate privileges within a system when specially crafted requests are sent to the targeted server.

Jordan Liggitt, who is part of the Kubernetes security team, describes the vulnerability in his blog:

With a specially crafted request, users that are authorized to establish a connection through the Kubernetes API server to a backend server can then send arbitrary requests over the same connection directly to that backend, authenticated with the Kubernetes API server's TLS credentials used to establish the backend connection.

That's geekspeak for making it a zombie sock-puppet.

It gets worse. The problem affects configurations that should not let users near the backend servers. Liggett wrote that affected configurations include clusters that run extension API servers -- such as the metrics server -- that are directly accessible from the Kubernetes API server's network, as well as clusters that grant pod exec/attach/portforward permissions to users who are not expected to have full access to kubelet APIs.

Indeed, in default configurations, all users -- authenticated and unauthenticated -- are allowed to perform discovery API calls that pave the way for the escalation to occur.

You can't even detect in a system if this vulnerability has been exploited.

Since the unauthorized requests are made over an established legitimate connection, they won't appear in the Kubernetes API server audit logs or server log. The requests may appear in other logs, but they are indistinguishable from the correctly authorized and proxied requests that come in through the Kubernetes API server.

While there are some mitigations, such as removing all anonymous access to all aggregated APIs, including discovery permissions granted by the default discovery role bindings, many of these are likely to be disruptive, and upgrading to a fixed version is strongly recommended by the security team.

The way out of this one is to patch. It may be a pain and difficult to get everything patched, but it is also absolutely necessary.

Related posts:

— Larry Loeb has written for many of the last century's major "dead tree" computer magazines, having been, among other things, a consulting editor for BYTE magazine and senior editor for the launch of WebWeek.

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Practical Network Security Approaches for a Multicloud, Hybrid IT World
The report covers areas enterprises should focus on for their multicloud/hybrid cloud security strategy: -increase visibility over the environment -learning cloud-specific skills -relying on established security frameworks -re-architecting the network
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-30333
PUBLISHED: 2022-05-09
RARLAB UnRAR before 6.12 on Linux and UNIX allows directory traversal to write to files during an extract (aka unpack) operation, as demonstrated by creating a ~/.ssh/authorized_keys file. NOTE: WinRAR and Android RAR are unaffected.
CVE-2022-23066
PUBLISHED: 2022-05-09
In Solana rBPF versions 0.2.26 and 0.2.27 are affected by Incorrect Calculation which is caused by improper implementation of sdiv instruction. This can lead to the wrong execution path, resulting in huge loss in specific cases. For example, the result of a sdiv instruction may decide whether to tra...
CVE-2022-28463
PUBLISHED: 2022-05-08
ImageMagick 7.1.0-27 is vulnerable to Buffer Overflow.
CVE-2022-28470
PUBLISHED: 2022-05-08
marcador package in PyPI 0.1 through 0.13 included a code-execution backdoor.
CVE-2022-1620
PUBLISHED: 2022-05-08
NULL Pointer Dereference in function vim_regexec_string at regexp.c:2729 in GitHub repository vim/vim prior to 8.2.4901. NULL Pointer Dereference in function vim_regexec_string at regexp.c:2729 allows attackers to cause a denial of service (application crash) via a crafted input.