Re: Poll: pure SCRAM versa SCRAM-as-GS2

Alexey Melnikov <alexey.melnikov@isode.com> Tue, 10 February 2009 21:15 UTC

Return-Path: <owner-ietf-sasl@mail.imc.org>
X-Original-To: ietfarch-sasl-archive-Zoh8yoh9@core3.amsl.com
Delivered-To: ietfarch-sasl-archive-Zoh8yoh9@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6A7628C1E8 for <ietfarch-sasl-archive-Zoh8yoh9@core3.amsl.com>; Tue, 10 Feb 2009 13:15:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.528
X-Spam-Level:
X-Spam-Status: No, score=-2.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eQJInesk5BT3 for <ietfarch-sasl-archive-Zoh8yoh9@core3.amsl.com>; Tue, 10 Feb 2009 13:15:00 -0800 (PST)
Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id 987013A6B8F for <sasl-archive-Zoh8yoh9@ietf.org>; Tue, 10 Feb 2009 13:14:59 -0800 (PST)
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n1AL6rZJ099285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Feb 2009 14:06:53 -0700 (MST) (envelope-from owner-ietf-sasl@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id n1AL6rBT099284; Tue, 10 Feb 2009 14:06:53 -0700 (MST) (envelope-from owner-ietf-sasl@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-sasl@mail.imc.org using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n1AL6gTX099256 for <ietf-sasl@imc.org>; Tue, 10 Feb 2009 14:06:53 -0700 (MST) (envelope-from alexey.melnikov@isode.com)
Received: from [92.40.222.93] (92.40.222.93.sub.mbb.three.co.uk [92.40.222.93]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <SZHsYAB0lCCn@rufus.isode.com>; Tue, 10 Feb 2009 21:06:41 +0000
Message-ID: <4991EC51.60307@isode.com>
Date: Tue, 10 Feb 2009 21:06:25 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Nicolas Williams <Nicolas.Williams@sun.com>
CC: Kurt Zeilenga <Kurt.Zeilenga@isode.com>, SASL WG <ietf-sasl@imc.org>
Subject: Re: Poll: pure SCRAM versa SCRAM-as-GS2
References: <498B569C.7070400@isode.com> <9F513164-7955-41A1-A015-BED66D7D720C@Isode.com> <20090210203532.GJ9992@Sun.COM>
In-Reply-To: <20090210203532.GJ9992@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-sasl@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-sasl/mail-archive/>
List-ID: <ietf-sasl.imc.org>
List-Unsubscribe: <mailto:ietf-sasl-request@imc.org?body=unsubscribe>

Nicolas Williams wrote:

>On Tue, Feb 10, 2009 at 12:17:32PM -0800, Kurt Zeilenga wrote:
>  
>
>>Question regarding the GS2-SCRAM specification.
>>
>>I see no language in draft-newman-auth-scram-gs2-00.txt which says  
>>whether it or the specifications detailing the SASL-GS2, GSS-API, GSS- 
>>API-SCRAM are definitive.
>>
>>Which will be?
>>
>>I don't think 'neither' or 'both' is an appealing (to me) answer here.
>>    
>>
>Certainly "neither" is not a good answer, because then there'd be no
>authoritative specification :)
>
>However, SCRAM-as-GS2 must stand on its own if pure-SASL implementors
>are to be happy, yet it needs to conform to GS2 if we are to have
>interop with SASL/GS2 implementors.
>  
>
I agree with both statements.

>>I would argue that if we further pursue the scram-gs2 approach, I  
>>would favor the approach suggested by Simon.  That is, SCRAM-GS2 be  
>>informational.   I would add that SCRAM-GS2 should include text that  
>>clearly states it is not definitive.
>>    
>>
>I'd be happy with that.
>
I would be less happy about that and I don't think a statement like this 
is going to be helpful, even if it is true.

>But pure SASL implementors might not be, in
>which case we'll need to make a) the SCRAM specification independent of
>GS2 yet b) conformant to it.  I have long assumed we'd have to do just
>that.
>  
>