IETF Logo Mail Archive

Re: [kitten] [nfsv4] rpcsec-gssv3 multi-principal authentication

Benjamin Kaduk <kaduk@MIT.EDU> Wed, 03 September 2014 20:54 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CD061A069C; Wed, 3 Sep 2014 13:54:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.869
X-Spam-Level:
X-Spam-Status: No, score=-4.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dAiQb9ZHBC1d; Wed, 3 Sep 2014 13:54:42 -0700 (PDT)
Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 060BF1A700B; Wed, 3 Sep 2014 13:54:21 -0700 (PDT)
X-AuditID: 12074423-f799d6d00000337c-e7-54077ffcc117
Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id E7.6F.13180.CFF77045; Wed, 3 Sep 2014 16:54:20 -0400 (EDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s83KsKSS005063; Wed, 3 Sep 2014 16:54:20 -0400
Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s83KsINu003124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 3 Sep 2014 16:54:19 -0400
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s83KsHVc026770; Wed, 3 Sep 2014 16:54:17 -0400 (EDT)
Date: Wed, 03 Sep 2014 16:54:17 -0400
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: "J. Bruce Fields" <bfields@fieldses.org>
In-Reply-To: <20140903194905.GB25363@fieldses.org>
Message-ID: <alpine.GSO.1.10.1409031653010.21571@multics.mit.edu>
References: <alpine.GSO.1.10.1407311902230.21571@multics.mit.edu> <9BF7E3EA-59DB-4B91-A27A-659790AED727@netapp.com> <alpine.GSO.1.10.1408030153400.21571@multics.mit.edu> <alpine.GSO.1.10.1408201123060.21571@multics.mit.edu> <alpine.GSO.1.10.1409021306240.21571@multics.mit.edu> <20140903041240.GG2664@localhost> <20140903174741.GA24790@fieldses.org> <CAK3OfOipM10jM=e59q8hZd7niQGinQgWSBVFjKVabKRkvH1HUg@mail.gmail.com> <20140903192855.GA25363@fieldses.org> <CAK3OfOg9KSu7eK8a9zf24gJ92xegJhHvGXX1EEYhuPKE=Q87Vw@mail.gmail.com> <20140903194905.GB25363@fieldses.org>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHIsWRmVeSWpSXmKPExsUixG6nrvunnj3E4PxkY4sXU6Isjm5exWIx +/0jVgdmjw1Tm9g8liz5yRTAFMVlk5Kak1mWWqRvl8CVceHHHMaCVRwVD7Z/YGpg3MbWxcjJ ISFgItF5dieULSZx4d56IJuLQ0hgNpPE4u2nmSCcDYwSi2YshMocZJKY++QTK0iLkEC9xKX3 f5hAbBYBLYlzszcwgthsAioSM99sBBsrIqAjseHzO7AaZgF7iZ5dr8DiwgKeEhdOvmQHsTkF jCT2TnwC1ssr4Cix5sNCZohl21kkFp5+CLZMFGjQ6v1TWCCKBCVOznzCAjFUS2L59G0sExgF ZyFJzUKSWsDItIpRNiW3Sjc3MTOnODVZtzg5MS8vtUjXTC83s0QvNaV0EyM4aF2UdzD+Oah0 iFGAg1GJh3dBAFuIEGtiWXFl7iFGSQ4mJVHetXXsIUJ8SfkplRmJxRnxRaU5qcWHGCU4mJVE eGtqgXK8KYmVValF+TApaQ4WJXHet9ZWwUIC6YklqdmpqQWpRTBZGQ4OJQnebSBDBYtS01Mr 0jJzShDSTBycIMN5gIZXgtTwFhck5hZnpkPkTzHqcqzr/NbPJMSSl5+XKiXOKwxSJABSlFGa BzcHlmxeMYoDvSXMux2kigeYqOAmvQJawgS0xC2HFWRJSSJCSqqBsdk34GjUgnbjhXPPW/+f c+bUBS2ef3fXKr1l/6sn9H2BlMxi9dDZGvNPJbl/Urj41qaAWX9dzg7TDZ6/9s6ykF5m8HS7 G6+i+yrN+AgB0ao35hrcb8WydeJyUt77Ji/jOiC+9dv8Q/MENKqzLYwsfR5rhCs1zFxlqjlB f5tjfn3ZfP2M3pgSJZbijERDLeai4kQA9BKJdxEDAAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/kitten/nZi8nieCHjsCNeY1id4b-_cXV_4
Cc: "kitten@ietf.org" <kitten@ietf.org>, NFSv4 <nfsv4@ietf.org>
Subject: Re: [kitten] [nfsv4] rpcsec-gssv3 multi-principal authentication
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2014 20:54:44 -0000

On Wed, 3 Sep 2014, J. Bruce Fields wrote:

> On Wed, Sep 03, 2014 at 02:39:29PM -0500, Nico Williams wrote:
> > On Wed, Sep 3, 2014 at 2:28 PM, J. Bruce Fields <bfields@fieldses.org> wrote:
>
> So I guess you'd want the rules to be that a gss context is either tied
> to a client id or not, that the first RPC call referring to some
> clientid or sessionid ties the context to a client, at which point it's
> forbidden from being associated to any other client, and that only
> contexts tied to client id's can be used in CREATE calls?
>
> This all seems a little ad-hoc.  And it mixes up the RPC and NFS layers
> in ways I'm not sure I understand.

I agree; it doesn't feel like a good path forward (but I do believe it
would solve the problems we are worried about).

> > There should be a bit more structure to it to prevent aliasing, and
> > the server could be the source of the nonce (adding a round-trip) or
> > we could add more to the message to be MICed (e.g., the client ID).
>
> Sounds like there's work to do.

I agree.

-Ben

v2.29.0 | Report a Bug | By Email | System Status