The attacker uses phone A and touches the ATM NFC reader. This creates a NFC event on phone A that requests a token.
Phone A sensds the request data to the malware running on victim’s Phone V.
The malware on phone V creates a fake NFC event that makes it look like the phone V was touched against the ATM. <-- this is the huge security issue IMO
The app on phone V that’s currently associated with NFC contactless payments responds to the fake NFC event by issuing a token.
The malware on Phone V sends the token to phone A.
Phone A uses the token to “prove” to the ATM that the real customer is in front of it.
The ATM asks for the PIN and the attacker supplies the correct PIN (which they’ve previously obtained via social engineering).
Attacker can now withdraw cash from the ATM from the victim’s account.
What scenario are you talking about?? From the article:
NGate malware can relay NFC data from a victim’s card through a compromised device to an attacker’s smartphone, which is then able to emulate the card and withdraw money from an ATM.
…
Masquerading as a legitimate app for a target’s bank, NGate prompts the user to enter the banking client ID, date of birth, and the PIN code corresponding to the card. The app goes on to ask the user to turn on NFC and to scan the card.
No? The nfc sensor is next to the credit card, which is why it’s able to communicate with it to relay it.
Why would it need to create fake events? How would that even help?
There’s no credit card involved in this scenario.
What scenario are you talking about?? From the article:
Physical card is involved, mobile payments isn’t.