linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Cc: "J. Bruce Fields" <bfields@redhat.com>,
	"David P. Quigley" <dpquigl@tycho.nsa.gov>,
	Linux NFS list <linux-nfs@vger.kernel.org>,
	Linux FS devel list <linux-fsdevel@vger.kernel.org>,
	Linux Security List <linux-security-module@vger.kernel.org>,
	SELinux List <selinux@tycho.nsa.gov>
Subject: Re: [PATCH 09/17] NFSv4: Introduce new label structure
Date: Thu, 02 May 2013 14:31:28 -0400	[thread overview]
Message-ID: <5182B100.2080900@RedHat.com> (raw)
In-Reply-To: <1367434764.4189.33.camel@leira.trondhjem.org>

On 01/05/13 14:59, Myklebust, Trond wrote:
>> diff --git a/include/linux/nfs_xdr.h b/include/linux/nfs_xdr.h
>> > index 9f2dba3..4d2fdf6 100644
>> > --- a/include/linux/nfs_xdr.h
>> > +++ b/include/linux/nfs_xdr.h
>> > @@ -351,6 +351,7 @@ struct nfs_openargs {
>> >  	const u32 *		bitmask;
>> >  	const u32 *		open_bitmap;
>> >  	__u32			claim;
>> > +	const struct nfs4_label *label;
>> >  };
>> >  
>> >  struct nfs_openres {
>> > @@ -360,6 +361,7 @@ struct nfs_openres {
>> >  	struct nfs4_change_info	cinfo;
>> >  	__u32                   rflags;
>> >  	struct nfs_fattr *      f_attr;
>> > +	struct nfs4_label	*f_label;
>> >  	struct nfs_seqid *	seqid;
>> >  	const struct nfs_server *server;
>> >  	fmode_t			delegation_type;
>> > @@ -404,6 +406,7 @@ struct nfs_closeres {
>> >  	struct nfs4_sequence_res	seq_res;
>> >  	nfs4_stateid            stateid;
>> >  	struct nfs_fattr *	fattr;
>> > +	struct nfs4_label	*label;
>> >  	struct nfs_seqid *	seqid;
>> >  	const struct nfs_server *server;
>> >  };
>> > @@ -477,6 +480,7 @@ struct nfs4_delegreturnargs {
>> >  struct nfs4_delegreturnres {
>> >  	struct nfs4_sequence_res	seq_res;
>> >  	struct nfs_fattr * fattr;
>> > +	struct nfs4_label	*label;
>> >  	const struct nfs_server *server;
>> >  };
>> >  
>> > @@ -497,6 +501,7 @@ struct nfs_readargs {
>> >  struct nfs_readres {
>> >  	struct nfs4_sequence_res	seq_res;
>> >  	struct nfs_fattr *	fattr;
>> > +	struct nfs4_label	*label;
> Why do we need to check labels on close, delegreturn, read, remove,
> rename, etc? Do any of those operations cause our cached labels to
> change?
I was not around then this decision was made... Maybe some of the 
security people can address that.... 

What operation do you think they are needed for?

steved.
 

  reply	other threads:[~2013-05-02 18:31 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-29 12:57 [PATCH 00/17] lnfs: 3.9-rc8 release (take 2) Steve Dickson
2013-04-29 12:57 ` [PATCH 01/17] NFSv4.2: Added v4.2 error codes Steve Dickson
2013-04-29 12:57 ` [PATCH 02/17] NFSv4.2: Added NFS v4.2 support to the NFS client Steve Dickson
2013-04-29 12:57 ` [PATCH 03/17] NFSDv4.2: Added NFS v4.2 support to the NFS server Steve Dickson
2013-05-07 20:44   ` J. Bruce Fields
2013-05-07 20:46     ` J. Bruce Fields
2013-04-29 12:57 ` [PATCH 04/17] Security: Add hook to calculate context based on a negative dentry Steve Dickson
2013-04-29 12:57 ` [PATCH 05/17] Security: Add Hook to test if the particular xattr is part of a MAC model Steve Dickson
2013-04-29 12:57 ` [PATCH 06/17] LSM: Add flags field to security_sb_set_mnt_opts for in kernel mount data Steve Dickson
2013-04-29 12:57 ` [PATCH 07/17] SELinux: Add new labeling type native labels Steve Dickson
2013-04-29 12:57 ` [PATCH 08/17] NFSv4: Add label recommended attribute and NFSv4 flags Steve Dickson
2013-04-29 12:57 ` [PATCH 09/17] NFSv4: Introduce new label structure Steve Dickson
2013-05-01 18:59   ` Myklebust, Trond
2013-05-02 18:31     ` Steve Dickson [this message]
     [not found]       ` <5182B100.2080900-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2013-05-02 18:39         ` Myklebust, Trond
     [not found]     ` <1367434764.4189.33.camel-5lNtUQgoD8Pfa3cDbr2K10B+6BGkLq7r@public.gmane.org>
2013-05-08 13:43       ` Steve Dickson
     [not found]         ` <518A567F.5060405-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2013-05-08 15:16           ` Casey Schaufler
2013-05-08 17:32       ` Steve Dickson
     [not found]         ` <518A8C3D.9000407-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2013-05-08 18:06           ` Myklebust, Trond
2013-05-08 18:56             ` J. Bruce Fields
     [not found]               ` <20130508185635.GB11497-spRCxval1Z7TsXDwO4sDpg@public.gmane.org>
2013-05-08 19:06                 ` Steve Dickson
2013-04-29 12:57 ` [PATCH 12/17] NFS: Add label lifecycle management Steve Dickson
2013-04-29 12:57 ` [PATCH 13/17] NFS: Client implementation of Labeled-NFS Steve Dickson
2013-05-01 19:03   ` Myklebust, Trond
2013-05-08 16:39     ` Steve Dickson
2013-05-08 16:43       ` Myklebust, Trond
2013-05-08 17:39         ` Steve Dickson
2013-05-08 18:07           ` Myklebust, Trond
2013-05-08 18:27             ` Steve Dickson
2013-05-08 18:31               ` Myklebust, Trond
     [not found]                 ` <1368037873.5978.34.camel-5lNtUQgoD8Pfa3cDbr2K10B+6BGkLq7r@public.gmane.org>
2013-05-08 18:41                   ` Steve Dickson
2013-05-08 18:47                     ` Myklebust, Trond
2013-04-29 12:57 ` [PATCH 14/17] NFS: Extend NFS xattr handlers to accept the security namespace Steve Dickson
2013-04-29 12:57 ` [PATCH 16/17] NFSD: Server implementation of MAC Labeling Steve Dickson
2013-04-30 15:49   ` J. Bruce Fields
2013-05-06 20:26   ` J. Bruce Fields
     [not found] ` <1367240239-19326-1-git-send-email-SteveD-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2013-04-29 12:57   ` [PATCH 10/17] NFSv4: Extend fattr bitmaps to support all 3 words Steve Dickson
2013-04-29 12:57   ` [PATCH 11/17] NFS:Add labels to client function prototypes Steve Dickson
2013-04-29 12:57   ` [PATCH 15/17] Kconfig: Add Kconfig entry for Labeled NFS V4 client Steve Dickson
2013-04-29 12:57   ` [PATCH 17/17] Kconfig: Add Kconfig entry for Labeled NFS V4 server Steve Dickson
2013-04-30 15:57 ` [PATCH 00/17] lnfs: 3.9-rc8 release (take 2) J. Bruce Fields
2013-04-30 16:11   ` Myklebust, Trond
2013-04-30 16:13     ` J. Bruce Fields
     [not found]     ` <1367338308.4260.18.camel-5lNtUQgoD8Pfa3cDbr2K10B+6BGkLq7r@public.gmane.org>
2013-04-30 17:32       ` Steve Dickson
  -- strict thread matches above, loose matches on Subject: below --
2013-05-02 17:18 [PATCH 00/17] lnfs: linux-3.9 release Steve Dickson
2013-05-02 17:19 ` [PATCH 09/17] NFSv4: Introduce new label structure Steve Dickson
2013-04-24 20:17 [PATCH 00/17] lnfs: 3.9-rc8 release Steve Dickson
2013-04-24 20:17 ` [PATCH 09/17] NFSv4: Introduce new label structure Steve Dickson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5182B100.2080900@RedHat.com \
    --to=steved@redhat.com \
    --cc=Trond.Myklebust@netapp.com \
    --cc=bfields@redhat.com \
    --cc=dpquigl@tycho.nsa.gov \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=linux-security-module@vger.kernel.org \
    --cc=selinux@tycho.nsa.gov \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).