There was a recent post about whether to enable ufw and it made me ask: how protected I am from a rogue docker container? I have a single server with 15-20 docker containers running at any given time. Should one get hacked or be malicious from the get go, are there (hopefully easy to implement for an armchair sysadmin) best practices to mitigate such an event? Thanks!
You must log in or register to comment.
o use podman and dont run any container as root if it need root i will use a VM
So attempt to run every container with the least privilege:
- seperate networks for each stack
- only map needed folders
- run the container as a non root user (some containers won’t work so they need to be run as root user)
- use a RP with authentication (if a app is valuable)
- make differential backups to shrink size and increase the interval (and check if they work)
- block internet access to containers that don’t need them
run the container as a non root user (some containers won’t work so they need to be run as root user)
To avoid issues with containers, could also make use of user namespaces: https://docs.docker.com/engine/security/userns-remap/
Allows a process to have root privileges within the container, but be unprivileged on the host.
Does using this method allow mounting to folders on the host drive without permission issues?