[Samba] Sticky bit problem

David Aldrich David.Aldrich at EMEA.NEC.COM
Mon Jun 20 04:20:15 MDT 2011


> -----Original Message-----
> From: Linda Walsh [mailto:samba at tlinx.org]
> Sent: 20 June 2011 04:24
> To: David Aldrich; Samba mailing list
> Subject: Re: Sticky bit problem
> 
> Linda Walsh wrote:
> > David Aldrich wrote:
> >> Hi
> >>
> >> We are building a Linux app under Centos 5.3, using gnu make 3.81 and
> >> gcc 4.12.  The working directory is on a remote machine and is either
> >> a Samba share or a Windows 7 share.  We find that in the case of a
> >> Windows 7 share the resulting executable has the sticky bit set in group:
> >>
> >> On Windows 7 share:
> >>
> >> -rwxrwSrwx 1 <snip> myapp
> > T is the sticky bit, S is the SxID bit....
> >
> > BUT, a cap S, means the execute bit isn't set. so theoretically,
> > someone in the same group wouldn't be able to access any files or
> > subdirs but they could, theoretically read the names of the files...
> -----
> Forget what I said above --  you said it was on an executable, not on a dir.
> 
> 
> the cap S means the execute bit isn't set.   If the 'SGID' AND the
> execute bit are set then it's a lowercase 's'....
> 
> So of course, someone in whatever group shoudln't
> be able to execute it since the execute bit is 'off'.
> 
> if the SGID bit is 'on', it should force whoever executes the file
> into that group (while they are running that program) (if they aren't
> already)....you may not want that...  but apparently, over CIFS, the
> SGID bit isn't being transmitted anyway....the permissions just look
> odd on the CIFS client...it shouldn't show it as group executable.
> 
> What that is really saying on 'linux' is that anyone in that group can't
> execute it.
> 
> The user can, group cannot, everyone else can....

Hi Linda

Thanks for your reply.

David


More information about the samba mailing list