diff options
author | Richard Maw <richard.maw@codethink.co.uk> | 2015-08-17 08:52:13 +0000 |
---|---|---|
committer | Richard Maw <richard.maw@codethink.co.uk> | 2015-08-17 08:52:13 +0000 |
commit | 671c34195896e89f935d842b13f52a748bd8a5b4 (patch) | |
tree | 6003e1b80caf7351c1e723e63f54855eec78e91c /src/kernel-install/50-depmod.install | |
parent | aae68db9b441963b0d1b8519e0aee8e2fc05e20c (diff) |
namespace helpers: Allow entering a UID namespace
To be able to use `systemd-run` or `machinectl login` on a container
that is in a private user namespace, the sub-process must have entered
the user namespace before connecting to the container's D-Bus, otherwise
the UID and GID in the peer credentials are garbage.
So we extend namespace_open and namespace_enter to support UID namespaces,
and we enter the UID namespace in bus_container_connect_{socket,kernel}.
namespace_open will degrade to a no-op if user namespaces are not enabled
in the kernel.
Special handling is required for the setns call in namespace_enter with
a user namespace, since transitioning to your own namespace is forbidden,
as it would result in re-entering your user namespace as root.
Arguably it may be valid to check this at the call site, rather than
inside namespace_enter, but it is less code to do it inside, and if the
intention of calling namespace_enter is to *be* in the target namespace,
rather than to transition to the target namespace, it is a reasonable
approach.
The check for whether the user namespace is the same must happen before
entering namespaces, as we may not be able to access /proc during the
intermediate transition stage.
We can't instead attempt to enter the user namespace and then ignore
the failure from it being the same namespace, since the error code is
not distinct, and we can't compare namespaces while mid-transition.
Diffstat (limited to 'src/kernel-install/50-depmod.install')
0 files changed, 0 insertions, 0 deletions