Re: hardlinks to setuid binaries
George Georgalis <[email protected]> Fri, 25 Mar 2022 10:06:19 -0700
| Newsgroups | gmane.os.netbsd.devel.security |
|---|---|
| Message-ID | <CAHK3FNxm4YK7Djnt7o6tCDRwXhGBGm2JMsb1q-HpVTUdbERsbQ@mail.gmail.com> |
On Fri, Mar 25, 2022 at 8:22 AM Michael Richardson <[email protected]> wrote: > > Jan Schaumann <[email protected]> wrote: > > Suppose you have a setuid /usr/pkg/bin/sudo from sudo version 1.8.11, > > which is vulnerable to CVE-2014-9680. You create a hardlink in your > > home directory, so you get setuid, owned by root, mode 511 '~/sudo'. > > So, that would require that all pieces be on the same partition. > > I would claim that /home should be mounted nosuid, and that it wasn't is > really the bug. What a great observation! Around 2003, Debian root dev servers were discovered compromised due to an old install, with vulnerable suid binaries, mounted ro in a non-standard path, the old partitions were retained as a bin, lib, etc backup. When the vulnerable binaries were covertly exploited by a rogue developer, it was a mess for the OS. I don't think it is necessary to mount user writable partitions nosuid, that would be problematic for various suid/sgid sandbox directories. Using separate partitions for the administrative suid binaries and user writable directories covers all the cases I can imagine? -George -- George Georgalis, (415) 894-2710, http://www.galis.org/