Merge patch series "userns: keep the exec securebits"

Christian Brauner <brauner@kernel.org> says:

The exec securebits are meant to be set and locked by a service manager
so that nothing below it can turn them off again. But creating a user
namespace resets all securebits, locks included. So anyone who may
create a user namespace can shed them with a single
unshare(CLONE_NEWUSER), and joining one with setns() does the same.
That's pretty much everyone.

systemd gains a SecureBits= setting for the service manager itself. It
sets and locks the exec bits for everything it starts, so interpreters
that support AT_EXECVE_CHECK enforce the system's execution policy for
their scripts. With the reset "unshare -U python3 /tmp/x.py" gets
around all of that.

The other securebits are about how capabilities are computed and
resetting them in a new user namespace is fine. The exec bits grant
nothing. They're restrictions a task placed on itself, like
no_new_privs, which a user namespace doesn't drop either. So keep them
and their locks and keep resetting the rest.

I also keep the exec bits that aren't locked. fork() and execve()
preserve them and the task can clear them itself anyway, so dropping
them on unshare() would just be inconsistent.

The new selftests fail on mainline and pass with the fix. I think this
wants to go to stable, otherwise the locks don't mean much on any kernel
that has these bits.

* patches from https://patch.msgid.link/20261026-work-securebits-userns-v1-0-b35473fa1a34@kernel.org:
  selftests/exec: check that user namespaces keep the exec securebits
  userns: don't drop the exec securebits

Link: https://patch.msgid.link/20261026-work-securebits-userns-v1-0-b35473fa1a34@kernel.org
Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
This commit is contained in:
Christian Brauner 2026-10-29 14:35:29 +01:00
commit ab6558b965
No known key found for this signature in database
GPG Key ID: 91C61BC06578DCA2
3 changed files with 91 additions and 1 deletions

View File

@ -99,6 +99,10 @@ This secure bit may be set by user session managers, service managers,
container runtimes, sandboxer tools... Except for test environments, the
related ``SECBIT_EXEC_DENY_INTERACTIVE_LOCKED`` bit should also be set.
Both secure bits and their locks are inherited across :manpage:`fork(2)` and
:manpage:`execve(2)`, and they are kept when a task creates or joins a user
namespace.
Here is the expected behavior for a script interpreter according to combination
of any exec securebits:

View File

@ -46,8 +46,11 @@ static void set_cred_user_ns(struct cred *cred, struct user_namespace *user_ns)
{
/* Start with the same capabilities as init but useless for doing
* anything as the capabilities are bound to the new user namespace.
* The exec securebits grant nothing, they are restrictions the task
* placed on itself. Keep them and their locks.
*/
cred->securebits = SECUREBITS_DEFAULT;
cred->securebits = SECUREBITS_DEFAULT |
(cred->securebits & (SECURE_ALL_UNPRIVILEGED | SECURE_ALL_UNPRIVILEGED << 1));
cred->cap_inheritable = CAP_EMPTY_SET;
cred->cap_permitted = CAP_FULL_SET;
cred->cap_effective = CAP_FULL_SET;

View File

@ -10,11 +10,13 @@
* Author: Mickaël Salaün <mic@digikod.net>
*/
#define _GNU_SOURCE
#include <asm-generic/unistd.h>
#include <errno.h>
#include <fcntl.h>
#include <linux/prctl.h>
#include <linux/securebits.h>
#include <sched.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/capability.h>
@ -24,6 +26,7 @@
#include <sys/stat.h>
#include <sys/syscall.h>
#include <sys/sysmacros.h>
#include <sys/wait.h>
#include <unistd.h>
/* Defines AT_EXECVE_CHECK without type conflicts. */
@ -460,4 +463,84 @@ TEST_F(secbits, restrict_locked_unset)
CHILD(EXPECT_EQ(EPERM, test_secbits_set(0)));
}
static const unsigned int exec_bits = SECBIT_EXEC_RESTRICT_FILE |
SECBIT_EXEC_DENY_INTERACTIVE;
static const unsigned int exec_locks = SECBIT_EXEC_RESTRICT_FILE_LOCKED |
SECBIT_EXEC_DENY_INTERACTIVE_LOCKED;
/*
* Checks that the exec securebits in @exec survive creating and joining a user
* namespace, and that in there they can be changed exactly when they are not
* locked.
*/
static void test_userns(struct __test_metadata *const _metadata,
const unsigned int exec)
{
const int error = (exec & exec_locks) ? EPERM : 0;
int ready[2], done[2], userns_fd, status;
char path[64], c = 0;
pid_t pid;
/* A user namespace owned by us to join later. */
ASSERT_EQ(0, pipe(ready));
ASSERT_EQ(0, pipe(done));
pid = fork();
ASSERT_LE(0, pid);
if (pid == 0) {
close(ready[0]);
close(done[1]);
if (unshare(CLONE_NEWUSER))
_exit(1);
if (write(ready[1], &c, 1) != 1)
_exit(1);
if (read(done[0], &c, 1) < 0)
_exit(1);
_exit(0);
}
close(ready[1]);
close(done[0]);
if (read(ready[0], &c, 1) != 1) {
waitpid(pid, &status, 0);
SKIP(return, "Cannot create a user namespace");
}
snprintf(path, sizeof(path), "/proc/%d/ns/user", pid);
userns_fd = open(path, O_RDONLY | O_CLOEXEC);
ASSERT_LE(0, userns_fd);
EXPECT_EQ(0, test_secbits_set(prctl(PR_GET_SECUREBITS) | exec));
/* Creating a user namespace keeps them... */
CHILD(EXPECT_EQ(0, unshare(CLONE_NEWUSER));
EXPECT_EQ(exec, prctl(PR_GET_SECUREBITS));
EXPECT_EQ(error, test_secbits_set(exec ^ exec_bits));
EXPECT_EQ(error, test_secbits_set(0)));
/* ...and so does joining one. */
CHILD(EXPECT_EQ(0, setns(userns_fd, CLONE_NEWUSER));
EXPECT_EQ(exec, prctl(PR_GET_SECUREBITS));
EXPECT_EQ(error, test_secbits_set(exec ^ exec_bits));
EXPECT_EQ(error, test_secbits_set(0)));
close(userns_fd);
close(done[1]);
EXPECT_EQ(pid, waitpid(pid, &status, 0));
close(ready[0]);
}
TEST_F(secbits, userns_locked)
{
test_userns(_metadata, exec_bits | exec_locks);
}
TEST_F(secbits, userns_unlocked)
{
test_userns(_metadata, exec_bits);
}
TEST_F(secbits, userns_lock_only)
{
test_userns(_metadata, exec_locks);
}
TEST_HARNESS_MAIN