- From: Lukasz Olejnik (W3C) <lukasz.w3c@gmail.com>
- Date: Fri, 7 Oct 2016 13:38:19 +0100
- To: Ian Jacobs <ij@w3.org>
- Cc: "public-privacy (W3C mailing list)" <public-privacy@w3.org>, Adam Roach <abr@mozilla.com>, "Telford-Reed, Nick" <Nick.Telford-Reed@worldpay.com>, Adrian Hope-Bailie <adrian@ripple.com>
- Message-ID: <CAC1M5qoHSxv-YWA+vCB2V__KzMTfN68ekDi-Gv7PnWwbbUNJ8A@mail.gmail.com>
Hello, I think informed consent should be mentioned - the user should not only know it's happening, but also - what is happening. So perhaps: " During the payment, this API provides personal information (such as payment credentials, shipping address, etc.) to applications. The user agent MUST NOT share user information without user consent or awareness. The UA MUST inform about the past and current uses of the API " 2016-10-06 16:22 GMT+01:00 Ian Jacobs <ij@w3.org>: > Dear Privacy IG, > > The Web Payments WG’s draft “Payment Request API” [1] involves user actions > to share some information with a merchant (e.g., credit card details, > shipping address). > We would like to make it clear in the specification that that information > should not be > shared without user consent. Opinions vary on how much (if any) guidance > to provide > about securing user content. > > I would like to ask for your review of the proposal below, which would > appear in > our “Privacy Considerations” (section 18). Please let me know whether you > find the text > below useful and sufficient. > > For comparison, an analogous section in the Media Capture and Streams > specification goes into > greater detail: > https://w3c.github.io/mediacapture-main/getusermedia.html#privacy-and- > security-considerations > > Thank you, > > Ian > > [1] https://w3c.github.io/browser-payment-api/ > > ================= > Proposal for 18.1 Exposing user information > > Capturing user information (payment credentials, shipping address, etc.) > exposes personally-identifiable information to applications. > The user agent should never share user information to the web page without > user consent. > > For a number of reasons, this specification does not recommend particular > practices for establishing user consent: > > • What constitutes user consent from a regulatory perspective may > vary by jurisdiction. > > • Users provide consent through a variety of mechanisms, both > case-by-case (e.g., one-time click-through agreement) > and persistent (e.g., contractual agreements that involve a > single user interaction, user agent settings, and operating system > settings). > > • There are numerous good practices for establishing consent, such > as clear notice to the user about implications of an action, > usability of configuration interfaces to view and change user > decisions, and avoiding unnecessary prompts. Developers should > therefore consult up-to-date good practice documentation, which > may vary by region, browser, operating system, and payment system. > > -- > Ian Jacobs <ij@w3.org> http://www.w3.org/People/Jacobs > Tel: +1 718 260 9447 > > > >
Received on Friday, 7 October 2016 12:38:48 UTC