[601] in bugtraq
Re: /etc/mnttab and Solaris 2.4
daemon@ATHENA.MIT.EDU (Luke Mewburn)
Sun Jan 8 19:36:03 1995
To: sysdfg@gsusgi1.gsu.edu (Davide Gaetano)
Date: Mon, 9 Jan 1995 09:51:31 +1100 (EST)
Cc: Philippe.Langlois@world-net.sct.fr, bugtraq@fc.net
In-Reply-To: <9501071750.AA26899@gsusgi1.gsu.edu> from "Davide Gaetano" at Jan 7, 95 12:50:21 pm
From: Luke Mewburn <lm@melb.cpr.itg.telecom.com.au>
Reply-To: Luke Mewburn <lm@melb.cpr.itg.telecom.com.au>
> > I ask that because under Solaris 2.4, the /etc/mnttab is like this (666):
> > % ll /etc/mnttab
> > -rw-rw-rw- 1 root root 409 Jan 6 13:25 /etc/mnttab
> Ours is mode 644. It has to be readable for things like df to
> work. Only root needs to be able to write to the file, when
> mounting file systems, changeing quota, and such.
yup, I noticed this too... I can't remember offhand how I stopped the
mnttab having 666 perms; probably a mod to one of the startup files...
> Note, that atleast on our system, quotaon sets the mode to 600
> and this break the df command (and quota -v for the user if
> memory serves)
I think I tracked this behaviour down to having root umask of 077.
I.e, quotaon sets perms of mnttab to (666 & ~umask).
--
Luke Mewburn, <lm@werj.com.au>
``Think of it as Evolution in Action''
-- 'Oath of Fealty', Niven & Pournelle
