[lkml]   [2001]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Disturbing news..
    In message <>, Olivier Galibert
    <> writes
    >On Wed, Mar 28, 2001 at 03:04:46PM +0100, Simon Williams wrote:
    >> I think their point was that a program could only change permissions
    >> of a file that was owned by the same owner. If a file is owned by a
    >> different user & has no write permissions for any user, the program
    >> can't modify the file or it's permissions.
    >You mean, you usually have write permissions for other than the owner
    >on executable files?
    >Let me reformulate that. You usually have write permissions for other
    >than the owner, and not only on some special, untrusted log files (I'm
    >talking files, here, not device nodes)? What's your umask, 0?

    Firstly, I'm relatively new to Linux (only about 3 yrs experience) &
    don't claim to be an expert. Secondly, I don't think I stated my point
    very clearly.

    No, I don't have write permissions set on an executable for any user
    other than the owner.

    What I meant was that if a file is owned by root with permissions of,
    say, 555 (r-xr-xr-x), not setuid or setgid, then another executable
    run as a non-root user cannot modify it or change the permissions to
    7 (rwx).

    >> Sounds like a good plan to me.
    >PEBCAK. Unix security is not designed with dumb "administrators" in
    >mind, nor should be. User friendly is good. Luser friendly isn't,
    >it's either dumbing down or unnecessarily restrictive.

    I completely agree (even with the PEBCAK part :)). UNIX security on
    corporate networks or public-facing systems should be left to experts.
    I, on the other hand, am a home-user trying to learn how Linux works &
    how to secure it, I don't pretend to be an expert.

    My policy is to give necessary permissions & no more. I would set the
    aforementioned permissions on the main system binaries which would allow
    other users to get on with what they need to do without being able to
    affect the workspaces of other users, only their own.

    I'm open to contructive criticism on this.

    Simon Williams
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:18    [W:0.024 / U:61.812 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site