Linux Capabilities: Difference between revisions
Line 19: | Line 19: | ||
==<tt>CAP_CHOWN</tt>== | ==<tt>CAP_CHOWN</tt>== | ||
==<tt>CAP_SYS_ADMIN</tt>== | ==<tt>CAP_SYS_ADMIN</tt>== | ||
Allows a range of administrative operations. | |||
==<tt>CAP_SYS_MODULE</tt>== | ==<tt>CAP_SYS_MODULE</tt>== |
Revision as of 01:41, 5 March 2021
External
- https://man7.org/linux/man-pages/man7/capabilities.7.html
- https://linux-audit.com/linux-capabilities-hardening-linux-binaries-by-removing-setuid/
- https://docs.docker.com/engine/security/security/#linux-kernel-capabilities
Internal
Overview
Traditional UNIX implementations distinguish two categories of processes for the purpose of performing permission checks: privileged processes and unprivileged processes. A privileged process is a process with its effective user ID is 0, referred to as superuser or root. An unprivileged process is a process with a non-zero its effective user ID. Privileged processes bypass all kernel permission checks, while unprivileged processes are subject to full permission checking based on the process' credentials: effective UID, effective GID and supplementary group list.
Starting with kernel 2.2, Linux divides the privileges traditionally associated with superuser into distinct units, known as Linux (or kernel) capabilities, which can be independently enabled and disabled. Instead of making a process privileged and giving it unlimited permissions, a much safer method from a security perspective is to give it access only to the kernel features it really requires. Capabilities are a per-thread attribute.
Common Capabilities
CAP_SYS_TIME
CAP_CHOWN
CAP_SYS_ADMIN
Allows a range of administrative operations.