Re:AinD: Android in Docker
by londons_explore on Friday April 10, 2020 @08:12AM
(#22832205)
I think you're putting too much faith in the security of docker... It is only superficially secure, and any real evil software can break out of it since the attack surface is huuuge (every loaded kernel driver).
Re:AinD: Android in Docker
by rtempaccount1 on Friday April 10, 2020 @11:17AM
(#22833869)
Docker has a number of security layers that can make breakout more challenging, specifically dropped capabilities, a seccomp filter and (on debian/ubuntu) an AppArmor profile installed.
I wouldn't agree that it's trivially possible to breakout of a default configured Docker container, not every attacker is packing a Linux Privesc 0-day and the knowledge to use it.
It's telling that user namespaces (remapping uid 0 to another hodt uid) aren't used by default.
Re:AinD: Android in Docker
by containrh4x0r on Friday April 10, 2020 @11:22AM
(#22833922)
repeat after me - "there are no isolation boundaries with containers" "containers are insecure"
Containers are broken by default because they share a kernel. If you want to use a container to have a replicable build environment fine - but for operational use in the context of "being secure" - no no no no.
I'm a big fan of people supplying pre-built docker images because it lets me try out their software in what I assume to be a sandbox. I'm a little less wary when it comes to docker -- almost to the point of being nonchalant, running random images willy-nilly without digging into the source code even a tiny bit. Granted, that behavior is probably gonna bite me in the ass one day. But it's definitely better than the `curl http://example.com | bash -` and `sudo make install` patterns.
Whenever I see someone's instructions telling me to use `docker --network=host` or `docker --privileged`, I can't help but panic a little... "Am I going to regret running this developer's code as root on my machine?" A little justification from the OP eases my mind, that's all. Which he did :)