Live data from Hacker News

Kubescape – tool for testing if Kubernetes is deployed securely

github.com

101–104 of 104 posts

Re: Kubescape – tool for testing if Kubernetes is deployed securely

#101
post #99

Earlier quoted context omitted.

I really don't think anyone is being taught anything misleading here. curl|bash makes very clear that it's running arbitrary code as you, and I think almost everyone who invokes it does in fact understand that. If anything, I think package managers create a false sense of security, especially ones that allow anyone to publish packages and declare dependencies on anything else. Installing an npm package -- even one fr…

You didn't even take a look at https://get.docker.io It's still downloading and executing a script, just two steps instead of piping the output straight into bash. You can't even inspect the code you run when you do curl|bash and the server is able to detect this distinction and hide code when you do a curl and then run bash. https://www.idontplaydarts.com/2016/04/detecting-curl-pipe-b... Your argument is: "we do it…

> You didn't even take a look at https://get.docker.io

You got me. The last time I installed Docker, I remember doing it using packages, so I assumed that was the replacement. Looking at their comment, it looks like they got tired of people arguing about it, so they changed the instructions to sidestep the argument. I don't think they seriously believe this made a security difference.

> You can't even inspect the code you run when you do curl|bash and the server is able to detect this distinction and hide code when you do a curl and then run bash.

I addressed exactly this argument two comments ago.

> Your argument is: "we do it and we use GitHub, you can trust us and can trust GitHub, you don't need to verify the code you run."

When did I ever say anything about GitHub? This isn't my argument at all.

> And devs learn: "Trust me, you don't need to verify the code you run."

Come on, nobody actually verifies all the code they run.

Re: Kubescape – tool for testing if Kubernetes is deployed securely

#102
We are continuing to work on Kubescape and enhance it with more features and capabilities:

Kubescape can now check that YAML files and HELM charts are configured correctly as defined by NSA and CISA guidance.

No cluster is required and you can scan for misconfigurations as early as when devs are submitting the K8s manifest files.

Kubescape supports new output formats like json and junit xml.

You can integrate Kubescape results output to any devops tool like Jenkins, CricleCI, Github workflows.

If you haven’t checked it out yet, what are you waiting for? https://github.com/armosec/kubescape/

Re: Kubescape – tool for testing if Kubernetes is deployed securely

#103
post #80

Earlier quoted context omitted.

No, you don’t get it. Once you have the root of trust you can download new signed packages in perpetuity and know they came from the developer. They can be delivered over http/smpt/telnet/BitTorrent/ftp/whatever. You can literally pull it from a compromised machine with an active attacker and it doesn’t matter. It either has integrity and it’s safe or it fails to install. That’s a huge difference from encouraging peo…

This only solves the problem of trusting updates, not the initial installation. For new software, "curl | sh" is no different from installing a random deb package from GitHub.

It solves initial installation too if you trust particular roots.

There is a reason windows/android/Linux distros/iOS do signed software.

This problem was known about and was solved 20+ years ago with signed updates. “curl | sh” is back in vogue because people don’t understand the problem and think https means secure.

Re: Kubescape – tool for testing if Kubernetes is deployed securely

#104
post #80

Earlier quoted context omitted.

This only solves the problem of trusting updates, not the initial installation. For new software, "curl | sh" is no different from installing a random deb package from GitHub.

It solves initial installation too if you trust particular roots. There is a reason windows/android/Linux distros/iOS do signed software. This problem was known about and was solved 20+ years ago with signed updates. “curl | sh” is back in vogue because people don’t understand the problem and think https means secure.

That is what I mean about it only being better in the limited scenario where you are getting the package from an already-trusted central repo. But that is surely not the case in this particular situation for example.
Post reply on HN