Re: #78: Relationship between 401, Authorization and WWW-Authenticate

Amos Jeffries <squid3@treenet.co.nz> Tue, 26 July 2011 23:58 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D205E21F8786 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 26 Jul 2011 16:58:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.561
X-Spam-Level:
X-Spam-Status: No, score=-10.561 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rwQmk4pjrXKt for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 26 Jul 2011 16:58:28 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 4974E21F8784 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 26 Jul 2011 16:58:28 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1QlrVO-0003X8-6D for ietf-http-wg-dist@listhub.w3.org; Tue, 26 Jul 2011 23:57:42 +0000
Received: from aji.keio.w3.org ([133.27.228.206]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from <squid3@treenet.co.nz>) id 1QlrVB-0003SU-Ob for ietf-http-wg@listhub.w3.org; Tue, 26 Jul 2011 23:57:30 +0000
Received: from [2002:3a1c:99e9:0:206:5bff:fe7c:b8a] (helo=treenet.co.nz) by aji.keio.w3.org with esmtp (Exim 4.72) (envelope-from <squid3@treenet.co.nz>) id 1QlrV7-0003Ic-RN for ietf-http-wg@w3.org; Tue, 26 Jul 2011 23:57:28 +0000
Received: by treenet.co.nz (Postfix, from userid 33) id 8FD82E7527; Wed, 27 Jul 2011 11:56:51 +1200 (NZST)
To: ietf-http-wg@w3.org
X-PHP-Originating-Script: 0:func.inc
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Wed, 27 Jul 2011 11:56:51 +1200
From: Amos Jeffries <squid3@treenet.co.nz>
In-Reply-To: <0374312E-73DC-4A2E-B659-01EFB355CFD9@mnot.net>
References: <798C1D1A-C0C7-40DD-8993-31DB735A4961@mnot.net> <4E2EC0EE.8060200@aist.go.jp> <4E2EC55F.2050403@aist.go.jp> <4E2F1BAB.2090604@gmx.de> <4E2F1F56.1080804@qbik.com> <0374312E-73DC-4A2E-B659-01EFB355CFD9@mnot.net>
Message-ID: <8dbb84a5569f3d0a6c1fc22907ae74ee@treenet.co.nz>
X-Sender: squid3@treenet.co.nz
User-Agent: Roundcube Webmail/0.5.1
Received-SPF: permerror client-ip=2002:3a1c:99e9:0:206:5bff:fe7c:b8a; envelope-from=squid3@treenet.co.nz; helo=treenet.co.nz
X-W3C-Hub-Spam-Status: No, score=-1.1
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, RDNS_NONE=0.793
X-W3C-Scan-Sig: aji.keio.w3.org 1QlrV7-0003Ic-RN 3bf40a4d7f3b7a527b44bdf549218aef
X-Original-To: ietf-http-wg@w3.org
Subject: Re: #78: Relationship between 401, Authorization and WWW-Authenticate
Archived-At: <http://www.w3.org/mid/8dbb84a5569f3d0a6c1fc22907ae74ee@treenet.co.nz>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/11108
X-Loop: ietf-http-wg@w3.org
Sender: ietf-http-wg-request@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1QlrVO-0003X8-6D@frink.w3.org>
Resent-Date: Tue, 26 Jul 2011 23:57:42 +0000

 On Tue, 26 Jul 2011 16:18:04 -0400, Mark Nottingham wrote:
> On 26/07/2011, at 4:11 PM, Adrien de Croy wrote:
>
>> apologies, but I'm still not convinced overloading a new function 
>> onto WWW-Authenticate is the best way to advertise the availability of 
>> optional authentication.
>>
>> It creates an immediate dilemma for any UA that receives such a 
>> message.
>>
>> What are the options for the UA, and how will they affect user 
>> experience?
>>
>> If the UA always elects to proceed to auth, then it's the same as 
>> sending back a 401
>> if the UA tries to give the choice to the user, that's (IMO) asking 
>> for pain
>> otherwise the UA can ignore it, and it's just more bloat.


 The server also does not know which of those two behaviours the client 
 UA will choose.

 This opens the door for the form-base auth currently being proposed in 
 other WG. Websites placing login forms on, for example, their front 
 page. User agents with credentials available already can login silently. 
 Those without can choose to happily display the non-authed page without 
 annoying the user overly much. If the user does fill out the form 
 credentials become available and the page view can change without 
 caching problems.

 With some extra UA support this is all possible now. Just requires a 
 few things outside the HTTP spec to happen. Which means when this is 
 implemented compatibility will be a problem.

>>
>> Also I just see it breaking a whole heap of agents who switch 
>> behaviour on the presence of that header (rather than the status).
>>
>> Finally, we see UAs starting auth without this header in the first 
>> place.  So does this really need advertising anyway?
>>
>> If this is to be new behaviour, shouldn't we use a new header or 
>> status? That way we can keep it out of the way.
>
>
> All we're doing is leaving the door open for the possibility in the
> future, explicitly; we're not requiring anything, and a future effort
> can figure out what the best thing to do is.
>

 +1 to foresight.

 AYJ