Messages in this thread | | | Date | Tue, 25 Nov 2003 11:11:58 -0500 (EST) | From | Bill Davidsen <> | Subject | Re: hard links create local DoS vulnerability and security problems |
| |
On Mon, 24 Nov 2003, Chris Wright wrote:
> * bill davidsen (davidsen@tmr.com) wrote: > > > > While I think you're overblowing the problem, it is an issue which might > > be addressed in SE Linux or somewhere. I have an idea on that, but I > > want to look before I suggest anything. > > SELinux controls hard link creation by checking, among other things, > the security context of the process attempting the link, and the security > context of the target (oldpath). Other MAC systems do similar, and some > patches such as grsec and owl simply disable linking to files the user > can't read/write to for example. > > > Bear in mind it isn't a "problem" it's 'expected behaviour" for the o/s, > > and might even be mentioned in SuS somehow. Interesting topic, but not a > > bug, since the behaviour is as intended. > > SuS states: > > The implementation may require that the calling process has > permission to access the existing file. > > Note the use of *may*.
I note the "permission to access" as well, that's not exactly definitive, either. Could mean anything from rwx on the file to execute on the file and all directories in the path. And a conforming o/s could demand that the process doing the link have the same EUID as the UID of the file. I would expect that to break things, however, although the things which break may not be desirable!
-- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |