linux-kernel - Re: [RFC v3 30/45] richacl: Create richacl from mode values

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 28 May 2015 15:25:53 -0400
From:	"J. Bruce Fields" <bfields@...ldses.org>
To:	Andreas Gruenbacher <andreas.gruenbacher@...il.com>
Cc:	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
	linux-nfs@...r.kernel.org, Andreas Gruenbacher <agruen@...nel.org>
Subject: Re: [RFC v3 30/45] richacl: Create richacl from mode values

On Thu, May 28, 2015 at 03:24:13PM -0400, bfields wrote:
> On Fri, Apr 24, 2015 at 01:04:27PM +0200, Andreas Gruenbacher wrote:
> > Create a richacl that corresponds to given file mode permission bits.
> > 
> > Signed-off-by: Andreas Gruenbacher <agruen@...nel.org>
> > ---
> >  fs/richacl_compat.c     | 38 ++++++++++++++++++++++++++++++++++++++
> >  include/linux/richacl.h |  1 +
> >  2 files changed, 39 insertions(+)
> > 
> > diff --git a/fs/richacl_compat.c b/fs/richacl_compat.c
> > index 49af600..8ebe772 100644
> > --- a/fs/richacl_compat.c
> > +++ b/fs/richacl_compat.c
> > @@ -750,3 +750,41 @@ richacl_apply_masks(struct richacl **acl)
> >  	return 0;
> >  }
> >  EXPORT_SYMBOL_GPL(richacl_apply_masks);
> > +
> > +/**
> > + * richacl_from_mode_unmasked  -  create an acl which corresponds to @mode
> > + *
> > + * The resulting acl doesn't have the RICHACL_MASKED flag set.
> 
> That seems to disagree with:
> 
> > + *
> > + * @mode:	file mode including the file type
> > + */
> > +struct richacl *
> > +richacl_from_mode_unmasked(mode_t mode)
> > +{
> > +	struct richacl *acl;
> > +	struct richace *ace;
> > +
> > +	acl = richacl_alloc(1, GFP_KERNEL);
> > +	if (!acl)
> > +		return NULL;
> > +	acl->a_flags = RICHACL_MASKED;
> 
> this line?

OK, looks like that's a temporary issue, fixed by the next patch.
Might be simpler just to squash the two patches and skip this step?

--b.

> 
> --b.
> 
> > +	acl->a_owner_mask = richacl_mode_to_mask(mode >> 6) |
> > +			    RICHACE_POSIX_OWNER_ALLOWED;
> > +	acl->a_group_mask = richacl_mode_to_mask(mode >> 3);
> > +	acl->a_other_mask = richacl_mode_to_mask(mode);
> > +
> > +	ace = acl->a_entries;
> > +	ace->e_type  = RICHACE_ACCESS_ALLOWED_ACE_TYPE;
> > +	ace->e_flags = RICHACE_SPECIAL_WHO;
> > +	ace->e_mask = RICHACE_POSIX_ALWAYS_ALLOWED |
> > +		      RICHACE_POSIX_MODE_ALL |
> > +		      RICHACE_POSIX_OWNER_ALLOWED;
> > +	/* RICHACE_DELETE_CHILD is meaningless for non-directories. */
> > +	if (!S_ISDIR(mode))
> > +		ace->e_mask &= ~RICHACE_DELETE_CHILD;
> > +	ace->e_id.special = RICHACE_EVERYONE_SPECIAL_ID;
> > +
> > +	return acl;
> > +
> > +}
> > +EXPORT_SYMBOL_GPL(richacl_from_mode_unmasked);
> > diff --git a/include/linux/richacl.h b/include/linux/richacl.h
> > index 6a97dca..25ff4df 100644
> > --- a/include/linux/richacl.h
> > +++ b/include/linux/richacl.h
> > @@ -327,5 +327,6 @@ extern struct richacl *richacl_create(struct inode *, struct inode *);
> >  
> >  /* richacl_compat.c */
> >  extern int richacl_apply_masks(struct richacl **);
> > +extern struct richacl *richacl_from_mode_unmasked(mode_t);
> >  
> >  #endif /* __RICHACL_H */
> > -- 
> > 2.1.0
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> > the body of a message to majordomo@...r.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/