Re: hardlinks to setuid binaries
Steffen Nurpmeso <[email protected]> Thu, 31 Mar 2022 19:09:42 +0200
| Newsgroups | gmane.os.netbsd.devel.security |
|---|---|
| Message-ID | <20220331170942.CFLo-%[email protected]> |
Michael Richardson wrote in <19821.1648745882@localhost>: | |George Georgalis <[email protected]> wrote: |> However, an audit of package hardlink count, warning on check, |> block on upgrade (without --force), to facilitate finding extra links, |> seems like a low cost sanity check? | |It sure seems like it's the upgrade process that needs to care to remove |"old" suid bits on old executables. Or alternatively, overwrite them \ |without |changing the inode. It's a tussle as to which is better. Yes exactly. Drop the stuff, then atomic rename. What else can it be to not have problems after the atomic rename. Just to mention i have #?0|kent:~# sysctl fs.protected_regular fs.protected_fifos fs.protected_hardlinks fs.protected_symlinks fs.protected_regular = 2 fs.protected_fifos = 2 fs.protected_hardlinks = 1 fs.protected_symlinks = 1 --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)