Kubernetes' First Major Security Hole Discovered (zdnet.com)
Kubernetes has become the most popular cloud container orchestration system by far, so it was only a matter of time until its first major security hole was discovered. And the bug, CVE-2018-1002105, aka the Kubernetes privilege escalation flaw, is a doozy. It's a CVSS 9.8 critical security hole. From a report: With a specially crafted network request, any user can establish a connection through the Kubernetes application programming interface (API) server to a backend server. Once established, an attacker can send arbitrary requests over the network connection directly to that backend. Adding insult to injury, these requests are authenticated with the Kubernetes API server's Transport Layer Security (TLS) credentials. Can you say root? I knew you could. Worse still, "In default configurations, all users (authenticated and unauthenticated) are allowed to perform discovery API calls that allow this escalation." So, yes, anyone who knows about this hole can take command of your Kubernetes cluster.
More like Secur-not-ees
Can you say root? I knew you could.
"Groot" -- Damn it! So close...
It must have been something you assimilated. . . .
They were deploying that stuff all-out, in a desperate attempt to be "modern".
So, yes, anyone who knows about this hole can take command of your Kubernetes cluster.
My understanding is this is only exploitable by people who have access to Kubernetes anyway. Your firewall should not be routing any traffic from the general internet to the Kubernetes api. So this is a good opportunity to check to make sure your firewall is configured correctly, but if you are vulnerable to outside threats, the problems run deeper than a single vuln you'll want to look seriously at your processes and make sure they are security focused. (Or make them more security focused than they are now).
"First they came for the slanderers and i said nothing."
wtf is kubernetes and why are people using it??
How many times are they going to re-invent what already exists -- but with new security holes?
Comment removed based on user account deletion
Comment removed based on user account deletion
I'd rather have 12 isolated VMs than 1 VM with 12 containers, or any amalgamation adding up to 12 containers.
Storage is cheap. Memory isn't, but a minimal Linux install to support your software stack isn't exactly a big overhead in that regard.
The only real benefit it brings is having fewer servers (physical or virtual) to manage/update, but you'll still have at least one, so either deal with it or script it.
anyone who knows about this hole can take command of your Kubernetes cluster
There are two scoring methods used by CVE, CVSS 2.0 and CVSS 3.0. You may find this link to the vulnerability enlightening: https://nvd.nist.gov/vuln/deta...
Still, your point is well taken. This is not the first.
the growth in cynicism and rebellion has not been without cause
What if I boot you in the nuts and force you to give me your password?
OpenShift != Kubernetes
Comment removed based on user account deletion
We'll just code this in, no one will notice.
Seven puppies were harmed during the making of this post.
Don't worry, he has enough educated racist supporters, so he'll be fine.
They only found the Aust Govt backdoor trial.. Won't be patched in the land of Oz...
No Wizards here..
You realize that since version 3, OpenShift is a distribution of Kubernetes under the hood, right? Here is the CVE for OpenShift for the k8s vulnerability from today
Comment removed based on user account deletion
Dude, what planet are you on? RAM is cheap, like borscht.