15:54:05 RRSAgent has joined #privacy 15:54:05 logging to http://www.w3.org/2014/04/24-privacy-irc 15:54:07 RRSAgent, make logs 263 15:54:09 Zakim, this will be 15:54:09 I don't understand 'this will be', trackbot 15:54:10 Meeting: Privacy Interest Group Teleconference 15:54:10 Date: 24 April 2014 15:54:12 rrsagent, make logs public 15:54:17 Zakim, this will be PING 15:54:17 ok, npdoty; I see Team_(privacy)16:00Z scheduled to start in 6 minutes 15:54:30 tara has joined #privacy 15:56:15 rigo has joined #privacy 15:56:28 zakim, code? 15:56:28 the conference code is 7464 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), rigo 15:57:40 Team_(privacy)16:00Z has now started 15:57:47 +[Microsoft] 15:57:58 +[Apple] 15:58:17 Zakim, [Apple} is me 15:58:17 sorry, tara, I do not recognize a party named '[Apple}' 15:58:25 plh has joined #privacy 15:58:26 Zakim, Apple is me 15:58:26 +tara; got it 15:59:21 +Wendy 15:59:27 zakim, who is here? 15:59:27 On the phone I see [Microsoft], tara, Wendy 15:59:29 On IRC I see plh, rigo, tara, RRSAgent, tobint, Zakim, npdoty, TallTed, trackbot, wseltzer 15:59:38 +Plh 16:00:05 zakim, Microsoft has tobint 16:00:05 +tobint; got it 16:00:07 christine has joined #privacy 16:00:45 +[IPcaller] 16:01:04 Zakim, IPcaller is me 16:01:04 +christine; got it 16:02:08 erin_kenneally has joined #privacy 16:02:53 + +1.408.203.aaaa 16:02:58 1. Welcome and introductions 2. Navigation Error Logging [1] 3. Web NFC API [2] (see ND's email at [3]) 4. Re-chartered Geolocation WG and privacy considerations 5. TPAC session? 6. Privacy guidance and process documents 7. AOB 16:03:06 npdoty has changed the topic to: http://lists.w3.org/Archives/Public/public-privacy/2014AprJun/0003.html 16:03:33 +Rigo 16:03:42 zakim, mute me 16:03:42 Rigo should now be muted 16:03:46 +[IPcaller] 16:03:54 zakim, aaaa is Arvind 16:03:54 +Arvind; got it 16:04:01 +npdoty 16:04:07 We will be starting shortly. 16:04:30 Agenda: http://lists.w3.org/Archives/Public/public-privacy/2014AprJun/0005.html 16:04:38 From Web Performance, we have plh, Tobin Titus, Alois Reitbauer, Arvind Jain 16:05:31 Editor's draft for Navigation Error Logging: https://w3c.github.io/web-performance/specs/NavigationErrorLogging/Overview.html 16:05:49 -Rigo 16:06:00 chair: tara 16:06:15 Zakim, who is on the phone? 16:06:15 On the phone I see [Microsoft], tara, Wendy, Plh, christine, Arvind, [IPcaller], npdoty 16:06:17 [Microsoft] has tobint 16:06:21 christine has joined #privacy 16:06:37 scribenick: npdoty 16:07:00 erin_kenneally_ has joined #privacy 16:07:10 tara: welcome all new folks 16:07:28 http://www.w3.org/TR/2014/WD-navigation-error-logging-20140211/ 16:07:30 Topic: Navigation Error Logging 16:07:31 +[Microsoft.a] 16:08:34 +q 16:08:39 Arvind: chair of the task force on this WG 16:08:45 terri has joined #privacy 16:09:04 ack ch 16:09:36 +terri 16:09:47 christine: a fairly general introduction is useful, as many of the PING folks aren't subject matter experts 16:10:01 ... and talk about any privacy questions that have already come up (existing text on privacy and security) 16:10:09 ... and people can jump in with questions 16:10:35 Arvind: what the specification is trying to do 16:11:02 ... providing a way for a Web developer to track any navigation errors their users have experienced in the past going to these pages 16:11:42 ... user visits CNN.com, but for some reason can't reach the page, will store the error 16:12:10 ... later, the CNN.com developer can query on the client-side for those past errors (and if she wants, send those back to the server) 16:12:28 ... making past errors available to a web page on the same origin 16:12:47 ... currently a high-level type of error: network connection, dns resolution, http error 16:13:00 ... no details within those categories yet, but may want to 16:13:56 @@@: no concern with the behavior as you've described it, but what happens with what origin means in the mashup environment? 16:14:12 +[CDT] 16:14:26 s/@@@/Forbes Higman?/ 16:14:35 ... how strict is the origin? what flexibility is there in retrieving errors? 16:14:52 JoeHallCDT has joined #privacy 16:14:57 Arvind: as a web developer, you have access to navigations made to your origin (hostname-level) in the past 16:15:14 q+ 16:15:16 q+ 16:16:45 +q 16:17:10 q+ about "top-level", different users within an origin, reporting url 16:17:30 Arvind: server would have already had access to it when you tried to access the server before 16:17:36 -npdoty 16:17:40 forbes: might still have a spoofing-type scenario 16:17:48 q? 16:18:14 ack wseltzer 16:18:16 +npdoty 16:18:44 Arvind: performance information, don't need to know user configuration 16:19:18 wseltzer: if the user wants to do some client-side transformation of the page (which might cause errors), the user might not want them sent back to the server, like proxy information 16:19:40 [What would this reveal about a Tor browser user?] 16:19:51 Arvind: for transformation, the navigation would have succeeded anyway, right? 16:20:13 + +44.793.550.aabb 16:21:04 wseltzer: I might not be able to connect, because I explicitly tried to prevent connections for privacy purposes, like not loading scripts as a Tor browser bundle user -- it would be unfortunate if that were undone after I turned off that mode 16:21:31 Arvind: interesting. are there other use cases like that? 16:21:49 wseltzer: thanks for the introduction. how will this interact with Content Security Policy? 16:22:56 Arvind: we haven't talked about CSP as much; others should feel free to jump in 16:23:09 ... CSP takes effect after the page is successfully navigated to 16:23:11 q+ Forbes has a question about the nature of the data returned. 16:23:19 q+ 16:23:39 wseltzer: will invite for some follow-up discussion. does this expand attack surfaces? 16:24:07 ack npdoty 16:24:51 Q: does full URL get logged, or just domain? 16:24:55 Nick: Does the specification reveal the URL that failed to load? 16:25:00 npdoty: three things; we talked about top-level navigation, you'd know the URL that failed to load? 16:25:15 (Thanks Wendy) 16:25:31 Arvind: yes 16:26:46 Nick: Cases where origin does not match up - possible attack 16:27:02 Arvind: Our assumption is to follow the standard origin concept 16:27:27 Nick: I don't have an answer yet, just raising the problem 16:27:44 Nick: Actively "phone-home" when an error occurs? 16:28:12 +Rigo 16:28:23 Arvind: Yes. Real-time is possible via the reporting mechanism. Follows the model of the CSP/same mechanism. 16:29:56 Nick: If someone visits my webpage on the uni domain, use some javascript, I could have repots backs from anyone who visits a university webpage? 16:30:40 Nick: I could watch someone browsing pages 16:31:23 Nick: Is there a use case for a cofigurable URL? 16:32:07 Nick: /wellknown? 16:32:19 this could be mitigated if there were a single well-known reporting URL at the domain level, rather than configurable by JavaScript 16:32:21 JoeHallCDT has joined #privacy 16:32:22 Arvind: can restrict the report URI to the specific report pattern 16:32:28 like under /.well-known 16:32:39 Arvind: Are there other examples where this has been done? 16:33:14 rfc 5785 16:33:36 Arvind we send out an informal chairs summary - we'll include a link 16:33:41 https://tools.ietf.org/html/rfc5785 is the RFC for well-known 16:34:11 ack christine 16:35:07 christine: in case of error, do you just learn the page that the error was on or other header information? 16:35:17 arvind: just the page and type of error, not the Referer, for example 16:35:52 ack tobint 16:35:59 JoeHallCDT has joined #privacy 16:36:07 [setting a reportUrl also allows you to include a unique number in order to re-identify a user on a future visit] 16:36:25 forbes: is anything revealed about the network configuration of the user agent? 16:36:50 q+ 16:37:15 arvind: currently just an enum of high-level types (ssl error, dns error) -- could we additionally include more detail about why the DNS failed, the error code, say 16:38:00 forbes: just wanted to confirm that that wasn't currently included. would be an interesting set of additional discussions 16:38:04 ack plh 16:38:30 q+ 16:38:40 plh: anne reported specifically not giving more detailed error information on exit for privacy/security reasons, but not sure of the detailed reasoning 16:38:50 -Arvind 16:39:21 forbes: the conclusion we came to was that's an involved discussion for each error type, in case there was sensitive information in a particular error type 16:39:43 ... certainly something we would want to help with 16:40:22 tobint: errors just on the initial document, or also on subresources? like a CORS error in loading/not loading a javascript file 16:40:43 + +1.650.253.aacc 16:40:53 q+ 16:41:13 ack tobint 16:41:40 arvind: only the root page 16:41:46 q+ 16:42:04 ack christine 16:42:05 [also didn't understand that from the spec, so thanks for clarifying. I'm curious how "root page" is defined] 16:42:07 from this discussion, I raised two issues so far: https://www.w3.org/2010/webperf/track/products/12 16:42:30 christine: thanks Web Performance folks for coming and talking 16:43:03 ... just raising some questions here, but I think a lot of us would like to think more about it. what would be the best way to communicate going forward? 16:43:32 plh: raised a couple issues in webperf tracker already, we can discuss in WG and come back 16:43:51 ... didn't raise one on CSP yet, but maybe after Wendy has more details 16:44:28 christine: Web Perf can discuss internally and come back, and we can think more in parallel and compare notes 16:44:30 - +1.650.253.aacc 16:44:31 thanks Arvind and web-perf team 16:44:49 Yes, thanks very much! 16:45:18 rigo: numerous cases where error reports have been included and the application phones home -- have been privacy/security incidents 16:45:30 ... phoning home without user knowledge often causes pushback 16:45:47 ... description or best practice on getting permission from the user to phone home with the error 16:46:12 isn't that issue 15 now: https://www.w3.org/2010/webperf/track/issues/15 ? 16:46:14 ... an API that doesn't have a way to ask for permission could create problems in legal areas 16:46:56 plh: similar to wseltzer earlier on giving a user a way to block error reporting; have an issue on that now 16:47:34 rigo: not just a user capability of blocking, but in EU would have to make people aware that it's active; 16:47:41 ... might be up to the UA implementer 16:47:49 ... should at least give developers a hint that this is an issue 16:48:30 plh: will talk within Web Perf. already have the case where a UA loads a page and then subresources from around the Web 16:49:11 Topic: NFC 16:49:14 -Plh 16:49:20 -[Microsoft.a] 16:49:35 http://www.w3.org/TR/2014/WD-nfc-20140114/ 16:49:37 +q 16:49:51 ack rigo 16:50:00 -[Microsoft] 16:51:43 ack christine 16:52:11 npdoty: just noting that this API exists and might have interesting privacy questions 16:52:21 christine: Hannes, have you been looking at NFC tech? 16:53:13 hannes: more interested in Bluetooth LE as it seems to have more uptake than NFC tags have had -- might be a place to focus our attention 16:53:49 christine: trying to find someone to be a champion 16:54:57 npdoty: could talk to sysapps group about what specifications are being worked on in that area 16:55:38 Topic: Geolocation 16:56:00 christine: didn't invite anyone yet, just asking what's the best next step 16:56:11 wseltzer: have just rechartered the geolocation WG 16:56:25 ... chair reached out to ask about working with PING on privacy considerations early on 16:56:43 ... inviting the chair and others to a call would be a good way to start 16:57:01 -> https://www.w3.org/2014/04/geo-charter Geolocation WG Charter 16:57:08 christine: try to set it up for next call 16:57:14 tara: great to have the discussions early on! 16:57:43 Topic: Next meetings 16:57:49 -> http://www.w3.org/2014/11/TPAC/ TPAC 2014 16:57:54 tara: we could meet at TPAC in Santa Clara in October 16:58:04 q+ 16:58:16 ack wseltzer 16:58:17 christine: either have a PING-sponsored session 16:58:58 wseltzer: TPAC is the last week of October. plenary day will have a Symposium (about anniversary) and open plenary discussions on Wednesday 16:59:22 I'm going to be looking at the guidance document in the next few weeks 16:59:27 tara: any urgent comments on documents? 16:59:32 +q 16:59:50 I have to leave this call immediately though, so maybe Hannes and I can talk with others? 16:59:53 JoeHallCDT, Hannes -- I'm overdue in sending my comments on guidance as well 16:59:59 sry, g2g 17:00:04 -[CDT] 17:00:06 Thanks, Joe! 17:00:29 christine: [relaying IRC comments] 17:00:47 ... add my hope to send some time in near future to review these documents. not forgotten! 17:01:13 ... small group to work on it? 17:01:27 tara: any conflicts for Thursdays at the end of May? 17:01:32 22 or 29 okay, 29 better 17:01:47 May 29th tentatively our next meeting, let us know of any conflicts 17:02:03 -[IPcaller] 17:02:04 -Rigo 17:02:08 -Wendy 17:02:09 -npdoty 17:02:12 -christine 17:02:14 - +44.793.550.aabb 17:02:15 -tara 17:02:20 Zakim, list attendees 17:02:20 As of this point the attendees have been tara, Wendy, Plh, tobint, christine, +1.408.203.aaaa, Rigo, [IPcaller], Arvind, npdoty, [Microsoft], terri, [CDT], +44.793.550.aabb, 17:02:23 ... +1.650.253.aacc 17:02:25 -terri 17:02:26 Team_(privacy)16:00Z has ended 17:02:26 Attendees were tara, Wendy, Plh, tobint, christine, +1.408.203.aaaa, Rigo, [IPcaller], Arvind, npdoty, [Microsoft], terri, [CDT], +44.793.550.aabb, +1.650.253.aacc 17:02:29 plh has left #privacy 17:02:31 Present+ Hannes 17:02:34 Present+ Forbes 17:02:41 Zakim, list attendees 17:02:42 sorry, npdoty, I don't know what conference this is 17:02:47 rrsagent, please draft the minutes 17:02:47 I have made the request to generate http://www.w3.org/2014/04/24-privacy-minutes.html npdoty 17:03:18 Zakim, bye 17:03:18 Zakim has left #privacy 17:03:21 rrsagent, bye 17:03:21 I see no action items