Re: [http-auth] Barry Leiba's Discuss on draft-ietf-httpauth-hoba-09: (with DISCUSS and COMMENT)

Barry Leiba <barryleiba@computer.org> Tue, 06 January 2015 09:54 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: http-auth@ietfa.amsl.com
Delivered-To: http-auth@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7821A1A1BB7; Tue, 6 Jan 2015 01:54:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 iEsjXmmK3nZ3; Tue, 6 Jan 2015 01:54:40 -0800 (PST)
Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7C931A0029; Tue, 6 Jan 2015 01:54:39 -0800 (PST)
Received: by mail-lb0-f175.google.com with SMTP id z11so10974721lbi.20; Tue, 06 Jan 2015 01:54:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5816qoVslhh1/mmrMKHbrtoi6JByjGtPs2YVh9Ojd18=; b=Iy4iAJOFbIzAbl64S62vxj471+F5DJ/fA/H/zpquIxOeh+mwRUcc7i8gN4Qd+ULGpM p9BX6Uhgd94endn1qO82mz9r5z5XyfV6zE0tGJGXBO+Dt5vOmMyRC6aPXjgeSwYeiihr dhA0VJ8mE4jplZBJYQmA01Oo428kEVB8GNscUMJ/HquBFfKwn39XcahI7OcTGgVC4z/r FU4bmvt1P3ChW/GVc4rf8Jxk4/+BtqqDYoziPCYtlSI6+Ftuh8giMbWGUo82AWbQfcQ+ bvLZGMto534ESZ9Moh1DqFvBwyrpAH7lHSynZN8+rVO74PmI7765oO5TH+8/TCWBBMo9 zyOg==
MIME-Version: 1.0
X-Received: by 10.112.25.7 with SMTP id y7mr24444841lbf.94.1420538078200; Tue, 06 Jan 2015 01:54:38 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.152.127.168 with HTTP; Tue, 6 Jan 2015 01:54:38 -0800 (PST)
In-Reply-To: <54ABAF30.8040207@cs.tcd.ie>
References: <20150105174855.11968.51931.idtracker@ietfa.amsl.com> <54AAE9C7.8010105@cs.tcd.ie> <CALaySJ+j2u3_amk-BSjDgRvoGKFjsqn8k1Lm8pN0dW5dCXck3g@mail.gmail.com> <9C2AA051DD3C464F8ADEE38AEE6C26AD18C9E7BA@dfweml704-chm> <54AB4FFF.4040402@cs.tcd.ie> <CALaySJ+QY12hbrn0SkzwCakcBR3mqSD7XkHAQEspogafVq1_-g@mail.gmail.com> <54ABAF30.8040207@cs.tcd.ie>
Date: Tue, 06 Jan 2015 17:54:38 +0800
X-Google-Sender-Auth: jtBsQjo8jzKfGG9ZnZxPMB9VcyA
Message-ID: <CALaySJ+y8_AF_B5yJHwJe=ZMp+4Yiy=WoBXdooUTD0jQW6wrTQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: http://mailarchive.ietf.org/arch/msg/http-auth/lObLuGVDOyjC6z0VL6dpPdmSBFQ
Cc: "draft-ietf-httpauth-hoba.all@tools.ietf.org" <draft-ietf-httpauth-hoba.all@tools.ietf.org>, "http-auth@ietf.org" <http-auth@ietf.org>, "httpauth-chairs@tools.ietf.org" <httpauth-chairs@tools.ietf.org>, The IESG <iesg@ietf.org>
Subject: Re: [http-auth] Barry Leiba's Discuss on draft-ietf-httpauth-hoba-09: (with DISCUSS and COMMENT)
X-BeenThere: http-auth@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: HTTP authentication methods <http-auth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/http-auth>, <mailto:http-auth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/http-auth/>
List-Post: <mailto:http-auth@ietf.org>
List-Help: <mailto:http-auth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-auth>, <mailto:http-auth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jan 2015 09:54:41 -0000

> A proto -10 version with changes indicated below is at [1] the
> diff vs. -09 at [2].

Will try to look at that later (Tues evening, China time).

>> This document would benefit from some section somewhere giving a
>> set of clear, numbered steps, saying who sends, who receives, and
>> who does what with what input at each step.  I will propose such
>> text.
>
> And I'll happily look at that when it's available. (And hope to
> not have to wait much:-)

That's also on the schedule for after dinner.

>> The abstract appears to overstate the password issue.  It'd be
>> better for the abstract to say that it eliminates the transmission
>> of passwords and their storage on the server, which are really the
>> points.
>
> TBH, I prefer the current text a lot.

OK; thanks for having a look (and also for some of the other items).

> I'd be against adding such. IMO an implementation like that is not a
> great idea as it's phishable (the user won't know that the password is
> local only and will re-use the same password in more than one place).

A good point, which I hadn't considered; thanks.

>> -- Section 8 --
>>
>> The first paragraph doesn't say enough to make sense to me.
>> Perhaps a few more words about why?
>
> I swapped the 1st and 2nd paras. The 1st was a bit abrupt yes
> but I think it fits better now.

Will look tonight, but I bet you're right.

> I think we covered this sufficiently. I do not want to
> get into recommending ways HOBA implementers can do what
> really ought be an OS/platform function. In the end I
> added that specific point and did tweak a bit though.

T'anks.

>> -- Sections 9.4 and 9.5 --
>>
>> Might there be any advice for the designated expert, anything at
>> all?
>
> No, I think it's fine - there is no equivalent to the
> sig alg thing in 9.3 needed.

OK.

b