[dns-operations] Monday rant againt the uses of the Public Suffix List

Warren Kumari warren at kumari.net
Mon Jan 21 22:15:36 UTC 2013


On Jan 21, 2013, at 4:24 PM, Vernon Schryver <vjs at rhyolite.com> wrote:

>> From: Warren Kumari <warren at kumari.net>
> 
>>> Continuing the sarcasm is too much effort, so I'll simply ask why not
>>> do DNS MX and A requests?  (both because of the fall-back-to-A-if-no-MX
> 
>> Please sir, if I run www.images.example.co.uk, can I set a cookie
>> at images.example.co.uk? How about example.co.uk? Fine Now .co.uk?
> 
> If you are running www.images.example.co.uk, then you should know
> all there is to know about cookies at www.images.example.co.uk any
> other domains at which you might legitimate want to set a cookie.
> 
> If you are an HTTP client implementor, then I think you should implement
> "disable third party cookies" with the single obvious, fast, simple,
> and--if you like--simplistic comparision without needing to check any
> PSL lists.  You should also make "disable third party cookies" on by
> default.
> 

Ok, so we seem to be talking past each other / I am doing a crappy job of explaining my point…
The PSL helps prevent the use of third party cookies, by allowing you to tell what a third party is…

Given (RFC 2109):
   * A Set-Cookie from request-host x.foo.com for Domain=.foo.com would
     be accepted.

I'm assuming you agree this this is acceptable? http://www.foo.com should be able to set a cookie for .foo.com?

I'm also assuming that you agree that http://foo.com should NOT be able to set a cookie for .com? Lots of folk have domains in .com, it would (to me) be silly for foo.com to be able to set a cookie for .com…

Luckily 2109 protects against this:
   * A Set-Cookie with Domain=.com or Domain=.com., will always be
     rejected, because there is no embedded dot.

Great, all makes sense… however….

I'm assuming you agree that x.foo.co.uk should be able to set a cookie for foo.co.uk? No point in discriminating against folk simply because they didn't register in .com (or .net or .coop).
I'm assuming you also agree that http://foo.co.uk should NOT be able to set a cookie for .co.uk? Lots of folk register in .co.uk, it would be (to me) be silly for foo.co.uk to be able to set a cookie for all of .co.uk..…

But, .co.uk has a dot, so the "no embedded dots" rule doesn't prevent this…

What you actually want to know is where in a domain label you have the bit that is specific to a registrant / entity.
In x.y.z.com it is everything up to the .com, in john.fred.mary.co.uk it is everything up to the .co.uk, in foo.tv.bo it is everything before the .tv.bo….
How did I know the rule of where in the .bo namespace entities may register? PSL…

W






> 
> Yes, I am among the many who consider third party cookies at best
> undesirable and generally willful and knowing attempts to sell or
> otherwise violate our privacy.
> 
> Yes, I've occassionally encountered web pages that apparently
> legitimately use third party cookies (i.e. without obviously trying
> to violate my privacy).  I cannot recall any cases where those web
> pages could not and should not have used other tactics.
> 
> Yes, I know all HTTP server operators "values my privacy."  However,
> the values that spammers, advertisers, governments, and other snoops
> place on my privacy differ from mine.
> 
> 
> Vernon Schryver    vjs at rhyolite.com
> 

--
Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. 






More information about the dns-operations mailing list