delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2015/03/01/15:55:21

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:content-type:content-transfer-encoding; q=dns; s=default; b=IiC
6ie+bAAgHWfIYWVICg5mapyIJjbHHbDWVyyBjZ9faWFCDIOweaeA1lYhqHjWGHrz
8HIsFqlFZvhGFKb6/SGYikTs7Jdv1Ze3Ao7yOibd1ZpUYaTYHjvIkPCX6XeTfqMj
1s43AWi5LyKTLBA8X9imwWk7mwcQE96HmbJ9dVdo=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:content-type:content-transfer-encoding; s=default; bh=ULsCLwuXq
xWrwd5URnqm7HmjWT8=; b=BuH3gFg4aDtt0BpkCX16PldC2ekZd/YSpqexxS6FH
NyZbWkIgg6ARBfNy2EhiApLWyKSeBz2GDN6keZvnMgs37cMYq3kL8rcjYWBju59+
8D0Mh7R+cXXjqJQOIIfeYcb9j+8iGKg+EADlpXh0ArqPAXjy1toJUpc2yiGCTb1R
jI=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=3.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,FROM_LOCAL_NOVOWEL,HK_RANDOM_ENVFROM,KAM_FROM_URIBL_PCCC,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2
X-HELO: mail-pa0-f43.google.com
X-Received: by 10.68.200.166 with SMTP id jt6mr41610659pbc.11.1425243297518; Sun, 01 Mar 2015 12:54:57 -0800 (PST)
Message-ID: <54F37C9F.1020900@gmail.com>
Date: Sun, 01 Mar 2015 12:54:55 -0800
From: random user <cnpxzsdwle4m0dkt AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Too Many Permissions Stripped In 1.7.35?
Note-from-DJ: This may be spam

Thanks for the reply.  Seems we've maybe miscommunicated a bit tho.
So not meaning to argue, just to try to clarify, let me try again:

None of my concern, none of my examples, were intended to involve any
ACLs other than those created by Cygwin touch, chgrp, chmod, and
setfacl.  (setfacl only used as explicitly shown in one
previously-sent example, not used at all in the below.)  I'm working
in a Cygwin-mkdir'd directory that I believe has no added nor
inherited grants.

The logged in user is XXX, primary group YYY, distinct SIDs.

icacls .
  . zzz\XXX:(F)
    zzz\YYY:(Rc,S,RA)
    Everyone:(Rc,S,RA)
    CREATOR OWNER:(OI)(CI)(IO)(F)
    CREATOR GROUP:(OI)(CI)(IO)(Rc,S,RA)
    Everyone:(OI)(CI)(IO)(Rc,S,RA)

rm x
touch x
chmod 500 x
ls -al x
  -r-x------ 1 XXX YYY 0 Mar  1 11:36 x
chmod o+rwx x
icacls x
  x zzz\XXX:(DENY)(S,WD,AD,WEA)
    zzz\XXX:(RX,D,WDAC,WO,WA)
    zzz\YYY:(DENY)(W,RD,REA,X)
    zzz\YYY:(Rc,S,RA)
    Everyone:(RX,W)
ls -al x
  -r-x---rwx 1 XXX YYY 0 Mar  1 11:36 x

rm x
touch x
chgrp XXX x   # group with same SID as user XXX
chmod 500 x
ls -al x
  -r-x------ 1 XXX XXX 0 Mar  1 11:37 x
chmod o+rwx x
icacls x
  x zzz\XXX:(DENY)(S,WD,AD,WEA)
    zzz\XXX:(RX,D,WDAC,WO,WA)
    Everyone:(RX,W)
ls -al x
  -r-xr-xrwx 1 XXX XXX 0 Mar  1 11:37 x

I think I understand why the DENYs are present to achieve Posix
behavior, and don't have any issues/concerns with that at all.  The
ACLs above match my expectations, I've no concern on the ACLs.

I'm only wondering if showing the group mode as r-x in the last case
above is best, vs continuing to show the group as ---, the same as it
appeared before the chmod o+rwx.  Either seems reasonably accurate
from p.o.v. of actual security since there can't be group members
other than the user itself so the group can't be carrying any actual
new permission for anyone.  But chmod o+<whatever> having a visible
impact on the group bits seems surprising.

Since the ACLs are fine, and the x00 mode cases are now showing group
as --- which is what seems most helpful, this is probably not overly
important for now.  I'm just thinking it not likely best, an
unnecessary nuance/surprise.  chmod o+<whatever> having similar impact
on an actual Posix-y group mask in future would seem to me likely
actually incorrect tho.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019