Samsung Pay Hack Lets Attackers Make Fraudulent Payments (theverge.com)
jmcbain writes: The Verge reports that a security researcher at DefCon outlined a number of attacks targeting Samsung Pay, Samsung's digital payment system that runs on their smartphones. According to the article, the attack "[focuses] on intercepting or fabricating payment tokens -- codes generated by the user's smartphone that stand in for their credit card information. These tokens are sent from the mobile device to the payment terminal during wireless purchases. [They expire 24 hours after being generated and are single-use only.]" In a response, Samsung said that "in certain scenarios an attacker could skim a user's payment token and make a fraudulent purchase with their card," but that "the attacker must be physically close to the target while they are making a legitimate purchase."
It's a crack. Am I the first to notice this? Is everyone a noobie!
"the attacker must be physically close to the target while they are making a legitimate purchase."
s/the attacker/a skimming device planted by the attacker/
Since when has this ever been a hurdle for fraudsters?
Forgive me if I'm being stupid, but I don't understand the summary. A single use token indicates that it can only be used once. Presumably the token is equivalent to the functionality performed by the chips on new cards. I assume the token has to be presented in order for the transaction to ever be approved. That should prevent it for ever being used for another transaction. If so, how is intercepting this token actually a vulnerability of it's already used at the time it's transmitted and would be intercepted? Shouldn't that be it's only use? Also, if that's not the case, shouldn't chip cards be vulnerable to the same attack? I thought the point of a single use token or password is that it doesn't matter if it's intercepted, because it's useless to an attacker when they intercept it.
If I am going to trust anybody to make payments for me, it will be my bank or financial institution. The guys who make my phone? I don't think so, much less when they are a heavy-handed, and generally not very nice company like Samsung, when it comes to dealing with its customers. Samsung, you can stick your Samsung Payment you know where.
I think you mistyped YUUGE!
The financial institution shoud have a private key and a public key for each user and each user should have a private and public key and they should exchange public keys. When a payment is made each side should encrypt their messages with the public key of the other side. I may not have the complete model down for ensuring that both sides know who and when they are talking to the other person. I know when I am using a cell phone not connected to a cell network so the time isn't right it complains it can't connect due to time synchronization issues, so what's going on?
Thanks, Billy.