W3C home > Mailing lists > Public > public-tracking@w3.org > June 2012

RE: Identity providers as first parties

From: Shane Wiley <wileys@yahoo-inc.com>
Date: Fri, 15 Jun 2012 08:06:01 -0700
To: Tamir Israel <tisrael@cippic.ca>
CC: Rigo Wenning <rigo@w3.org>, "public-tracking@w3.org" <public-tracking@w3.org>, "rob@blaeu.com" <rob@blaeu.com>, Kimon Zorbas <vp@iabeurope.eu>, "ifette@google.com" <ifette@google.com>, "JC Cannon (Microsoft)" <jccannon@microsoft.com>
Message-ID: <63294A1959410048A33AEE161379C8023D18786922@SP2-EX07VS02.ds.corp.yahoo.com>
Tamir,

But in the use case we're discussing the service being provided is the primary purpose - a user's online identity.  A service determines its primary purpose, discloses this to the user, user consents.  Case closed.

- Shane

-----Original Message-----
From: Tamir Israel [mailto:tisrael@cippic.ca] 
Sent: Friday, June 15, 2012 8:02 AM
To: Shane Wiley
Cc: Rigo Wenning; public-tracking@w3.org; rob@blaeu.com; Kimon Zorbas; ifette@google.com; JC Cannon (Microsoft)
Subject: Re: Identity providers as first parties

Shane, I disagree. Under PIPEDA you should offer users the possibility 
of opting out of collection, use or disclosure for purposes secondary to 
the primary service being offered.

This is the basis of the opt-out consent scheme being applied to online 
tracking.

Best,
Tamir

On 6/15/2012 10:58 AM, Shane Wiley wrote:
> Tamir,
>
> I disagree and PIPEDA does as well.  As long as you're clear to a user what a service provides and a user expressly consents to those practices, the discussion is over.
>
> Please don't try to raise CA regulatory schemes into conversations on one hand then completely reverse your stance at whim - this seriously undermines your credibility.
>
> - Shane
>
> -----Original Message-----
> From: Tamir Israel [mailto:tisrael@cippic.ca]
> Sent: Friday, June 15, 2012 7:54 AM
> To: Shane Wiley
> Cc: Rigo Wenning; public-tracking@w3.org; rob@blaeu.com; Kimon Zorbas; ifette@google.com; JC Cannon (Microsoft)
> Subject: Re: Identity providers as first parties
>
> Shane --
>
> The need for independent choice is critical, I think, to the out of band
> consent scheme. You shouldn't be able to force users out of their DNT
> choices as a condition of authentication.
>
> Best,
> Tamir
>
> On 6/15/2012 10:48 AM, Shane Wiley wrote:
>> Rigo,
>>
>> DNT will NEVER trump an out-of-band consent.  The user would simply withdraw from using the service they had provided prior consent to.  If the product would like to offer two levels of service, it can of course do that, but that would be completely outside the scope of DNT.
>>
>> DNT is not the privacy silver bullet and answer to all privacy issues on the Internet - let's stop trying to push it in that direction.
>>
>> Thank you,
>> - Shane
>>
>> -----Original Message-----
>> From: Rigo Wenning [mailto:rigo@w3.org]
>> Sent: Friday, June 15, 2012 1:28 AM
>> To: public-tracking@w3.org
>> Cc: Shane Wiley; rob@blaeu.com; Kimon Zorbas; ifette@google.com; Tamir Israel; JC Cannon (Microsoft)
>> Subject: Re: Identity providers as first parties
>>
>> Shane, Kimon,
>>
>> On Thursday 14 June 2012 16:47:03 Shane Wiley wrote:
>>> I’ve used a few others and they appears to do the same so I’m
>>> confused as to what real-world identity provider scenario someone
>>> is considering where consent wasn’t already obtained?
>> I confirm that we agreed that the out-of-band agreement will trump
>> the DNT:1 signal. We also agreed that the service has to signal this
>> to the client.
>>
>> I guess, what Rob is trying to achieve is to say, even in this
>> context, a service could offer the choice of stopping to track and
>> only use information for the login/authentication purpose. This
>> could be the meaning of DNT:1 if the Service sends ACK in a
>> login/authentication context. If you're looking for medical
>> information in a login context, you don't want your login provider
>> to spawn that to your insurance. I think this is a very legitimate
>> use case. The service could say: "yes, I see your point" and send
>> ACK instead of "out-of-band".
>>
>> We are just defining switches. People will decide whether they
>> switch stuff on or off or provide a switch at all.
>>
>> Rigo
Received on Friday, 15 June 2012 15:07:27 UTC

This archive was generated by hypermail 2.3.1 : Friday, 21 June 2013 10:11:30 UTC