Crap like this is why I dont run docker. I'm glad RedHat took a principled stance on it and dropped it. Podman doesn't punch holes you didn't ask for in your firewall. What a ludicrous anti-feature.
A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
41–50 of 275 posts
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#42I can't help but be reminded that zero trust architecture for security has been a thing for at least a decade, and that the 2004 Jericho Forum concluded that perimeter security was illusory, more akin to a picket fence than a wall.
Perimeter security would have been just fine here. The breach occurred because the host was exposed directly to the internet, rather than e.g. sharing a private network with a load balancer.
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#43Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#44What surprises me most is the machine running Docker was 100% connected directly to a public network interface. That’s the real root of the problem here.
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#45Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#46I'm a bit confused here about how this was a docker issue. Initially I thought there was some stuff happening with uPnP with a router/gateway of some sort ( https://en.wikipedia.org/wiki/Universal_Plug_and_Play ) If I run a docker container on my macbook and expose a port over 0.0.0.0 (docker run -d -p 8080:8080 nginx) and it's available on my LAN network, how does it get exposed over the internet? Unless there's a r…
It's not a problem on docker desktop for mac or windows. It's only an issue on linux, and only for systems that use iptables as a firewall (typically ubuntu/debian & ufw). And even more specifically it really only affects servers that are in a hosting environment with no other firewall or protection in front--Digital Ocean's default droplet config is a prime example, on AWS by default you have a cloud-specific firewa…
If you're deploying code without knowing how networking works, you're always going to have problems with this like this.
Perhaps my example was a little too simplified as AWS is my day-to-day cloud host but I find it hard to believe opening up ports on your VM and exposing it to the world and then placing the blame on docker is fair.
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#47Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#48What surprises me most is the machine running Docker was 100% connected directly to a public network interface. That’s the real root of the problem here.
Exactly - and there's no mention either of how the fix was implemented nor what remediations were done to prevent it happening again in the future...
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#49Crap like this is why I dont run docker. I'm glad RedHat took a principled stance on it and dropped it. Podman doesn't punch holes you didn't ask for in your firewall. What a ludicrous anti-feature.
That might be true, but regardless of docker (or other, similar solutions), shouldn't MongoDB have had auth protection?
Re: A Docker footgun led to a vandal deleting NewsBlur's MongoDB database
#50Crap like this is why I dont run docker. I'm glad RedHat took a principled stance on it and dropped it. Podman doesn't punch holes you didn't ask for in your firewall. What a ludicrous anti-feature.
As several other comments point out, to setup your DB server so that one open port can expose it to free access from the Internet is incompetent on multiple levels.