security
Recordon, David
drecordon at verisign.com
Sat Nov 4 21:23:25 UTC 2006
What about just "See 12.4.1 for more information about HTTP and HTTPS
URL Identifiers."?
--David
-----Original Message-----
From: general-bounces at openid.net [mailto:general-bounces at openid.net] On
Behalf Of Martin Atkins
Sent: Friday, October 27, 2006 12:51 PM
To: general at openid.net
Subject: Re: security
Josh Hoyt wrote:
> On 10/26/06, Martin Atkins <mart at degeneration.co.uk> wrote:
>> Indeed, not long after I posted this I was reviewing the spec for
>> other reasons and found this:
>>
> [spec quote about normalization snipped]
>> Note in particular the end of the first paragraph, which states
>> simply that one should prefix http://. HTTPS URLs must be spelled out
>> as https://, which is a bit of a shame (we're optimising for the
>> insecure case as far as users are concerned) but I can't think of any
>> way to securely support the short form of both http: and https: URLs.
>
> Does this help?
>
> 12.4.1. HTTP and HTTPS URL Identifiers
>
> Relying Parties MUST differentiate between URL Identifiers that have
> different schemes. When user input is processed into a URL, it is
> processed into a HTTP URL. If the same End User controls the same URL,
> differing only by scheme, and it is desired that the Identifier be the
> HTTPS URL, it is RECOMMENDED that a redirect be issued from the HTTP
> URL to the HTTPS URL. Because the HTTP and HTTPS URLs are not
> equivalent and the Identifier that is used is the URL after following
> redirects, there is no reduction in security when using this scheme.
> If an attacker could gain control of the HTTP URL, it would have no
> effect on the HTTPS URL, since the HTTP URL is not ever used as an
> Identifier.
>
> (http://openid.net/specs/openid-authentication-2_0-10.html#anchor39)
>
Ahh yes. I missed that on my quick scanning.
Perhaps it'd be nice if the section 8.2 included a short sentence
referring to 12.4.1, since I imagine this'll be a common question if
SSL-powered identifiers become commonplace.
I'm not sure how to word it, though, since it's really a friendly
suggestion rather than a normative spec requirement. "To find out how to
use this short hand with HTTPS identifiers, see 12.4.1" seems too
informal and un-spec-like compared to the surrounding language.
_______________________________________________
general mailing list
general at openid.net
http://openid.net/mailman/listinfo/general
More information about the general
mailing list