You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Browser Payments spec currently requires a whitelist that is managed by the browser manufacturer to operate correctly. While this ensures that there is a curated list of vendors that are trusted by the browser manufacturer, it also prevents people from selecting a preferred payment provider. For example, there may be hundreds of PaySwarm Authorities around the world and the smaller ones will have a very hard time convincing companies like Microsoft or Apple to add them to the whitelist.
There should be a better way of managing the whitelist of preferred payment providers. Ideally, there would be an API call that a payment provider could make to ask the customer whether or not they'd like to add the site as a payment provider.
The text was updated successfully, but these errors were encountered:
Mozilla's main rationale for shipping with a whitelist was security. The payments window could be used for phishing if a rogue payment provider can serve content from the Trusted UI. At the end of the day, Mozilla shipped v1 with a whitelist because we ran out of time.
Right, so I think that the whitelist could be "easily" transitioned to something that is managed by the customer.
The biggest problem with this approach is still phishing, so we have to be very vocal about the risks in a
navigator.payments.register() call.
Something to the effect of: "Hey, you're allowing this website to manage your money - you really need to trust them. Don't allow them to become a payment provider unless you plan to deposit money with them and allow them to manage it on your behalf". The chrome is going to have to be very explicit about what's going on.
Additionally, we will also want there to be a polyfill for this feature (as well as most features). I don't know how secure that polyfill could be in the beginning, so we'd need to discuss that as well. For example, should we just run a centralized service that works with the polyfill to keep track of payment providers via browser local storage? How does this work when you're at a public terminal? Security considerations... etc.
The Browser Payments spec currently requires a whitelist that is managed by the browser manufacturer to operate correctly. While this ensures that there is a curated list of vendors that are trusted by the browser manufacturer, it also prevents people from selecting a preferred payment provider. For example, there may be hundreds of PaySwarm Authorities around the world and the smaller ones will have a very hard time convincing companies like Microsoft or Apple to add them to the whitelist.
There should be a better way of managing the whitelist of preferred payment providers. Ideally, there would be an API call that a payment provider could make to ask the customer whether or not they'd like to add the site as a payment provider.
The text was updated successfully, but these errors were encountered: