This is establish the basic concepts for #35685, in the hope to get this merged first. This defines a special, fixed 64K UID range that is supposed to be used by directory container images on disk, that is mapped to a dynamic UID range at runtime (via idmapped mounts). This enables a world where each container can run with a dynamic UID range, but this in no way leaks onto the disk, thus making supposedly dynamic, transient UID range assignments persistent. This is infrastructure later used for the primary part of #35685: unpriv container execution with directory images inside user's home dirs, that are assigned to this special "foreign UID range". This PR only defines the ranges, synthesizes NSS records for them via userdb, and then exposes them in a new "systemd-dissect --shift" command that can re-chown a container directory tree into this range (and in fact any range). This comes with docs. But no tests. There are tests in #35685 that cover all this, but they are more comprehensive and also test nspawn's hook-up with this, hence are excluded from this PR.
System and Service Manager
Details
Most documentation is available on systemd's web site.
Assorted, older, general information about systemd can be found in the systemd Wiki.
Information about build requirements is provided in the README file.
Consult our NEWS file for information about what's new in the most recent systemd versions.
Please see the Code Map for information about this repository's layout and content.
Please see the Hacking guide for information on how to hack on systemd and test your modifications.
Please see our Contribution Guidelines for more information about filing GitHub Issues and posting GitHub Pull Requests.
When preparing patches for systemd, please follow our Coding Style Guidelines.
If you are looking for support, please contact our mailing list, join our IRC channel #systemd on libera.chat or Matrix channel
Stable branches with backported patches are available in the stable repo.
We have a security bug bounty program sponsored by the Sovereign Tech Fund hosted on YesWeHack
