Open Bug 1539670 Opened 7 years ago Updated 3 years ago

Assert that our Linux CI environment allows unprivileged user namespaces

Categories

(Core :: Security: Process Sandboxing, enhancement, P3)

Unspecified
Linux
enhancement

Tracking

()

People

(Reporter: jld, Unassigned)

Details

We should have a test that fails if unprivileged user namespace support isn't available, and run it at least on our own CI.

Currently we don't have anything like that, so if something changed in our CI configuration to block unshare (and container technologies tend to like quietly blocking that for security defense-in-depth, because most applications don't have their own sandboxes), we probably wouldn't find out, and would quietly lose test coverage for something that's deployed for most of our Linux userbase.

As for developers running tests locally and on a Linux distro that doesn't allow namespaces, I don't know if anyone runs the entire testsuite locally anymore (vs. local tests for the specific part they're working on + full tests on Try), but if there are then we could consider skipping this test in that case. I'm assuming there's some environment variable or something that a test could read to determine if it's on CI… but then if that changes then we could quietly lose test coverage again, so that might not be the best idea. Another alternative is just to tell anyone in that situation to either enable namespaces or do a local edit to skip the test.

Priority: -- → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.