On Wed, 30 Dec 2009 13:36:57 -0800
email@example.com (Eric W. Biederman) wrote:
> Alan Cox writes:
> >> Added bprm->nosuid to make remove the need to add
> >> duplicate error prone checks. This ensures that
> >> the disabling of suid executables is exactly the
> >> same as MNT_NOSUID.
> > Another fine example of why we have security hooks so that we don't get
> > kernel full of other "random security idea of the day" hacks.
> Well it comes from plan 9. Except there they just simply did not
> implement suid. What causes you to think dropping the ability
> to execute suid executables is a random security idea of the day?
Well to be fair its random regurgitated security idea of every year or
More to the point - we have security_* hooks so this kind of continuous
security proposal turdstream can stay out of the main part of the kernel.
Cleaning up the mechanism by which NOSUID is handled in kernel seems a
good idea. Adding wacky new prctls and gunk for it doesn't, and belongs
in whatever security model you are using via the security hooks.
To unsubscribe from this list: send the line "unsubscribe
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html