Live data from Hacker News

Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

braintreepayments.com

1–10 of 32 posts

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#2
Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials?

I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design.

Seems wide open for phishing.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#3
post #2

Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials? I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design. Seems wide open for phishing.

There is also nothing stopping anyone from slapping on the old PayPal button or the Checkout with Amazon button on a phishing site. Do you prefer something non-branded out of the box, such as Stripe's Pay with Card button? Generally, you can't turn these services on without at least having the page serving the production version on SSL.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#5
post #2

Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials? I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design. Seems wide open for phishing.

I remember seeing these same concerns with the Stripe button. Edit: found the old discussion link: https://news.ycombinator.com/item?id=5079702&mobify=0

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#6
post #2

Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials? I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design. Seems wide open for phishing.

There is also nothing stopping anyone from slapping on the old PayPal button or the Checkout with Amazon button on a phishing site. Do you prefer something non-branded out of the box, such as Stripe's Pay with Card button? Generally, you can't turn these services on without at least having the page serving the production version on SSL.

Yeah, but those sites don't have people enter in their login/password until after they've been forwarded to an `amazon.com` or `paypal.com` domain. Try it. This is encouraging users to engage in fundamentally unsafe behavior (enter credentials for site A on site B because site B looks like site A).

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#7
post #2

Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials? I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design. Seems wide open for phishing.

I remember seeing these same concerns with the Stripe button. Edit: found the old discussion link: https://news.ycombinator.com/item?id=5079702&mobify=0

When I've used Stripe payment before, I remember just entering my credit card info. I can do this anywhere, regardless of how it's branded.

If someone malicious gets my credit card info, I have a lot of ways to defend myself. Someone malicious getting my PayPal login info could be much, much more dangerous, and I'd have considerably less protection. Essentially we're talking about leaking login info here -- that's very different than credit card info.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#8
post #6

Earlier quoted context omitted.

There is also nothing stopping anyone from slapping on the old PayPal button or the Checkout with Amazon button on a phishing site. Do you prefer something non-branded out of the box, such as Stripe's Pay with Card button? Generally, you can't turn these services on without at least having the page serving the production version on SSL.

Yeah, but those sites don't have people enter in their login/password until after they've been forwarded to an `amazon.com` or `paypal.com` domain. Try it. This is encouraging users to engage in fundamentally unsafe behavior (enter credentials for site A on site B because site B looks like site A).

Google Wallet does the same thing as Stripe checkout with the overlay: https://www.humblebundle.com/ Is the URL inspection the best way to make sure you're going to the right site? I know that for us deeply technical folks that's the case, but for someone less technical, they wouldn't know the difference between one URL redirect vs. another.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#9
post #6

Earlier quoted context omitted.

Yeah, but those sites don't have people enter in their login/password until after they've been forwarded to an `amazon.com` or `paypal.com` domain. Try it. This is encouraging users to engage in fundamentally unsafe behavior (enter credentials for site A on site B because site B looks like site A).

Google Wallet does the same thing as Stripe checkout with the overlay: https://www.humblebundle.com/ Is the URL inspection the best way to make sure you're going to the right site? I know that for us deeply technical folks that's the case, but for someone less technical, they wouldn't know the difference between one URL redirect vs. another.

Not quite. If you're not logged in, Google Wallet will open a popup (as opposed to a JS modal overlay), clearly identified as "https://accounts.google.com", prompting you to enter your username and password. The username and password are never entered under the same URL bar as the 3rd party site.

If Braintree's checkout process opened a popup window, with a clear URL bar, into which the user entered their username/password, then this would not be a problem.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#10
post #2

Huh. I'm confused, what's to stop someone from copying the "Paypal" button and associated modal, but simply directing the form to themselves to absorb the Paypal credentials? I suppose anyone could do this to take advantage of silly users, but this is encouraging users to trust 3rd party websites by design. Seems wide open for phishing.

I remember seeing these same concerns with the Stripe button. Edit: found the old discussion link: https://news.ycombinator.com/item?id=5079702&mobify=0

This phishing concern is part of why we decided to use one-time SMS tokens with Checkout -- there's no password to steal.
Post reply on HN