16:49:20 RRSAgent has joined #dnt 16:49:20 logging to http://www.w3.org/2013/02/27-dnt-irc 16:49:22 RRSAgent, make logs world 16:49:22 Zakim has joined #dnt 16:49:24 Zakim, this will be 16:49:24 I don't understand 'this will be', trackbot 16:49:25 Meeting: Tracking Protection Working Group Teleconference 16:49:25 Date: 27 February 2013 16:49:37 zakim, this will be TRACK 16:49:37 ok, tlr; I see T&S_Track(dnt)12:00PM scheduled to start in 11 minutes 16:50:10 npdoty has joined #dnt 16:51:58 Zakim, agenda? 16:51:58 I see nothing on the agenda 16:52:29 eberkower has joined #dnt 16:52:59 T&S_Track(dnt)12:00PM has now started 16:53:06 + +1.646.654.aaaa 16:53:17 Zakim, aaaa is eberkower 16:53:18 +eberkower; got it 16:54:12 agenda+ confirmation of scribe 16:54:26 agenda+ assigning action items 16:54:33 agenda+ discussing assigned actions 16:54:43 agenda+ presentation on mozilla patch 16:54:53 zakim, call thomas-781 16:54:53 ok, tlr; the call is being made 16:54:55 +Thomas 16:55:12 zakim, I am thomas 16:55:12 ok, tlr, I now associate you with Thomas 16:55:14 zakim, mute me 16:55:14 Thomas should now be muted 16:56:14 +[IPcaller] 16:56:22 zakim, [ipcaller] is me 16:56:22 +moneill2; got it 16:56:36 peterswire has joined #dnt 16:57:11 +npdoty 16:57:44 efelten has joined #dnt 16:58:07 Yianni has joined #DNT 16:58:08 fielding has joined #dnt 16:58:11 jeffwilson has joined #dnt 16:58:16 +peterswire 16:58:31 rigo has joined #dnt 16:58:41 + +1.609.258.aabb 16:58:42 JC has joined #DNT 16:58:51 Zakim, aabb is me 16:58:51 +efelten; got it 16:58:53 +Yianni 16:59:00 + +1.202.331.aacc 16:59:03 +[Microsoft] 16:59:06 phildpearce has joined #dnt 16:59:09 zakim, code? 16:59:09 the conference code is 87225 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), rigo 16:59:12 aleecia has joined #dnt 16:59:19 +PhilPearce 16:59:32 Joanne has joined #DNT 16:59:35 -npdoty 16:59:47 +Rigo 16:59:49 + +1.949.573.aadd 16:59:51 rvaneijk has joined #dnt 16:59:56 Zakim, mute Yianni 16:59:56 Yianni should now be muted 16:59:56 zakim, mute me 16:59:57 Rigo should now be muted 16:59:58 +Aleecia 17:00:02 hefferjr has joined #dnt 17:00:07 +Amy_Colando 17:00:08 + +1.917.934.aaee 17:00:08 sidstamm has joined #dnt 17:00:12 zakim, aadd is fielding 17:00:12 +fielding; got it 17:00:13 +npdoty 17:00:16 +Joanne 17:00:19 susanisrael has joined #dnt 17:00:21 aleecia_ has joined #dnt 17:00:23 +Chris_Pedigo 17:00:26 zakim, aaee is probably achappell 17:00:26 +achappell?; got it 17:00:31 David_MacMillan has joined #dnt 17:00:32 Wil be heavily multitasking and not able to speak or type for large portions today's 17:00:38 jchester2 has joined #dnt 17:00:49 + +1.631.803.aaff 17:00:52 ChrisPedigoOPA has joined #dnt 17:01:00 justin_ has joined #dnt 17:01:02 +[Mozilla] 17:01:05 Zakim, Mozilla has sidstamm 17:01:05 +sidstamm; got it 17:01:08 + +49.172.147.aagg 17:01:08 + +1.650.787.aahh - is perhaps BillScannell 17:01:09 volunteer for scribing second half of the call? 17:01:15 +jchester2 17:01:16 Zakim, aagg is schunter 17:01:16 +schunter; got it 17:01:19 zakim, mute me 17:01:19 jchester2 should now be muted 17:01:23 Zakim, who is on the phone? 17:01:23 On the phone I see eberkower, Thomas (muted), moneill2, peterswire, efelten, Yianni (muted), +1.202.331.aacc, [Microsoft], PhilPearce, Rigo (muted), fielding, Aleecia, Amy_Colando, 17:01:27 ... achappell?, npdoty, Joanne, Chris_Pedigo, +1.631.803.aaff, [Mozilla], BillScannell, schunter, jchester2 (muted) 17:01:27 [Mozilla] has sidstamm 17:01:30 +Keith_Scarborough 17:01:35 + +1.215.480.aaii 17:01:37 Nick/Peter: I am offline and listening only. 17:01:38 Yes 17:01:39 vinay has joined #dnt 17:01:47 yianni -- can you scribe 17:01:54 +[Microsoft.a] 17:01:55 Keith has joined #dnt 17:01:59 zakim, [Microsoft.a] is me 17:01:59 +adrianba; got it 17:02:01 scribenick: Yianni 17:02:01 kulick has joined #dnt 17:02:08 + +385345aajj 17:02:08 +hefferjr 17:02:12 zakim, aajj is vinay 17:02:12 +vinay; got it 17:02:19 peter: organizational about today's call and next week's call 17:02:30 +kulick 17:02:32 ...today's call working through agenda, assigning some action items 17:02:36 justin_ has joined #dnt 17:02:42 ...chris pedigo has a definitino of servie provider 17:02:45 Zakim 6318032933 is me 17:02:52 Zakim, who is making noise? 17:02:53 ...will include definition of append and how that is handled 17:02:57 Zakim, aaff is RichLaBarca 17:02:57 +RichLaBarca; got it 17:03:00 ...will move to definition of first party 17:03:04 npdoty, listening for 11 seconds I heard sound from the following: 28 (53%), BillScannell (4%), hefferjr (3%) 17:03:08 +Dan_Auerbach 17:03:09 +[CDT] 17:03:12 ...focus on clarify of writing, heather just sent a slightly altered version 17:03:28 + +1.650.465.aakk 17:03:39 vincent has joined #dnt 17:03:41 ...stan will give a breifing on the steps of the Mozilla patch on third party cookies 17:03:46 +vincent 17:04:03 s/stan/Sid Stamm/ 17:04:10 thanks, npdoty 17:04:11 ...next week on wednesday is beginning of IAPP summit 17:04:16 ...peter will be there 17:04:24 jmayer has joined #dnt 17:04:26 ...room at that meeting 17:04:31 -1 17:04:34 +Jonathan_Mayer 17:04:36 -1 17:04:38 -1 17:04:42 +1 17:04:44 -1 17:04:45 -1 17:04:50 + +1.646.827.aall 17:04:51 Will be in flight on Wednesday 17:04:53 ...how may people will be going to the meeting, +1 is a yes 17:04:54 +1 17:04:56 -1 17:05:10 ...item 3 of agenda is to assign action items 17:05:13 AN has joined #dnt 17:05:15 -1 for wed, +1 for thurs & fri 17:05:17 ...would be glad to have volunteers 17:05:17 dsinger has joined #dnt 17:05:38 +[Apple] 17:05:38 ...pretty far toward permitted uses: frequency capping, security, debugging 17:05:46 +hwest 17:05:49 zakim, [apple] has dsinger 17:05:49 +dsinger; got it 17:05:53 ...could do with editor's, want people to agree to action items for these 17:05:58 AdamT has joined #dnt 17:05:59 zakim, who is here? 17:05:59 On the phone I see eberkower, Thomas (muted), moneill2, peterswire, efelten, Yianni (muted), +1.202.331.aacc, [Microsoft], PhilPearce, Rigo (muted), fielding, Aleecia, Amy_Colando, 17:06:02 ... achappell?, npdoty, Joanne, Chris_Pedigo, RichLaBarca, [Mozilla], BillScannell, schunter, jchester2 (muted), Keith_Scarborough, +1.215.480.aaii, adrianba, vinay, hefferjr, 17:06:02 ... kulick, [CDT], Dan_Auerbach, +1.650.465.aakk, vincent, Jonathan_Mayer, +1.646.827.aall, [Apple], hwest 17:06:02 [Apple] has dsinger 17:06:02 [Mozilla] has sidstamm 17:06:06 On IRC I see AdamT, dsinger, AN, jmayer, vincent, justin_, kulick, Keith, vinay, ChrisPedigoOPA, jchester2, David_MacMillan, aleecia, susanisrael, sidstamm, hefferjr, rvaneijk, 17:06:06 ... Joanne, phildpearce, JC, rigo, fielding, Yianni, efelten, peterswire 17:06:12 ...does anyone agree to frequency capping action item? 17:06:21 ...will move to editor's for language 17:06:24 I believe I've proposed text on frequency capping in an earlier round 17:06:29 +chapell 17:06:44 ...for security and fraud prevention, Callas found he was comfortable with language 17:06:47 johnsimpson has joined #dnt 17:06:49 kj has joined #dnt 17:06:55 ...does anyone want to come forward with text on that issue? 17:07:14 ...third: debugging, does anoyone want to take an action item? 17:07:24 ...peter will work with Editors for language next week 17:07:33 +johnsimpson 17:07:38 ...general approach is to sllim down number of open issues 17:07:59 ...next item on list is chris pedigo has circulated updated definition of service provider or processor 17:08:14 ...context from peter: this is language that has not been closed 17:08:36 ...want to look at language from chris, then people may want to raise related issue of appending data 17:08:57 chris: Vinay and chris worked on language 17:09:02 topic: service provider / data processor language 17:09:14 ...allow an enitty to work on behalf of another company as long as certain conditions are met 17:09:20 http://lists.w3.org/Archives/Public/public-tracking/2013Feb/0138.html 17:09:31 ...seperate data, only use data as directed, and there has to be a contract that stipulates that 17:09:53 ...included sentence at bottom, service provider still subject to same restriction of original party 17:10:02 ...permitted uses should still apply for service providers 17:10:08 ...Rigo said that would not fly in the EU 17:10:12 Is this new language, or an attempt to consolidate the pre-existing proposed language? 17:10:22 ...not really appropriate in US either 17:10:36 ...some discussion about data append, happy to get into later 17:10:38 q+ 17:10:44 Peter: any questions or comments from the floor 17:10:47 q? 17:10:48 q? 17:10:48 q+ amyc 17:10:48 q+ amyc 17:10:49 hwest has joined #dnt 17:10:49 I think the data append issues are inextricably linked to this definition. so we understand the parameters. 17:10:52 ack ri 17:10:53 this came out while I was commuting; I'll need to read it and discuss it with my colleagues, alas 17:10:57 Chapell has joined #DNT 17:11:02 unmute rigo 17:11:06 zakim, unmute rigo 17:11:06 Rigo should no longer be muted 17:11:17 ed, this is an attempt to consolidate 17:11:29 Thanks, Chris. 17:11:40 Rigo: chris already mentioned exchange, valid point that data processor that processes on behalf of another party 17:11:47 Zakim, aaii is probably [Comcast] 17:11:47 +[Comcast]?; got it 17:11:49 q+ 17:11:50 ...they still have to secure their services, still have to do debugging 17:11:59 ...thought it was clear 17:12:20 ...adds explanation that is worthwhiled 17:12:35 ...in Europe good understanding of data processor 17:12:35 *Zakim, Comcast person may by Walt Michel 17:12:43 ...in US not as good an understanding 17:13:12 Peter: within Europe, certain approved processing, security and debugging 17:13:24 hwest has left #dnt 17:13:26 ...in explanatory text in US, it would make sense to do what? 17:13:31 hwest has joined #dnt 17:13:54 q? 17:13:55 Rigo: peter understands correctly, we should not change definition but add explanatory text 17:14:03 Zakim, aall might be dwainberg 17:14:03 I don't understand 'aall might be dwainberg', npdoty 17:14:10 Zakim, aall is probably dwainberg 17:14:10 +dwainberg?; got it 17:14:22 ...all those permitted uses must be clear in the container of the contract to the data controller 17:14:38 ack amyc 17:14:40 q? 17:14:48 Amy: I like the text 17:14:54 ...like the additional detail 17:14:56 +1 17:15:14 ...we as a publisher, use vendors to help us detect fraud 17:15:31 ...we typically allow them to detect threats to apply their learnings from working with other companies 17:15:41 ...this is a suspicious IP address or angle of attack 17:15:53 ...can that kind of scenario be addressed? 17:16:03 Peter: Is that permitted under EU law and practice 17:16:09 Chris_IAB has joined #dnt 17:16:14 Rigo: I would like Rob's oppinion 17:16:14 q? 17:16:18 dwainberg has joined #dnt 17:16:28 +dwainberg.a 17:16:29 ...there is a specific security exception in all data protection laws 17:16:47 ...if you collect for security and store forever and distribute forever 17:17:09 I guess the question is whether it's third party + permitted use, or service provider. 17:17:09 I think making the exception for learnings about security risks makes sense. But other service providers would not get any independent rights to the data itself. 17:17:20 ...if we apply the normal exception for security, we have a general rule of use and retention limitation for as long as neccesary 17:17:30 ...if you apply this to service providers, DPA could swallow that 17:17:40 specific comments: remove "in a specific network interaction"; remove the last sentence (self-contradiction); don't use a bulleted list; don't use ambiguous targets like "other party" (be specific). 17:17:41 q? 17:17:47 ack fielding 17:17:50 Roy: few specific comments 17:18:14 ...generally focus seems fine, could work on log data 2 weeks after network interaction 17:18:28 ...last sentence in description is self contradictory 17:18:40 fielding; remove "in a specific network interaction" 17:18:54 ...the last thing is there are ambiguous references to other party, replace with data controller 17:19:00 q+ to ask how this differs from "Option 1" 17:19:01 kulick has joined #dnt 17:19:08 ...all are editorial, caution to use word data controller 17:19:25 Peter: data controller has legal connotation, may use party providing service 17:19:37 ...does last sentence cause any problems 17:19:55 Roy: no mischief 17:20:04 Q+ 17:20:13 - +1.202.331.aacc 17:20:15 q? 17:20:19 Peter: why is the language in there about specific network interactions 17:20:19 So, I added that following the form of previous definitions 17:20:24 I'm fine with Roy's edits 17:20:29 Chris: not sure why it is in there 17:20:38 ...did not want to exclude others working on log files 17:20:53 q+ to note that the single network interaciton doesn't make technical sense 17:21:09 Peter: data processor for that time has all of these things, shifting between roles 17:21:22 ...language that says that someone might act as data processor for some and not all activities 17:21:26 + +1.678.492.aamm 17:21:28 I am happy to work with Chris and Vinay on cleaning up language. I think peter is right about where language came from 17:21:38 peter, yes, I think you are right. 17:21:58 Q later 17:22:07 Grn 17:22:09 queue=npdoty,thomas,aleecia 17:22:16 Thanks 17:22:19 Chris: data being seperated sort of addresses Peter's concern 17:22:20 fielding; remove "in a specific network interaction"*In a specific network interaction" 17:22:24 q+ 17:22:26 fine by me, too 17:22:28 Peter: motion to take out clause specific network interaction 17:22:34 Chris: fine by me 17:22:36 q? 17:22:46 Rigo: you would also have to remove from first party definition 17:22:56 errrm, no 17:23:01 ...data processor is logically dependent on first party definition 17:23:11 Zakim, who is making noise? 17:23:16 -schunter 17:23:21 but taking it out of 1st party means we could no longer distinguish 1st and 3rd, which is all contextual on the interaction... 17:23:22 npdoty, listening for 10 seconds I heard sound from the following: BillScannell (10%) 17:23:26 It makes sense in the definition of first party --- because it's distinguishing first from third. Don't need it for service provider. 17:23:42 another note: it says "separated", but not separated from what … it should be siloed by first party. 17:23:52 Peter: Rigo, specific network interaction, processor could have different roles 17:23:56 +1 to siloed by first party 17:24:00 ...seems you could keep for first party and not here 17:24:08 q? 17:24:25 Nick: ask about the differences from option 1 17:24:34 ...might be easier to review if we compare to option 1 17:24:52 ...different I see: 1st bullet seperated by is a little less clear 17:25:02 ...is it seperate from each data controller, or other seperation? 17:25:30 ...2nd bullet, more concern with other party, seems to be a little too open ended 17:25:32 q+ 17:25:49 ...if I contract you to build a profile, is that a service provider relationship 17:25:53 "A Data Processor is subject to the same restrictions as the other party." 17:26:02 Chris: if you pair with same restrictions of other party that gets to the restrictions 17:26:04 FYI- I can't join via phone today, only IRC. If you need something from me, please ping me here. 17:26:13 ...so they could not share the data because it is restricted 17:26:20 ...no sharing with any third party 17:26:44 Peter: will get to first party sharing with third party later 17:26:51 q- 17:26:56 ack npdoty 17:27:00 q- 17:27:03 q? 17:27:05 Nick: first parties will share information, facebook sharing information with friends 17:27:15 Npdoty, i would argue that you, not facebook, are sharing when you post 17:27:19 Chris: no intent to create a loophole 17:27:23 q? 17:27:24 ack aleecia 17:27:41 zakim, q- 17:27:41 I see susanisrael on the speaker queue 17:27:42 the first party restriction is fairly clear: "The First Party must not pass information about this transaction to non-service provider third parties who could not collect the data themselves under this Recommendation." 17:27:46 Aleecia: couple things: 1 - great to see text 17:28:04 ...2: think I am hearing that there is no permitted uses except for security 17:28:11 ChrisPedigoOPA, I didn't mean to imply that you were intending to create a loophole! I just wanted to think through the implications of that bullet 17:28:19 ...from Amy, we may need to change the way we are thinking about the security permitted use 17:28:37 ...a note of need to look at how we look at security 17:28:55 ...we need transparancy with the third parties, including with service providers 17:28:59 +1 17:29:02 I think security will only work with a use-limitation (security as finality) 17:29:04 q- 17:29:08 Just as shoon as you have transparency regarding employee names .. 17:29:08 q? 17:29:16 q+ 17:29:16 ...could use with header response, we could do with discoverability beyond we have affiliates 17:29:28 q? 17:29:30 ...we need someway to tell users where there data went 17:29:34 dsinger, I think we have lingering uncertainty about when first parties can share data (like the intentional sharing-on-Facebook case) 17:29:41 ack susanisrael 17:30:04 Susan: listening to Aleecia, transparancy for service providers with no right to use data is different than affiliates 17:30:17 ...we expect first parties to disclose affiliates who have rights to the data 17:30:17 +q 17:30:23 zakim, unmute me 17:30:23 jchester2 should no longer be muted 17:30:33 ...service providers are different, some service providers cannot be disclosed and change frequently 17:30:36 npdoty: I think we're talking in this definition about passing data to services. clearly if I publish something on my first-party site, I have no control over who reads it... 17:30:38 +schunter 17:30:51 Agree there's nothing new here. My view remains unchanged: no secret databases 17:30:58 q? 17:31:02 ...whole idea of their role, as publisher who uses service providers, we would not want service providers to use data independently 17:31:11 ack jchester 17:31:23 Jeff Chester: talking about whole different class of service providers 17:31:32 ...very important for users to understand where their data is going 17:31:34 Aleecia, we are not talking about secret databases. We are talking about entities that are NOT permitted to use and keep data to build databases. 17:31:37 robsherman has joined #dnt 17:31:40 Aleecia, a data processors are bound anyway. There can't be secret databases 17:31:43 q? 17:31:46 + +1.650.308.aann 17:31:49 zakim, mute me 17:31:49 jchester2 should now be muted 17:31:50 ...we could classify service providers dealing with data integration and targeting, but users need to know 17:31:55 -Amy_Colando 17:31:58 Peter: summarize some of what he has heard 17:31:58 zakim, aann is robsherman 17:31:58 +robsherman; got it 17:32:06 ...moderate number of fine tuning of text 17:32:21 I am willing to work with Chris, Vinay and Rigo to refine and clarify the text 17:32:32 Users don't know where their data went. And it goes into a database of course. So yes, these are secret databases 17:32:32 Thanks susanisrael 17:32:33 ...ask Chris without changing substance to come back with addressing language 17:32:37 Chris: happy to do that 17:32:58 Peter: another piece, a transparancy question, aware of varying views on that 17:33:03 A service provider is a contractor. The notion that users need transparency of service providers and not the identity of every employee that might ever touch the data as a first party has no basis, whether or not people want to know that information. In most cases, it won't even be known at the time of interaction. 17:33:17 ...have there been specific proposals that are currently open for what the transparacy requirements would look like 17:33:21 Q+ 17:33:23 +1 to roy 17:33:25 ...anyone with the history 17:33:27 ack aleecia 17:33:41 rvaneijk has joined #dnt 17:33:41 +1 to fielding 17:33:52 Aleecia: could have affiliates and service providers send header back 17:33:59 q+ 17:33:59 ...that is the minority view 17:34:02 q+ to ask a clarifying question 17:34:11 q- later 17:34:11 ...have not discussed any other mechanisms 17:34:19 have we ever had a proposal in the Compliance doc that had such a transparency requirement? 17:34:34 I don't see one in any of the three Service Provider definitions, for example 17:35:21 I think it's legitimate for users to know a first party's affiliates--different from service providers 17:35:27 Aleecia: privacy policies use the word affiliates, probably best to drop the use of the word affiliate 17:35:34 to npdoty: It's never been proposed that service-provider flags be obligatory, just available to enable SPs to clarify their status if they wish (and it's only about end-points of HTTP transactions, as well -- what the HTTP spec. calls servers) 17:35:42 ...talked about third parties sending a header response as identifying themselves as being different 17:35:52 ...we have had that discussion in the past 17:36:06 Peter: minority view with strong feelings on the transparacy side 17:36:19 ...in terms of the language we have, chris will work on fine tuning 17:36:29 ...we have a tricky question about security 17:36:38 thanks dsinger; maybe we need to ask for alternative compliance text from aleecia or others that would specify transparency 17:36:54 kulick has joined #dnt 17:36:59 Could well be. I'll need three weeks 17:37:13 ...Amy, would you be willing to, looking at the security permitted use, add language addressing the practice of sharing IP addresses from attacks 17:37:14 + +31.65.141.aaoo 17:37:22 But I would be happy to contribute a new fairly small sectio 17:37:23 zakim, aa00 is me 17:37:23 sorry, rvaneijk, I do not recognize a party named 'aa00' 17:37:31 zakim, aaoo is rvaneijk 17:37:31 +rvaneijk; got it 17:37:31 zakim, aaoo is me 17:37:32 sorry, rvaneijk, I do not recognize a party named 'aaoo' 17:37:42 Zakim, who is making noise? 17:37:43 ...someone else with that concern who would propose language? 17:37:53 npdoty, listening for 10 seconds I could not identify any sounds 17:37:58 ...common practice that security vendors learn security concerns from multiple places 17:38:15 ...we have a possible tension between actual practice and the current language 17:38:15 Is that not also the same case for debugging? 17:38:15 Zakim, who is on the phone? 17:38:15 On the phone I see eberkower, Thomas (muted), moneill2, peterswire, efelten, Yianni (muted), [Microsoft], PhilPearce, Rigo, fielding, Aleecia, achappell?, npdoty, Joanne, 17:38:16 q- 17:38:19 ... Chris_Pedigo, RichLaBarca, [Mozilla], BillScannell, jchester2 (muted), Keith_Scarborough, [Comcast]?, adrianba, vinay, hefferjr, kulick, [CDT], Dan_Auerbach, +1.650.465.aakk, 17:38:19 ... vincent, Jonathan_Mayer, dwainberg?, [Apple], hwest, chapell, johnsimpson, dwainberg.a, +1.678.492.aamm, schunter, robsherman, rvaneijk 17:38:19 [Apple] has dsinger 17:38:19 [Mozilla] has sidstamm 17:38:28 David: happy to take on language 17:38:34 WaltM_CC has joined #dnt 17:38:44 Peter: have some language, and try to understanding European standard 17:38:52 David, just send me email. There is a specific article 17:39:00 ok, rigo 17:39:11 David: similar issue with respect to debugging? 17:39:30 *Yianni, just let me know when you want me to take over, or I will start at 12:45 17:39:43 Peter: I thin you could come up with language but it would be helping to get input from debugging 17:39:55 taking over at 12:45 works 17:40:03 on the SP flagging, I rather suspect that the new first-party (could be data-controller) well-known resource might serve; I was hoping to spend time with Roy in Cambridge understanding what's possible, and making sure that clarity was *possible* but not required (it's not always desired). that conversation is still pending 17:40:17 Peter: assign an action item to david on security and debugging 17:40:21 action: wainberg to propose language on security vendors as service providers sharing/combining data 17:40:21 Created ACTION-372 - Propose language on security vendors as service providers sharing/combining data [on David Wainberg - due 2013-03-06]. 17:40:31 ...if you do debugging actual practices would be helpful 17:40:44 David, look at Article 4 of 2002/58/EC http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32002L0058:EN:NOT 17:41:04 ...request that if you add facts to debugging language 17:41:07 ...2 weeks 17:41:15 zakim, unmute me 17:41:15 jchester2 should no longer be muted 17:41:20 +q 17:41:21 Peter: moving to related issue of append, Jeff do you have any comments 17:41:26 Zakim, aaww is probably Brooks 17:41:26 sorry, npdoty, I do not understand your question 17:41:34 ...use cases that Chris sent around show a variety of situations for append 17:41:41 Zakim, aamm is probably Brooks 17:41:41 +Brooks?; got it 17:41:44 ...some concerns are addressed by keeping information siloed 17:41:54 ...might be other concerns of data flowing from service provider to first party 17:41:55 q- later 17:42:00 q? 17:42:04 ack jchester 17:42:07 I'm going to walk into a mtg w the dean at 10 am, will not be able to listen after but will watch irc 17:42:10 zakim, mute me 17:42:10 Thomas was already muted, tlr 17:42:33 Jeff: data append, i think a user that has sent a DNT:1, would not understand the array of data that is used for the profiling and tracking function 17:42:50 q? 17:42:51 ...I think this is a really problem and guts peoples concept of do not track 17:42:53 +q 17:43:02 zakim, mute me 17:43:02 jchester2 should now be muted 17:43:03 ...all this third party data is being integrated and used and you have no say 17:43:14 ack rigo 17:43:14 ack ri 17:43:20 q? 17:43:33 Rigo: in response to Aleecia, we have already discussed the serviec provider flag 17:43:54 ...service provider can only act as contained by first party 17:44:02 q? 17:44:02 Once more: sustained disagreement 17:44:04 +1 to Rigo 17:44:36 ...incentive to declare service providers that are used, so we do not have to be so strict on this 17:45:01 Peter: will follow up with Aleecia on acknowledgment flags 17:45:02 q? 17:45:05 Q+ 17:45:10 adrianba has joined #dnt 17:45:11 ack ChrisPedigoOPA 17:45:16 Chris: Data append, hear Jeff's concern, users do not want to be profiled 17:45:22 ...DNT is about limiting data profiling 17:45:28 Note follow up with Peter, perhaps at IIAP 17:45:32 ...third parties will not be able to track data about a user 17:45:47 ...I think it is completely acceptable for first party to learn more about their customers 17:45:59 q? 17:46:00 ...or modify the contents of site about what they know about the user 17:46:06 using 3rd party data that would otherwise would be prohibited via DNT: 1 It's not modify--its intensive databroker targeting 17:46:14 dsinger has joined #dnt 17:46:17 ...other point: in DNT world, data brokers will not have profilers about DNT 1 users 17:46:27 data appends may be used by a first party site to learn about users in aggregate, rather t han to build individual profiles 17:46:32 ...will be able to attain information offline or with consent 17:46:38 q? 17:46:42 ack aleecia 17:46:42 Susan, want to take over? 17:46:44 The First party will be able to collect a wide range of data on a user, even when DNT: 1 is being used. And we shouldn't permit it. 17:46:47 scribenick: susanisrael 17:47:20 aleecia: even prohibition on 1st party sharing should not permit data append 17:47:23 q+ 17:47:36 as I understand it, there are cryptographic techniques that would allow a first party and third party to match data without the first party revealing their customer list to the third party 17:47:52 npdoty, yes, I think so 17:48:01 q? 17:48:01 I will work with Aleecia 17:48:20 Nick, good point 17:48:34 You are correct 17:48:41 npdoty: yep, anon credentials come to my mind 17:48:45 We did not mention that prior 17:49:25 yep 17:49:27 action: aleecia to propose text prohibiting data append (because it requires sharing, or otherwise; with jchester) 17:49:27 Created ACTION-373 - Propose text prohibiting data append (because it requires sharing, or otherwise; with jchester) [on Aleecia McDonald - due 2013-03-06]. 17:49:39 action-373 due 2013-03-20 17:49:39 Set ACTION-373 Propose text prohibiting data append (because it requires sharing, or otherwise; with jchester) due date to 2013-03-20. 17:49:51 susanisrael: when a service provider doesn't have rights to use data but manipulates it on behalf of the first party, we wouldn't consider that sharing 17:50:03 scribenick: susanisrael again 17:50:07 1st party would have to identify the user (to the 3rd party) i.e. they share user id/instance of user visit to web site 17:50:20 Peterswire: move to justin to introduce merged definition of first party 17:50:21 topic: merged first party definition 17:50:44 (when people ask "what is new info that hasn't come before the group?" and want to know wigat that would look like -- Nick just demonstrated :-) not that is is closed, but if it were, that would be a great reason to revisit) 17:50:47 Justin: maybe better defintiion is the one heather sent at 11:52. a party with which user interacts is first party 17:51:03 Heather's text: http://lists.w3.org/Archives/Public/public-tracking/2013Feb/0152.html 17:51:03 justin: talked about embedded widgets 17:51:16 q? 17:51:24 ....tried to take 3 defnitions 17:51:28 q- 17:51:43 so it includes redirects? 17:51:54 Justin: tried to make it straightforward..... 17:51:57 In a specific network interaction, a party with which the user interacts is the First Party. In most cases on a traditional web browser, the first party will be the party that owns and operates the domain visible in the address bar. The party that owns and operates or has control over an (branded/labelled?) embedded widget, search box, or similar service with which a user intentionally interacts is also considered a First Party. If a user merely m[CUT] 17:52:02 q? 17:52:14 mouses over, closes, or mutes such content, that is not sufficient interaction to render the party a first party. Non-First Party entities on the site are considered Third Parties. 17:52:40 Trouble: redirects 17:52:46 peterswire: looking at heather's email, "a party with whom users interact is a first party" which is designed to get away from hard to understand intent 17:52:53 yeah, I assume this is just a typo 17:52:58 I suggest using "user intentionally interacts" in the first sentence -- it is used later but is fundamental. 17:53:09 ...concern is that users interact with third parties also, how do you distinguish.... 17:53:15 Roy++ 17:53:28 q? 17:53:32 q+ 17:53:39 peterswire: thought you could make some judgment about intended.... 17:53:44 fine with fielding's suggestion, though hwest wanted to stay away from judging "intent" 17:54:01 hwest: it is intentionally intended to allow third party elements of a website to be treated as first party 17:54:09 but we are including intent, no definition has ever gotten us away from that 17:54:19 q? 17:54:44 hwest: re: "high probabability website knows intent," it's really hard to engineer to...better to stay with technical definition of first party... 17:54:56 Would expect rather than intend help at all? 17:55:13 the whole question of machine-testability is thorny 17:55:24 +1 to fielding 17:55:34 q? 17:55:42 fielding: no use for heavy/high probability wording...not something a server intendes, but def should reflect intentional interaction 17:56:09 fielding: what i did not like was idea of server determining this re: probablistic means, have no way to determine this 17:56:23 there is a gap between what the TPE says ('expected to be used in a first-party context') and the 'high probability' text 17:56:25 q? 17:56:27 q+ 17:56:32 peterswire: let's turn to rest of the sentences. any objections or concerns with rest of definition 17:56:42 Has it changed? 17:56:43 q+ to ask about redirects 17:56:45 ack fielding 17:56:46 I think judging intent should be removed … but having intent is important to distinguish from other interactions. 17:57:24 dwainberg: similar to problem with first sentence, for a party embedded in page, how can that party know that user has interacted in a way to expect it to be first party 17:57:29 q? 17:57:38 What's your alternative dwainberg? 17:57:57 dwainberg: qu is how party knows user is intentionally interacting with it 17:58:02 q? 17:58:24 peterswire: does mousing over = not enough help? 17:58:27 dwainberg: no 17:58:42 peterswire: any alternative language that avoids problem 17:58:45 Zakim, who is making noise? 17:58:47 q? 17:58:56 npdoty, listening for 11 seconds I heard sound from the following: peterswire (4%), BillScannell (12%), hwest (63%) 17:59:03 hwest: we might think about some guidance, but idea was that it's a bit of a judgment call 17:59:05 "conscious interaction" sounds great; similar to "intentionally" 17:59:13 I'd also like to hear david's proposed change. 17:59:18 -Keith_Scarborough 17:59:22 I like "conscious interaction" better than intent 17:59:38 q? 17:59:39 npdoty: I think there are some real advantages to ahving party running widgets figure out when it has been interacted with........ 17:59:45 Does this require the Turing test? 17:59:48 ack npdoty 17:59:48 npdoty, you wanted to ask about redirects 18:00:08 npdoty: if someone clicks like button i (fb) am in good position to know if interaction 18:00:35 npdoty: would [......] be considered first party? [url shorteners?] 18:00:39 Yes, there is existing language on url shorterners, but we were going to move to appendix. 18:01:00 But it's also not consensus --- Google disagreed with my (our?) suggestion. 18:01:13 peterswire: nick might have additional language, support from roy for keeping third sentence/from justin for first 18:01:33 ...propose taking that text and nick have action item around language he just proposed..... 18:01:38 -dwainberg? 18:01:51 q+ to comment 18:01:53 ....david and heather have concerns re: intentional, could propose other language. any objections? 18:01:54 q? 18:02:04 ack dwainberg 18:02:08 justin: so should i put idea of intention in first sentence as well? 18:02:21 action: doty to suggest how redirection proposals can factor in to the first party definition 18:02:22 Created ACTION-374 - Suggest how redirection proposals can factor in to the first party definition [on Nick Doty - due 2013-03-06]. 18:02:28 peterswire: yes, that's one approach, other is for heather or david or others to propose other language 18:02:29 q? 18:02:37 ack dsinger 18:02:38 dsinger, you wanted to comment 18:03:06 +1 to dsinger 18:03:20 dsinger: want to point out what fielding wrote in tpe..."designed to be used as a first party resource" then maybe that affects these definitions, eliminates need to think about intent 18:03:26 q- 18:03:44 topic: mozilla presentation 18:04:13 peterswire: thank you sidstamm for being here, I thank sid for being a brave and good person and briefing us on Mozilla patch on third party cookies. Goal in call is to get factual understanding...,. 18:04:24 q? 18:04:34 I hope everyone will speak respectfully and in professional way 18:04:54 sid: i may be assuming knowledge, so don't be shy to ask questions about how this works... 18:05:18 we have been trying to think of ways to close gap between what happens on web and what people think happens. 18:05:37 ...it's how we approach privacy. Users are concerned about cookies and tracking. ... 18:05:43 http://allthingsd.com/20130224/mozilla-to-block-third-party-cookies-in-firefox/ 18:05:47 -Aleecia 18:05:55 https://wiki.mozilla.org/SecurityEngineering/ThirdPartyCookies 18:06:12 not new, safari has been doing it. allow first party cookies and used to allow third parties, but now will permit them only if cookie already set on device...., 18:06:40 idea is that if people have established relationship in first party context they can continue to interact with the entity in third party context..... 18:06:46 -npdoty 18:06:53 ChrisPedigoOPA_ has joined #dnt 18:07:07 it's in our nightly build, fairly long release cycle, then graduate to alpha, beta, then release channel... 18:07:09 +npdoty 18:07:15 in each channel there is different set of users.... 18:07:39 we have time to experiment with really early adopters in nightly, mostly developers. 18:08:18 ....until we feel confident we won't move forward. You can get involved by joining discussions on privacy, or testing firefox on nightly and see how it works for you.... 18:08:21 q+ 18:08:23 q+ 18:08:25 q+ 18:08:27 q? 18:08:31 jonathan did i miss anything since you wrote the code...... 18:09:15 chrispedigo: thanks sid for brief description. I am not a technologist. 2 questions from members: different from safari? what happens to analytics? 18:09:33 sid: if analytics provider uses 1st party cookies, no problem 18:09:53 q+ 18:10:11 safari just allows 3p cookies on POST vferb 18:10:19 jmayer: when safari checks to see if first party content has cookie permission: [jmayer, can you clarify this or can someone help report it?] 18:10:45 safari does its check based on whether cookies were sent in the outgoing HTTP request 18:10:53 q? 18:10:58 ex: if you go to a. foo.com, get a cookie for b.foo.com, there is embedded content for c. foo.com 18:11:07 *npdoty, thanks 18:11:13 while Firefox instead checks whether there is a cookie permission for something on the top-level domain 18:11:49 jmayer: under firefox approach both a and c .foo.com would have cookie permission. It's a corner case, in practice unlikely that difference matters 18:11:58 q- 18:11:59 Is there a practical diff or just imp diff? 18:12:14 q- 18:12:28 aleecia, it was just an implementation convenience and a minor diff 18:12:31 ...jmayer in practice safari practice is more stringent, but effect similar, 18:12:31 q- 18:12:38 ack rigo 18:12:42 Thanks, sorry I cannot be on the call 18:12:42 Zakim, who is making noise? 18:12:46 zakim, who is making noise? 18:12:50 Sid and Jonathan, thanks for the explanation 18:12:51 [*sorry interrupted for a min-missed end of jmayer] 18:12:53 npdoty, listening for 10 seconds I heard sound from the following: 37 (93%), [Mozilla] (5%), Jonathan_Mayer (66%) 18:13:03 jmayer, can you mute? 18:13:04 dsinger, listening for 10 seconds I heard sound from the following: Jonathan_Mayer (33%) 18:13:06 rigo: any plan to have mechanism open up again? 18:13:08 someone is typing without mute 18:13:38 ....some third parties need to set cookie, and won't have a nother chance. I have complaints from developers. Any plans for exception handling? 18:13:40 q? 18:14:04 sid: no concrete plans right now but i agree there should be a way for trusted sites to have third party cookie users... 18:14:06 Better example: you get an a.foo.com first-party cookie, then visit bar.com which embeds third-party b.foo.com content. Safari would not allow cookie permissions for b.foo.com, Firefox would. 18:14:34 as we still believe in dnt, maybe there is a way for sites that respect dnt to get third party cookie access 18:15:02 perhaps worth saying that we (at least) are interested in DNT as it's a consensus solution, rather than one-sided (like cookie or ad blocking) 18:15:05 peterswire: end of call, but if you will be at iapp, pls email me so i can get sense of count and what kind of room we would need 18:15:08 -efelten 18:15:09 johnsimpson has left #dnt 18:15:09 -robsherman 18:15:09 -Jonathan_Mayer 18:15:10 -peterswire 18:15:10 -Chris_Pedigo 18:15:12 -dwainberg.a 18:15:12 -[Microsoft] 18:15:13 -RichLaBarca 18:15:13 -eberkower 18:15:13 -[Apple] 18:15:13 -Rigo 18:15:13 -johnsimpson 18:15:13 -Joanne 18:15:14 -[Mozilla] 18:15:14 -moneill2 18:15:15 -kulick 18:15:15 -hwest 18:15:16 -chapell 18:15:16 -adrianba 18:15:16 -vincent 18:15:18 - +1.650.465.aakk 18:15:18 -vinay 18:15:18 I think third-party servers with a satisfactory ./well-known/dnt would be a great time to relax the cookie restriction 18:15:19 -Yianni 18:15:20 peterswire: thanks everyone, and we will be in touch fgor next wednesday 18:15:20 peterswire has left #dnt 18:15:21 -Brooks? 18:15:21 -Thomas 18:15:21 Zakim, list attendees 18:15:22 As of this point the attendees have been +1.646.654.aaaa, eberkower, Thomas, moneill2, npdoty, peterswire, +1.609.258.aabb, efelten, Yianni, +1.202.331.aacc, [Microsoft], 18:15:22 ... PhilPearce, Rigo, +1.949.573.aadd, Aleecia, Amy_Colando, +1.917.934.aaee, fielding, Joanne, Chris_Pedigo, achappell?, +1.631.803.aaff, sidstamm, +49.172.147.aagg, 18:15:26 ... +1.650.787.aahh, jchester2, schunter, Keith_Scarborough, +1.215.480.aaii, adrianba, +385345aajj, hefferjr, vinay, kulick, RichLaBarca, Dan_Auerbach, [CDT], +1.650.465.aakk, 18:15:26 ... vincent, Jonathan_Mayer, +1.646.827.aall, hwest, dsinger, chapell, johnsimpson, [Comcast]?, dwainberg?, dwainberg, +1.678.492.aamm, +1.650.308.aann, robsherman, 18:15:26 ... +31.65.141.aaoo, rvaneijk, Brooks? 18:15:32 rrsagent, please draft the minutes 18:15:33 I have made the request to generate http://www.w3.org/2013/02/27-dnt-minutes.html npdoty 18:15:35 -[CDT] 18:15:38 -schunter 18:15:39 -[Comcast]? 18:15:43 -BillScannell 18:15:45 -fielding 18:15:52 rssagent, make logs public 18:15:58 -jchester2 18:16:01 -npdoty 18:16:25 chair: peterswire 18:16:31 rrsagent, please draft the minutes 18:16:31 I have made the request to generate http://www.w3.org/2013/02/27-dnt-minutes.html npdoty 18:16:52 npdoty, that was how p3p cp was supposed to work but it was too easy to fool 18:16:59 -rvaneijk 18:17:17 moneill2, I understand, and I recognize the problems we had with that on IE 18:17:55 ... but if we're actively using DNT (and regulators or self-regulatory bodies do enforce promises) then I think that would be a key difference 18:18:00 npdoty, best would be ss uge, dnt:0, explicit indication of consent 18:18:51 -Dan_Auerbach 18:18:53 moneill2, you're right, the exceptions api approach would be a clear indication 18:18:54 +schunter 18:19:01 -schunter 18:19:20 npdoty, thanks 18:20:32 -achappell? 18:24:01 -PhilPearce 18:29:50 -hefferjr 18:29:51 T&S_Track(dnt)12:00PM has ended 18:29:51 Attendees were +1.646.654.aaaa, eberkower, Thomas, moneill2, npdoty, peterswire, +1.609.258.aabb, efelten, Yianni, +1.202.331.aacc, [Microsoft], PhilPearce, Rigo, +1.949.573.aadd, 18:29:51 ... Aleecia, Amy_Colando, +1.917.934.aaee, fielding, Joanne, Chris_Pedigo, achappell?, +1.631.803.aaff, sidstamm, +49.172.147.aagg, +1.650.787.aahh, jchester2, schunter, 18:29:52 ... Keith_Scarborough, +1.215.480.aaii, adrianba, +385345aajj, hefferjr, vinay, kulick, RichLaBarca, Dan_Auerbach, [CDT], +1.650.465.aakk, vincent, Jonathan_Mayer, +1.646.827.aall, 18:29:52 ... hwest, dsinger, chapell, johnsimpson, [Comcast]?, dwainberg?, dwainberg, +1.678.492.aamm, +1.650.308.aann, robsherman, +31.65.141.aaoo, rvaneijk, Brooks? 18:37:58 schunter has joined #dnt