Slavi Pantaleev 316d653d3e Drop capabilities in containers ... We run containers as a non-root user (no effective capabilities). Still, if a setuid binary is available in a container image, it could potentially be used to give the user the default capabilities that the container was started with. For Docker, the default set currently is: - "CAP_CHOWN" - "CAP_DAC_OVERRIDE" - "CAP_FSETID" - "CAP_FOWNER" - "CAP_MKNOD" - "CAP_NET_RAW" - "CAP_SETGID" - "CAP_SETUID" - "CAP_SETFCAP" - "CAP_SETPCAP" - "CAP_NET_BIND_SERVICE" - "CAP_SYS_CHROOT" - "CAP_KILL" - "CAP_AUDIT_WRITE" We'd rather prevent such a potential escalation by dropping ALL capabilities. The problem is nicely explained here: https://github.com/projectatomic/atomic-site/issues/203		2019-01-28 11:22:54 +02:00
..
defaults	Send Host/X-Forwarded-For to mxisd	2019-01-17 16:22:49 +02:00
tasks	Fix typos in some variables (matrix_mxid -> matrix_mxisd)	2019-01-17 14:47:37 +02:00
templates/systemd	Drop capabilities in containers	2019-01-28 11:22:54 +02:00
vars	Make roles more independent of one another	2019-01-16 18:05:48 +02:00