W3C home > Mailing lists > Public > public-appformats@w3.org > October 2007

Re: [access-control] non-GET threat model and authorization choreography

From: Mark Nottingham <mnot@yahoo-inc.com>
Date: Fri, 12 Oct 2007 14:16:16 +1000
Message-Id: <BAC205BC-2293-451A-8753-9D92802664EC@yahoo-inc.com>
Cc: "Henri Sivonen" <hsivonen@iki.fi>, "Jonas Sicking" <jonas@sicking.cc>, public-appformats@w3.org
To: Anne van Kesteren <annevk@opera.com>

You're forgetting...

5. Use a different URI.



On 2007/10/09, at 9:59 PM, Anne van Kesteren wrote:

>
> On Tue, 09 Oct 2007 13:15:06 +0200, Henri Sivonen <hsivonen@iki.fi>  
> wrote:
>> [...]
>
> Ok, so here are some potential solutions to this problem:
>
>   1. Use something other than GET.
>
>   2. Keep an _independent_ HTTP cache for access request checks.
>
>   3. Store the result of an access request check in a table.  
> Invalidate this
>      result at the end of a browser session.
>
>   4. Store the result of an access request check in a table along  
> with a
>      timeout time from a dedicated HTTP header. Invalidate this  
> result after
>      the timeout time has been reached. If there is no timeout time  
> do not
>      store the result.
>
> I don't think 1 is really an option. I can't really judge the  
> feasability of 2. 3 seems annoying for debugging. 4 seems  
> relatively easy to specify and can work on top of the existing HTTP  
> cache for the URI.
>
>
> -- 
> Anne van Kesteren
> <http://annevankesteren.nl/>
> <http://www.opera.com/>
>

--
Mark Nottingham       mnot@yahoo-inc.com
Received on Friday, 12 October 2007 04:18:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:10:22 GMT