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 08:22 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 944351A9124; Tue, 6 Jan 2015 00:22:08 -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 wItz2npQMBjJ; Tue, 6 Jan 2015 00:22:07 -0800 (PST)
Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E0AC1A912A; Tue, 6 Jan 2015 00:20:41 -0800 (PST)
Received: by mail-la0-f45.google.com with SMTP id gq15so19781125lab.18; Tue, 06 Jan 2015 00:20:40 -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=tJCsB81m07xUuPHpun95wh60IbH6K/h+nfiKUHtbQIU=; b=JyE4Qcea2zWbK4d+EmPcqMSJYc5M9FiGncfwhjlAWNzEy8s1u3GGuezbWgrrqUQwT9 r/tXNXi//cNVZJ6jzx4bFcSJCs751BQEPmGZl4kZ6eLZ1RojMq1sn8Ui9cDeOW7o906u IY1TqRKmDcXm9cAlaIMZCur6BmCHJrtKVkprJ2fo0Bi1H0pH1pGVVw9VzcS7Qa892G3Y W9fubKDEVhPdSbvqGl/RD0kutjGRldzOUDA+Na6YfOGoSRdwkxaza8I/5Fv62CWFX40q rZFAc3xsQGoJa2rgML0hURJCkbjDpdHckmw/yrNadLkPJ6cECuqyO/yPgGScsKUGfjGU 26fw==
MIME-Version: 1.0
X-Received: by 10.152.7.206 with SMTP id l14mr97953791laa.1.1420532439979; Tue, 06 Jan 2015 00:20:39 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.152.127.168 with HTTP; Tue, 6 Jan 2015 00:20:39 -0800 (PST)
In-Reply-To: <54AB9870.50505@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> <54AB9870.50505@cs.tcd.ie>
Date: Tue, 06 Jan 2015 16:20:39 +0800
X-Google-Sender-Auth: G3fiaeuEwGLQzepiEuSPA-7vru4
Message-ID: <CALaySJKbyM=c9XhOFR0aXk_aGscexzAKdQxoMHDQ7iQv3nh+ZQ@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/2VBOmIIr7zQjBqzuBpBtSS7qAuQ
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 08:22:08 -0000

>>>>>> >>>> I don't think you need to say "a la LinkedIn," and I think it's a
>>>>>> >>>> bad idea to have us link a company's name to a password
>>>>>> >>>> compromise forever in an RFC.  Especially when it's not
>>>>>> >>>> necessary.
...
>>>> >> I think it is: I think it's a very bad thing to disparage specific
>>>> >> companies in our RFCs.
...
>>>> >> this with me (why you think it's
>>>> >> important to leave it there), then the discussion will have happened,
>>>> >> and we can move ahead.
>
> Yet here we still are? :-)

Because I think the discussion needs to continue.  I still don't
understand why you think it's so important to single out LinkedIn,
such that it's worth the damage that having that in an RFC represents.

>> The fact that there's a plethora of examples really speaks to not
>> calling out one company on this,
>
> I re-iterate: At the time of writing this was the poster-child
> example. It still remains one, and a good one for RFC readers.

It was not "the poster child": there have been so many of these
breaches, both before and since, that I see no reason at all to call
out any one instance.

>> as well as that it's not necessary to
>> do so.  We could just say "the many password exposures that have been
>> well documented in the media," for example.
>
> That may be a reasonable comment, but I continue to maintain that
> it is not DISCUSS-worthy. And I think being so shy about this is
> a bad plan actually and we ought if anything be more direct about
> it.

I don't think text such as what I suggest -- text that does not name
specific companies that got hacked -- is being shy.  Actually, I think
it makes a *stronger* statement to say that there have been many, and
that they have made big news worldwide.

> "bad idea" does not mean DISCUSS-worthy, and extending the DISCUSS
> criteria in that way seems very wrong to me.

"Bad idea" in this case means, to me, bad for the IETF.  I think it's
just wrong.

This is not a "pedantic correction" nor a "stylistic issue" -- it is,
to me, an important point.  You and I clearly don't agree on this, so
let's see what other ADs think as they fill out their ballots.

> I think in a case like this it is entirely correct to reference well
> publicised security incidents in the most natural fashion via the name
> of the organisation that experienced the incident. In this case, I
> re-iterate that that incident was I think the most commonly cited one
> at the time of writing. (I can buy that adding a citation for more
> detail would be a good addition though.)

I understand that's what you think.  As I say, we disagree, apparently strongly.

Barry