- From: Stephen McGruer <smcgruer@google.com>
- Date: Tue, 2 Aug 2022 09:11:18 -0400
- To: "Tare, Sameer" <Sameer.Tare@mastercard.com>
- Cc: Gerhard Oosthuizen <goosthuizen@entersekt.com>, Web Payments Working Group <public-payments-wg@w3.org>
- Message-ID: <CADY3Mac=R-5tmYaKre6mR0gDkgHi+0pqUz0GP9karVWb5i4uxg@mail.gmail.com>
Hi folks, Thanks Sameer and Gerhard for the input so far on this. Would love to hear other viewpoints (including just agreement). > I would also already venture that we make this an agenda point for the 18th, at least to discuss, but potentially also to make a decision on this. Ack, SGTM - let's put this on the agenda for the 18th, preferably to make a decision :). Thanks, Stephen On Fri, 22 Jul 2022 at 15:22, Tare, Sameer <Sameer.Tare@mastercard.com> wrote: > Hi Gerhard, > > > > Sharing my thoughts on this over email based on an initial read. From a > Payments/3DS perspective I can see this feature to be of very significant > value in terms of > > > > 1) Scaling the use of FIDO based authentication methods in 3ds eco-system > > > > 2) Making the experience of implementing SPC/WebAuthn authentication > methods for 3ds providers more cohesive where creation of credential does > not have to offered separately (potentially more challenging when PSPs are > involved) > > > > As this topic evolves, this may require consideration in the EMV 3DSWG. > The specification as it stands today does not allow registration at the > time of transaction so that will need to reviewed and we also need to > consider that the merchants are not negatively impacted from various facets > of credential creation (user education, latency, errors/cancellation etc) > > > > *Sameer Tare* > > Director > > Product Development > > > > Mastercard | mobile +1 6365158322 <+1%20636-515-8322> > > <http://www.mastercard.com> > > > > *From:* Gerhard Oosthuizen <goosthuizen@entersekt.com> > *Sent:* Friday, July 22, 2022 10:04 AM > *To:* Stephen McGruer <smcgruer@google.com>; Web Payments Working Group < > public-payments-wg@w3.org> > *Subject:* {EXTERNAL} RE: Re-opening discussion with WebAuthn on > credential creation in an iframe > > > > *CAUTION**:* The message originated from an EXTERNAL SOURCE. Please use > caution when opening attachments, clicking links or responding to this > email. > > > > Hi Stephen, > > > > Thank you for the proposal ( > https://docs.google.com/document/d/1mMgktymuzspnhfKC9i6_yBfb_VqXcc-DiBBhe0TSv5I/edit > <https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1mMgktymuzspnhfKC9i6-5FyBfb-5FVqXcc-2DDiBBhe0TSv5I_edit&d=DwMFAg&c=uc5ZRXl8dGLM1RMQwf7xTCjRqXF0jmCF6SP0bDlmMmY&r=gqWbSFHSMbetiPmPy6bIJs4vs2Rl9a-vEGZwgfOZGVY&m=CYyUzhinCzgLrtnKsK5PsD-Qxh9Z1QTpEA37o__wYx__et5FQsIuR2o_0XnLi_RA&s=rMup2tymS7pQN7WIv6p_p0FoN2_klxTZlkl7CxEdLKU&e=> > ) > > > > I will confer with the other chairs on the appropriate mechanism to > indicate working group support for this/to submit it on behalf of the > working group. > > I would also already venture that we make this an agenda point for the 18 > th, at least to discuss, but potentially also to make a decision on this. > > > > *Request for input:* > > It would be great however if we can already get some indications from > group members on their views on this proposal; including even questions and > further considerations that we may want to add to this proposal. > > So to all of us: please weigh in with some initial views on this matter > via email. > > > > *My thoughts:* > > The proposal is well-structured and considered. The proposal makes sense > to me and I can see the benefit to enable certain use-cases. In fact, at > this stage I have no suggestions for changes or edits. > > > > Kind regards, > > Gerhard > > > > > > *From:* Stephen McGruer <smcgruer@google.com> > *Sent:* Tuesday, 19 July 2022 15:22 > *To:* Web Payments Working Group <public-payments-wg@w3.org> > *Subject:* Re-opening discussion with WebAuthn on credential creation in > an iframe > > > > Hi folks, > > > > (Sending email as the next WG meeting isn't until August 18th and so we > cannot discuss live.) > > > > As you may recall, we have discussed a need in the Web Payments WG for > WebAuthn credential creation to be available in a cross-origin iframe > (e.g., to allow a https://bank.com > <https://urldefense.proofpoint.com/v2/url?u=https-3A__eur01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fbank.com-252F-26data-3D05-257C01-257Cgoosthuizen-2540entersekt.com-257C854fde89d381462cbc1b08da698df0d3-257C19c3aeac7d8a4c9e80b99f9510adc7f7-257C1-257C0-257C637938355626302526-257CUnknown-257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0-253D-257C3000-257C-257C-257C-26sdata-3DSHEucCoc7XmmaoQ29teZVlBfULGJcItjG0EbgG0dr9E-253D-26reserved-3D0&d=DwMFAg&c=uc5ZRXl8dGLM1RMQwf7xTCjRqXF0jmCF6SP0bDlmMmY&r=gqWbSFHSMbetiPmPy6bIJs4vs2Rl9a-vEGZwgfOZGVY&m=CYyUzhinCzgLrtnKsK5PsD-Qxh9Z1QTpEA37o__wYx__et5FQsIuR2o_0XnLi_RA&s=8CU9_HnlMInM22padCFcHdr16PG2gwSAs64Y0WI8tsY&e=> > iframe embedded inside of https://merchant.com > <https://urldefense.proofpoint.com/v2/url?u=https-3A__eur01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fmerchant.com-252F-26data-3D05-257C01-257Cgoosthuizen-2540entersekt.com-257C854fde89d381462cbc1b08da698df0d3-257C19c3aeac7d8a4c9e80b99f9510adc7f7-257C1-257C0-257C637938355626302526-257CUnknown-257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0-253D-257C3000-257C-257C-257C-26sdata-3D-252B4b3Kve8epE6ZN5hKGIC2L3L35dBLqD80aAZT0JugkU-253D-26reserved-3D0&d=DwMFAg&c=uc5ZRXl8dGLM1RMQwf7xTCjRqXF0jmCF6SP0bDlmMmY&r=gqWbSFHSMbetiPmPy6bIJs4vs2Rl9a-vEGZwgfOZGVY&m=CYyUzhinCzgLrtnKsK5PsD-Qxh9Z1QTpEA37o__wYx__et5FQsIuR2o_0XnLi_RA&s=KENWt9v3HCfjfJYDhODraJkluhGf-TpA6Yp4DLjbYok&e=> > to enroll a user during a payment flow). We've heard that this is useful > both for SPC as well as users of 'pure' WebAuthn. > > > > To that end, I've drafted the comment below to re-open the discussion with > our WebAuthn colleagues on issue 1656 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_w3c_webauthn_issues_1656&d=DwMFAg&c=uc5ZRXl8dGLM1RMQwf7xTCjRqXF0jmCF6SP0bDlmMmY&r=gqWbSFHSMbetiPmPy6bIJs4vs2Rl9a-vEGZwgfOZGVY&m=CYyUzhinCzgLrtnKsK5PsD-Qxh9Z1QTpEA37o__wYx__et5FQsIuR2o_0XnLi_RA&s=Zc79yqNv5sK07sLT1MmiEhD80tTzAmGD0CZagKYAaVU&e=>. > I hope for the comment to be made with the backing of the WPWG, so please > do take a look and feel free to give feedback. > > > > [Draft] WebAuthn issue to re-allow credential creation in a cross-origin > iframe > > > > I leave it to the chairs how we might want to ratify support for this; I'm > happy to wait until the August 18th sync, or perhaps we can just do it over > email? > > > > Thanks, > > Stephen > > > > -- > > smcgruer • he / him > CONFIDENTIALITY NOTICE This e-mail message and any attachments are only > for the use of the intended recipient and may contain information that is > privileged, confidential or exempt from disclosure under applicable law. If > you are not the intended recipient, any disclosure, distribution or other > use of this e-mail message or attachments is prohibited. If you have > received this e-mail message in error, please delete and notify the sender > immediately. Thank you. > -- smcgruer • he / him
Attachments
- image/png attachment: image001.png
Received on Tuesday, 2 August 2022 13:11:45 UTC