Re: NIS with local root

From: Kevin Jackson (kevin.jackson@genaware.com)
Date: 01/31/03

  • Next message: Jos Kirps|EducDesign: "Re: Secure Web-Based Administration"
    Date: Fri, 31 Jan 2003 21:51:32 -0000 (GMT)
    From: "Kevin Jackson" <kevin.jackson@genaware.com>
    To: <focus-linux@securityfocus.com>
    
    

    Its clear that Linux is used in all sorts of environments - trusted,
    untrusted - with people replying with their 0.02 (local currency) - making
    the original post to this thread somewhat lost amongst us agreeing to
    disagree!

    What works for some people doesn't work for others. There is no right or
    wrong answer - but one that just fits better.

    For securing "lab users" that seem to be touted in these posts is quite
    different than someone trying to administer networked PCs in an office
    environment - where access to root isn't needed on a day-to-day basis and
    so mechanisms are put in place to disallow normal su'ing, or even logging
    on directly as root without some other bit of intervention first (say,
    deny root on the console and denying/removing su, but allowing access
    remotely from trusted administrator's PC).

    We can argue for days on what is best for one environment - but others
    will find it either too restricting or unworkable.

    If there is a utopian environment where networked file systems _and_
    remote security can be achieved and controlled then let the list know! I
    apologise, someone did suggest LDAP and some other form of remote file
    system. If we don't know about these alternatives, or they aren't well
    documented then this needs to be addressed.

    Else, we'll be replying to the post below, ending up saying the person
    should have no input into the computer that has been turned off and shut
    in a room with no doors or windows.
    In some cases that is a "utopian environment".

    It would certainly make my job easier. :)

    Kev

    > No, if someone has physical access to a PC they can turn it off,
    > open the case, short the jumper to clear the BIOS, boot from a
    > floopy or CD and get root. Securing the services and network won't
    > help if you allow untrusted users to have unsupervised access [which is
    > eventually going to happen at some point in any classroom or lab] to
    > the hardware.

    -- 
    Kevin Jackson
    Systems Administrator                        Locate, Enquire, Empower
    GenaWare Limited                              www.genaware.com
    ------------------------------------------------------------------------
    PRIVILEGED - PRIVATE AND CONFIDENTIAL
    This email and any files transmitted with it are intended solely for the
    use of the addressee(s) and may contain information which is
    confidential or privileged. If you receive this email and you are not
    the addressee (or responsible for delivery of the email to the
    addressee), please disregard the contents of the email, delete the email
    and notify the author immediately.
    Before opening or using any attachments, please scan them for viruses
    and defects. We do not accept any liability for loss or damage, which
    may arise from your receipt of this e-mail. Our liability is limited to
    re-supplying any affected attachments.
    


    Relevant Pages

    • Re: Why use "su -" rather than "su"
      ... > details that aren't relevent to the normal danger of being root. ... in the environment, but would have been in root's environment, you can ... pretty uncommon situation in my experience. ... eventually it WILL bite you. ...
      (Fedora)
    • Re: roots PATH variable
      ... >>If root has no .profile, where does it get its PATH environment from? ... > that the sshd binaries on the two machines weren't identical. ...
      (comp.unix.solaris)
    • Re: root shell
      ... In 'usuall' Linux-Systems you use 'su -' to gain root privileges WITH the ... Provide an environment similar to what the user would expect had ... so 'sudo -i' is the equivalent in sudo driven systems. ... The command name argument given to the shell begins with a - to ...
      (Ubuntu)
    • Re: mysql_connect stops via php
      ... ROOT. ... Production. ... Environment. ... All SUPER users in MySQL handled with special rules, ...
      (comp.lang.php)
    • Re: [SLE] /etc/opt/kde3 ??
      ... root with the current environment (environment variables like $HOME, ... changes to root and adopts root's environment. ... always the command to use instead of plain "su". ... configuration file before committing it). ...
      (SuSE)