16:50:44 RRSAgent has joined #privacy 16:50:44 logging to http://www.w3.org/2014/12/04-privacy-irc 16:50:46 RRSAgent, make logs 263 16:50:46 Zakim has joined #privacy 16:50:48 Zakim, this will be 16:50:49 Meeting: Privacy Interest Group Teleconference 16:50:49 Date: 04 December 2014 16:50:50 I don't understand 'this will be', trackbot 16:50:56 Zakim, this will be PING 16:50:57 ok, npdoty; I see Team_(privacy)17:00Z scheduled to start in 10 minutes 16:50:59 rrsagent, make logs public 16:56:00 christine has joined #privacy 16:56:25 chair: christine, tara 16:56:48 Team_(privacy)17:00Z has now started 16:56:55 +[IPcaller] 16:57:14 Zakim, IPcaller is me 16:57:14 +christine; got it 16:58:01 bhill2 has joined #privacy 16:58:02 + +1.650.944.aaaa 16:58:06 +npdoty 16:58:09 regrets+ wseltzer 16:58:18 tara has joined #privacy 16:58:32 regrets+ fjh, frank 16:58:42 +Katie_Haritos-Shea 16:58:43 npdoty has changed the topic to: Privacy Interest Group; agenda, December 4: http://lists.w3.org/Archives/Public/public-privacy/2014OctDec/0042.html 16:58:52 Ryladog has joined #privacy 16:59:14 +BHill 16:59:14 regrets+ karima 17:00:59 +[IPcaller] 17:01:10 kodonog has joined #privacy 17:01:11 melinda has joined #privacy 17:01:13 Zakim, who is on the phone? 17:01:13 On the phone I see christine, +1.650.944.aaaa, npdoty, Katie_Haritos-Shea, BHill, [IPcaller] 17:01:35 Zakim, aaaa is maybe tara 17:01:35 I don't understand 'aaaa is maybe tara', npdoty 17:01:41 Zakim, aaaa may be tara 17:01:41 +tara?; got it 17:01:43 + +1.857.209.aabb 17:01:52 Yes, that is right, Nick. 17:01:56 +karen_oDonoghue 17:02:15 Christian has joined #privacy 17:02:55 Agenda item 1 - Welcome and Introductions 17:03:04 Christine Runnegar, co-chair 17:03:08 christine, tara -- in AOB, I can talk briefly about charter extension approved by w3c 17:03:48 In AOB I have a item from Mike West on spec review. 17:04:02 Tara Whalen, co-chair 17:04:03 + +44.793.550.aacc 17:04:05 scribenick: npdoty 17:04:17 tara: any newcomers to our Privacy Interest Group calls? 17:04:25 +Joanne 17:04:59 melinda: Melinda Shore, consultant for Verisign on DNS projects; active in IETF. was at STRINT workshop in London 17:05:23 JoeHallCDT has joined #privacy 17:05:28 Joanne has joined #privacy 17:05:38 Christian: Christian Hague, student at Harvard University, studying computer science and privacy; Berkman Center 17:05:47 ... looking at privacy and online education platform 17:05:59 + +1.202.407.aadd 17:06:19 kodonog: Karen Donoghue, ISOC, might be new or not. active in Web Crypto and IETF work 17:06:25 Zakim, aadd is JoeHallCDT 17:06:25 +JoeHallCDT; got it 17:06:50 hannes: not new, but welcome back. 17:07:25 Heard through the grapevine that Tara's at Google now… :) 17:07:37 2. Moving the work on the privacy considerations document forward - topic for discussion: data minimisation and identifiers' 17:07:52 Topic: privacy considerations: data minimisation and identifiers 17:07:55 Hannes_Tschofenig has joined #privacy 17:08:04 christine: I'm responsible for putting this one on the agenda 17:08:19 ... had a useful and robust discussion at the TPAC f2f meeting, about the privacy considerations work 17:08:32 ... we all still think it's very important and want to progress it 17:08:59 how do I put myself on the speaker queue? 17:09:06 ... but it's a big piece of work. could try breaking down into smaller areas, with discussion and raising points, and then add to the privacy considerations 17:09:12 q- 17:09:15 q+ 17:09:32 (Did I ever mention that I don't like IRC?) 17:09:33 christine: what are the privacy risks or vulnerabilities that might be addressed by web specifications? 17:09:44 ... what are the better ways for using identifiers in web specifications? 17:09:52 ack Hannes_Tschofenig 17:10:07 Hannes_Tschofenig: mentioned interesting discussion at TPAC. are there notes on that discussion? 17:10:09 q+ 17:10:44 q- 17:10:56 npdoty: forgot to send around minutes from the f2f meeting (though I did for the breakouts) 17:11:09 action: doty to clean up and send around PING TPAC friday minutes 17:11:10 Created ACTION-11 - Clean up and send around ping tpac friday minutes [on Nick Doty - due 2014-12-11]. 17:11:29 christine: identifiers 17:11:47 ... an understanding of how we see identifiers working in the web space, risks/vulnerabilities around those, and how we can do better 17:12:12 q+ 17:13:30 q+ 17:13:37 q- 17:14:01 npdoty: should document current state on identifiers, scope and clearing, so that new specifications don't extend that functionality 17:14:04 ack Hannes_Tschofenig 17:14:45 Hannes_Tschofenig: two different audiences. 1) looks at the considerations as a way to improve privacy; 2) those trying to use as much data as possible. 17:15:06 ... for the former group, document details about data minimization are useful 17:15:30 ... document what identifiers there are in the document. WebCrypto identifies a really strong identifier and linkage back to a user identifier 17:15:45 ... data minimization, and documenting what identifiers you pass around and under what circumstances 17:16:39 christine: +1 on usefulness for documenting. re WebCrypto are you mostly talking about key discovery? 17:17:29 Hannes_Tschofenig: the process from FIDO about identifying what data is present in the protocols, how much identification is allowed 17:17:35 ... and specifically biometrics 17:18:12 ... make the right trade-off decisions 17:19:20 christine: one topic we looked at at TPAC, could take general guidance from Privacy Considerations, and other guidance already given: for example, Device APIs document, other documentation from TAG etc. 17:19:51 ... and thinking whether we could as a group and go further than "data minimization is generally good" and give specific guidance about how to implement it for web specifications 17:20:35 Idea: Specifications SHOULD make it easy for developers and implementers to request as little information data as needed for the intended use (“the minimal data necessary for use”). 17:21:03 q+ 17:22:12 Hannes_Tschofenig: examples from other specifications. for example, FIDO doesn't ever send biometric data to the server, a design decision that rules out certain solutions, but very positive from a data minimization point of view 17:23:04 christine: suggesting a principle about where possible data is stored locally, not shared beyond the UA ..? 17:23:45 Hannes_Tschofenig: in geolocation, API would need to accomodate for users who only want city-level granularity, not just always sharing the highest resolution 17:24:09 q+ 17:24:32 christine: does the proposed text cover that case? 17:24:46 q+ 17:24:50 The text proposed by Christine earlier works for me. 17:25:58 q- 17:26:01 q- Hannes_Tschofenig 17:26:23 npdoty: make it possible, and make it easy, as separate steps 17:26:29 ack Ryladog 17:26:32 it would be great if whomever is making those noises could stop 17:26:39 tyvm 17:26:54 ah, it's a keyboard 17:27:18 Ryladog: regarding accessibility, it's very useful to have geofencing to help users with visibility issues 17:27:22 Zakim, who is making noise? 17:27:33 npdoty, listening for 10 seconds I heard sound from the following: +1.857.209.aabb (20%) 17:27:34 ... need very granular geolocation information, but also want control 17:27:48 Zakim, aabb may be Ryladog 17:27:48 +Ryladog?; got it 17:28:08 christine: any ideas for how to achieve that with architectural design, that would be helpful 17:28:12 q? 17:29:02 christine: have talked about data minimization, please share thoughts on the mailing list. 17:29:14 ... continuing on identifiers 17:29:33 Ideas: 1. Specifications MUST use non-persistent identifiers unless a persistent identifier is required for their functionality (“non-persistent identifiers”). 2. Specifications that require identifiers for their functionality SHOULD use randomly generated identifiers (“randomly generated identifiers”). 17:29:45 q+ 17:29:45 woo! 17:30:30 Thanks Nick, for further clarification users with disabilities who use geolocation information for transversing roooms and obsticals their home and neighborhoods would want to able to be offered the choice of GepFencing options 17:31:32 ack npdoty 17:31:48 q+ 17:31:50 npdoty: 3 questions I think tend to come up when we're talking about identifiers in a protocol 17:32:01 ... 1) how unique (across all users, or just per window, or whatever) 17:32:10 ... 2) how persistent (can they be changed) 17:32:26 ... 3) who can access (is it tied to a specific origin, or is it available elsewhere) 17:32:42 ack Hannes_Tschofenig 17:33:19 Hannes_Tschofenig: identification at the transport layer or above, via encrypted communications. may be difficult to address at the Web layer 17:33:28 ... not that many that use identifiers to begin with at w3c, right? 17:33:30 q+ 17:34:49 q- 17:35:19 there is an issue here that is an analog of one we're dealing with in the IETF IAB privacy and security program: we have been thinking about correlation across network layers of communications… that is, encryption must fire in a coordinated manner or an observer with access to each layer may see some leakage of cleartext. 17:35:34 npdoty: I see lots of identifiers in W3C specifications, to identify cameras, microphones, game controllers, configured geofences 17:35:42 It seems that this might work with identifiers across layers too… if you randomize one in the web but a lower identifier persists, boo! 17:35:57 Hannes_Tschofenig: need to catch up on W3C work, but see issues regarding authenticated origins or authenticated identifiers 17:36:49 christine: topic of authenticated/secure origins for certain features, like geolocation access 17:36:53 ... TAG might be looking at this 17:37:27 sorry getting off mute 17:37:41 Whenever work spawns across working groups and organizations (IETF/W3C/FIDO/etc.) these cross layer problems are likely going to show up with less than ideal consequences for privacy. I just wanted to raise that issue since I see a lot of work going on in that area right now. 17:37:45 URL? 17:37:49 bhill2: a concept that was recently published under the mixed content draft 17:37:50 http://www.w3.org/TR/2014/WD-powerful-features-20141204/ 17:38:19 bhill2: mixed content had gone to Last Call, but split off this discussion into a separate spec 17:38:48 ... features that require a certain identifier should go over a secure transport, to prevent leaking a persistent identifier, for example with EME 17:39:19 bhill2: just published a First Public Working Draft today 17:39:42 ... can take it to Last Call fairly rapidly, depending on public comment. much of the work has already been done 17:39:57 christine: yes, worth looking at that, everyone 17:40:25 christine: please share your thoughts on the email list so that we can keep the discussion going 17:40:35 http://mikewest.github.io/spec-questionnaire/security-privacy/ 17:41:01 tara: mkwest working on a document independently, for a checklist of questions for putting together a first draft of a spec 17:41:12 +q 17:41:27 q+ 17:41:39 ... figuring out whether this is useful for w3c. should this be standalone or combined? work with other groups? 17:41:45 ... share with the group and see whether it would be useful 17:42:01 ack Hannes_Tschofenig 17:42:21 Hannes_Tschofenig: thanks for the pointer. what triggered work on this? 17:42:52 tara: via WebApps WG discussion, and repeated internal questions 17:43:52 Hannes_Tschofenig: sounds similar to the discussion of same-origin policy questions in charters 17:44:13 christine: scheduling difficulties about getting him present on the call 17:44:24 Article 29 WP Opinion regarding device fingerprinting 17:44:25 3 Article 29 WP Opinion regarding device fingerprinting 17:44:50 not-scribe: npdoty: I think the mike west checklist looks great, though I need to read in more detail. it sounds very much of a kind with other work we've been doing here. 17:45:14 s/3 Article/Topic: Article/ 17:45:18 http://ec.europa.eu/justice/data-protection/article-29/documentation/opinion-recommendation/files/2014/wp224_en.pdf 17:45:58 Hannes_Tschofenig: could we invite some Art 29 folks to present or discuss? 17:46:08 christine: yes, can ask Rob. 17:46:10 +1s 17:47:12 npdoty: a summary or particularly important issues we should be looking at? 17:47:22 christine: definition comes from rfc6973 :) 17:48:21 christine: document is mostly directed at websites that might use fingerprinting, and legal status of whether fingerprinting fits under the EU Cookie directive 17:48:29 Great to hear that they reference RFC 6973! 17:48:40 christine: refers to expressed DNT preferences 17:48:48 ... so would be relevant to Do Not Track work 17:49:33 ... documents different use cases (including first-party analytics, online behavioral advertising, security, etc.) 17:50:24 christine: useful for us to look at the technical background from a Web perspective 17:50:33 ... if there are improvements, we could let them know. 17:50:45 ... and worth reading, if fairly dense 17:50:57 thanks 17:51:31 Hannes_Tschofenig: we should definitely drop them a note if we have any disagreements. our interests may align, and they would appreciate feedback from a technical community 17:51:49 christine: can collect comments here and then see how to get them back 17:52:21 ... just know that public-privacy can be a much wider mailing list, including people involved in this work 17:52:27 4. Web Security Interest Group 17:52:43 s/4. Web/Topic: Web/ 17:52:59 tara: had discussions with Virginie about possible coordination with the Web Security Interest Group 17:53:24 ... our intention would be a conference call between the two groups to talk about how to do that work 17:53:26 5. W3C workshop on Privacy and User-Centric Controls 17:53:43 s/5. W3C workshop/Topic: W3C workshop/ 17:53:56 attendees at that workshop? 17:54:14 christine: rigo will be producing a full report, and unfortunately I missed the session of conclusions 17:54:28 ... very interesting discussions, and very broad representation from the browser vendors 17:54:51 ... lots of comments that PING would be the place to do something, and as a result have some new organizations formally joining PING 17:55:18 Hooray for new PING members coming from that workshop! 17:55:29 ... I went to present PING, to convince of the importance and need for resources on doing privacy from an architectural perspective 17:55:44 ... should have the report and formal outcomes by the next meeting 17:55:50 minutes and papers are available 17:56:19 Topic: AOB 17:56:41 npdoty: nick's job is to deal with these little bureaucratic things... 17:56:51 Thank you for dealing with "bureaucratic things." 17:56:59 … wendy seltzer reported that w3c management supported extending version of current charter for two years 17:57:16 … mgmt thinks the work is important and wanted to continue it 17:57:27 … They are also very interested in increasing the breadth and depth of privacy work 17:57:41 Thanks, everyone, for making us an effective group! 17:57:44 … this includes privacy reviews work, but also privacy in general 17:57:57 … we should include wendy in these conversations 17:58:00 q+ 17:58:12 q- 17:58:44 ack JoeHallCDT 17:59:02 npdoty: as a formal matter charter is extended for two years with minor changes 17:59:12 … that doesn't mean we couldn't recharter or make changes if we wanted to do that 17:59:23 to be clear I (Joe) wasn't suggesting we change it 18:00:19 January 8, 15, 22? 18:00:32 February 12? 18:01:32 unlikely 18:02:40 -Joanne 18:02:50 JoeHallCDT: could have more informal conversations, just to catch up on privacy and web issues 18:02:54 good idea Joe 18:03:18 (Have to drop off IRC...thanks!) 18:03:26 ... can have occasional calls that are less about detailed progress 18:03:59 -Katie_Haritos-Shea 18:04:00 -JoeHallCDT 18:04:02 -tara? 18:04:03 -christine 18:04:03 melinda has left #privacy 18:04:04 -npdoty 18:04:06 - +44.793.550.aacc 18:04:06 -BHill 18:04:07 -[IPcaller] 18:04:10 -karen_oDonoghue 18:04:11 tara: placeholder for doing that in mid-January, and progress on work to be discussed 12 February 18:04:14 Christian has left #privacy 18:04:16 have a great holiday 18:04:20 trackbot, end meeting 18:04:20 Zakim, list attendees 18:04:20 As of this point the attendees have been christine, +1.650.944.aaaa, npdoty, Katie_Haritos-Shea, BHill, [IPcaller], tara?, +1.857.209.aabb, karen_oDonoghue, +44.793.550.aacc, 18:04:23 ... Joanne, +1.202.407.aadd, JoeHallCDT, Ryladog? 18:04:28 RRSAgent, please draft minutes 18:04:28 I have made the request to generate http://www.w3.org/2014/12/04-privacy-minutes.html trackbot 18:04:29 RRSAgent, bye 18:04:29 I see 1 open action item saved in http://www.w3.org/2014/12/04-privacy-actions.rdf : 18:04:29 ACTION: doty to clean up and send around PING TPAC friday minutes [1] 18:04:29 recorded in http://www.w3.org/2014/12/04-privacy-irc#T17-11-09 18:04:31 -Ryladog? 18:04:32 Team_(privacy)17:00Z has ended 18:04:32 Attendees were christine, +1.650.944.aaaa, npdoty, Katie_Haritos-Shea, BHill, [IPcaller], tara?, +1.857.209.aabb, karen_oDonoghue, +44.793.550.aacc, Joanne, +1.202.407.aadd, 18:04:32 ... JoeHallCDT, Ryladog?