Request to add options in the chroot permissions check.

Ramón García <[email protected]>
Newsgroups gmane.network.openssh.devel
Message-ID <CA+=ghChMqo2j9EUDbcqFt-PVtputyQrXzTs2HzzfKvcpursmyw@mail.gmail.com>
Hello,


I am using Openssh as part of a file transfer system running inside a
container. I am writing here to request some flexibility in the
ChrootDirectory functionality. At present, it checks that all directories
leading to the root are root owned.

This forces me to reduce the security inside the containers. I would prefer
all the directories being owned by the root of the container, which is seen
as nobody inside the container. This improves security, as it protects
against a possible bug in Openssh making the container stronger.

I propose two solutions that I am willing to implement:
- An option ChrootDirectorySkipCheckIUnderstandThisIsRisky, that disables
the checks. But with that name, the system administrator is taking full
responsibility if something goes wrong, and the Openssh team cannot be
blamed. For situations like mine, it could work.
- An option ChrootCheckInsideContainer, that accepts the uid and gid found
in /proc/sys/kernel/overflowuid as acceptable owners for chroot
directories. This would be a focused approach.

Would any of these options be acceptable?
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.