Re: Relax the prohibition of usage fchdir(2) to quit a chroot

"Kamil Rytarowski" <[email protected]>
Newsgroups gmane.os.netbsd.devel.security
Message-ID <trinity-6c864e4d-4453-4fbd-8f5f-7ee2c5db6980-1411292243468@3capp-mailcom-bs16>
Hello Matt,

Thank you for your reply.

I do agree that the rule looks perfectly sane and in inviolate.... however there is the second side of it. The fchdir(2) used i.a. in the venerable RPM is very ugly, I do agree with it.

The second side of this ugly hack is that it opens the possibilities to flawlessly interfere between the native and a chroot environment and make the job done immediately -- just enter_chroot() and quit_chroot() and you are done, with zero modification to the code-base, zero additional-logic. Replacing flawlessly the broken design with something sane produced many and different difficult use-cases of RPM features to get implemented - and in the end I was enforced to abandon it at that time.

I was trying to raise this issue a year ago at the RPM main mailing-list [1]...

Well let's please don't shift this discussion from kernel-security to this or that piece of 3rd party software, neither this particular use-case.

My proposition is to add:

security.chroot.allow_fchdir_out_of_chroot = 0
security.chroot.allow_sysctl_inside_chroot = 1

It's not broken by a 'the right design', but stops the job from being done.

It passed a year after coming to conclusion how to walk-around it... fix the kernel.

With regards,

[1] http://lists.rpm.org/pipermail/rpm-maint/2013-August/003587.html
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.