diff options
author | Lennart Poettering <lennart@poettering.net> | 2013-03-22 23:25:54 +0100 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2013-03-22 23:28:44 +0100 |
commit | d91c34f21ff7445dcee3efe2368aebe2d6c266db (patch) | |
tree | 8b7099d7bc80f6cdb5c9b5be441b6e1cbb0497fd /man | |
parent | 6af274272a917710f606acb3589f0430e9092631 (diff) |
exec: Assigning the empty string to CapabilityBoundSet= should drop all caps
Previously, it would set all caps, but it should drop them all, anything
else makes little sense.
Also, document that this works as it does, and what to do in order to
assign all caps to the bounding set.
https://bugzilla.redhat.com/show_bug.cgi?id=914705
Diffstat (limited to 'man')
-rw-r--r-- | man/systemd.exec.xml | 37 |
1 files changed, 23 insertions, 14 deletions
diff --git a/man/systemd.exec.xml b/man/systemd.exec.xml index b1cd685cc0..69ee4fc5e8 100644 --- a/man/systemd.exec.xml +++ b/man/systemd.exec.xml @@ -719,29 +719,38 @@ for details. Takes a whitespace separated list of capability names as read by - <citerefentry><refentrytitle>cap_from_name</refentrytitle><manvolnum>3</manvolnum></citerefentry>. + <citerefentry><refentrytitle>cap_from_name</refentrytitle><manvolnum>3</manvolnum></citerefentry>, + e.g. <literal>CAP_SYS_ADMIN + CAP_DAC_OVERRIDE + CAP_SYS_PTRACE</literal>. Capabilities listed will be included in the bounding set, all others are removed. If the list of capabilities - is prefixed with ~ all but the listed - capabilities will be included, the - effect of the assignment - inverted. Note that this option also - effects the respective capabilities in - the effective, permitted and - inheritable capability sets, on top of - what <varname>Capabilities=</varname> + is prefixed with <literal>~</literal> + all but the listed capabilities will + be included, the effect of the + assignment inverted. Note that this + option also affects the respective + capabilities in the effective, + permitted and inheritable capability + sets, on top of what + <varname>Capabilities=</varname> does. If this option is not used the capability bounding set is not modified on process execution, hence no limits on the capabilities of the process are enforced. This option may appear more than once in which case - the bounding sets are merged. If the empty - string is assigned to this option the - bounding set is reset, and all prior - settings have no - effect.</para></listitem> + the bounding sets are merged. If the + empty string is assigned to this + option the bounding set is reset to + the empty capability set, and all + prior settings have no effect. If set + to <literal>~</literal> (without any + further argument) the bounding set is + reset to the full set of available + capabilities, also undoing any + previous settings.</para></listitem> </varlistentry> <varlistentry> |