Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Endpoint //

Authentication

9/10/2014
06:11 PM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

Apple Pay Ups Payment Security But PoS Threats Remain

Apple's new contactless payment tech will not stop point-of-sale breaches like Home Depot and UPS, but it could make those breaches less valuable to attackers.

Yesterday, Apple announced, to much fanfare, details on its upcoming iPhone 6 and Apple Watch, including that the new devices will be equipped with Apple Pay -- a contactless mobile payment scheme that allows users to make purchases at points of sale with their phones and, more importantly, never communicates their credit card data to the retailer.

Apple Pay will not prevent malware attacks on point-of-sale terminals. It won't stop Backoff from breaching UPS or BlackPOS from breaching Home Depot. What it will do is make the data on those PoS terminals less valuable to attackers.

It also shifts most of the responsibility for payment security off of retailers themselves, and onto Apple.

How it works
As Apple explains:

With Apple Pay, instead of using your actual credit and debit card numbers when you add your card, a unique Device Account Number is assigned, encrypted, and securely stored in the Secure Element, a dedicated chip in iPhone and Apple Watch. These numbers are never stored on Apple servers.

In other words, the only point of failure is on the card-holder's mobile device, not on an Apple server that could be targeted by attackers. (Of course, Apple currently possesses payment card data for iTunes and App Store customers who voluntarily asked Apple to store that data.)

Also:

And when you make a purchase, the Device Account Number alongside a transaction-specific dynamic security code is used to process your payment. So your actual credit or debit card numbers are never shared with merchants or transmitted with payment.

In other words, Apple Pay has "tokenized" payment and turned your Apple device into a mini point-of-sale system.

"That's where the wallet opens -- on the device," says Lev Lesokhin, executive vice president of CAST Software. "That makes the authentication an Apple problem, not a [retail store] problem... If [credit card numbers are] what [attackers] want, they're going to have to go after Apple."

Instead of authenticating to a PoS terminal (with a credit card and a PIN number), you authenticate to the Apple device. If you use both a passcode and a fingerprint to secure your device, then every purchase you make uses the authentication trifecta: something you know (the passcode), something you have (the device), and something you are (the fingerprint).

That ultimately makes the Apple device far more important to a customer than the PoS terminal. Plus it gives the customer more control over their own security -- if the device is stolen, all this information could be deleted using remote data wipe.

Even if an attacker uses malware to compromise a store's PoS terminal and take all its data, that data will not include credit card numbers, just tokens from Apple Pay -- which are basically one-time tokens, since they all include transaction-specific codes.

How will attackers adjust?
If retailers no longer require credit card numbers to process payments, just tokens, then attackers won't necessarily need credit card numbers to make purchases either; they just need tokens. So the next questions are: can attackers use those tokens they nabbed from PoS systems just like they would use credit card numbers? Can those tokens be spoofed?

In the short term, the answer is probably no. However, security experts point out that attackers won't give up so easily.

For example, Lesokhin wonders, instead of using malware that compromises point-of-sale systems, attackers may instead create software that can spoof a user's whole iPhone -- fingerprint included. (After all, biometric scanners turn your body into a data file. An attacker doesn't necessarily need your finger; he just needs a way to steal, then input that data.)

There are also questions about what happens outside the interaction between the Apple device and the PoS terminal -- and the answers may vary from merchant to merchant.

"It really depends on the implementation," says Armando Orozco, senior malware intelligence analyst at Malwarebytes Labs. "If no credit card data is passed there's nothing for the malware to capture. So, in theory, Apple Pay users would not have been compromised by the Backoff malware."

Joe Schumacher, senior security consultant at Neohapsis Labs, points out that payment card data may still be communicated, just not in the traditional way.

"For example, we do not know if the store would be sent the credit card number on a different virtual channel and/or if the merchant/store would store this credit or debit card number in their environment or rely on a token to represent the sale or transaction," says Schumacher. "From the information released by Apple and Google, it appears that the merchant/store does not receive the sensitive information over the NFC medium; we do not know if the merchant/store receives the sensitive information through another channel or if Apple/Google will be sending the funds to the merchant/store bank/processor."

From magnetic stripe to NFC
Apple Pay may be just the thing that finally persuades American retailers to move away from magnetic stripe technology to NFC. While NFC (as well as Chip-and-PIN) has been championed as a big security improvement to magnetic stripe, it still doesn't eliminate the problem of malware that goes after point-of-sale systems.

As Chris Strand, Senior Director of Compliance at Bit9, says, "At the end of the day, what's the difference" between magnetic stripe and NFC? "It's a different channel, but I'm still transferring my data into that PoS terminal."

Strand also cautions retailers against focusing too much on the customer-facing side of the transaction. If retailers think that all their problems will be solved by the front-end of purchases, they may get distracted from securing the back-end. "And attackers love distractions," he says.

These caveats aside, security experts are praising Apple -- not just for Apple Pay itself, but for emphasizing the need for multi-factor authentication.

"The more significant announcement," says John Gunn, vice-president of corporate communications for VASCO, "was on Sep. 5 when Tim Cook announced that Apple would step up its security game by broadening its use of two-factor authentication and more aggressively encouraging people to turn on two-factor authentication. When the most influential company in the industry comes out with a strong endorsement of two-factor authentication, that's good news for consumers and bad news for hackers."

Apple Pay will be available on iPhone 6 or Apple Watch, and will be usable at over 220,000 stores accepting contactless payments.

Sara Peters is Senior Editor at Dark Reading and formerly the editor-in-chief of Enterprise Efficiency. Prior that she was senior editor for the Computer Security Institute, writing and speaking about virtualization, identity management, cybersecurity law, and a myriad ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Page 1 / 3   >   >>
msspotlight
50%
50%
msspotlight,
User Rank: Apprentice
10/7/2014 | 12:40:53 PM
TIMA hardware chip?
My question is this....is the HW chip where the token is stored TIMA?
msspotlight
50%
50%
msspotlight,
User Rank: Apprentice
10/7/2014 | 12:35:40 PM
Re: Note quite 3-factor authentication ...
It depends on the encryption algorithm. If it is say for example AES 256 it would take years to crack not to mention they would have to physically have your device which if this was the case you know it's gone and can call your CC company and cancel the card.
Technocrati
50%
50%
Technocrati,
User Rank: Ninja
9/18/2014 | 5:11:09 AM
Re: Apple creates De Facto Standard ?

@Sara     Welcome back !   I see.  Well, I really enjoyed the topic - I was initially very curious as to how Apple plans to address this potential security nightmare.

But after discussions with my peers along this thread and of course your work - I have a better understanding of just how Apple plans to pull this off.

Sara Peters
50%
50%
Sara Peters,
User Rank: Author
9/16/2014 | 2:01:38 PM
Re: Note quite 3-factor authentication ...
@GonzSTL  I completely agree with you on this:  "Why not just make two-factor authentication required for using Apple Pay?" They could prompt users for both a fingerprint and a password even if the device isn't locked at the time that they make a purchase.
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
9/16/2014 | 1:59:07 PM
Re: Apple creates De Facto Standard ?
@Technocrati   Geez, a girl goes on vacation a couple days and you all have a great conversation without me. Thanks for that! 

As to your comment, I find this a fascinating thought: "Who's regulating this? Seems to me Apple just created a de facto standard ?"

I imagine that the PCI Council will have something to say on it as well, and they're probably still making up their minds about it. The near-field communications part isn't the important thing; it's the authentication. 
teck
50%
50%
teck,
User Rank: Apprentice
9/15/2014 | 9:39:58 PM
A few errors in this article
Payment authorization does not require PIN + fingerprint.  The default is fingerprint scan, if that fails a certain number of times (not able to presently disclose) it reverts to PIN.

Apple does not possess the ability to convert a token into its full credit card representation.  Rather that is the role of a TSP (Token Service Provider).  Currently each PNO (AMEX, Visa, M/C) operates its own TSP and thus only they are able to detokenize a token back to the actual credit card data.
Technocrati
50%
50%
Technocrati,
User Rank: Ninja
9/13/2014 | 1:58:26 AM
Re: Apple creates De Facto Standard ?

@GAProgrammer   Interesting.  I had not thought about PayPal, and I think you are right - Apple would love to have a large piece of this market.

Technocrati
50%
50%
Technocrati,
User Rank: Ninja
9/13/2014 | 1:54:29 AM
Re: Note quite 3-factor authentication ...

@GonzSTL    I certainly appreciate your level headed approach to this difficult issue.   I often get the feeling that NFC is a technology that even though the consumer is cool towards the idea, these manufacturers are dying to implement it.

 

I guess the real goal is to make the phone a tool for real-time commercial transactions, but people don't seem to be too excited about it, the uses we have now seem to be more than adequate.  

And I agree, I hope the industry regulates itself but the first thing they probably need to do is to come to grips with the fact that not many want NFC and even if it is forced upon the consumer - they have choices now.

 

I think Apple just might learn this lesson again. 

Technocrati
50%
50%
Technocrati,
User Rank: Ninja
9/13/2014 | 1:46:22 AM
Re: Apple creates De Facto Standard ?

"....More and more of my friends who use iPhones are finding that the device REALLY isn't that great. I know of 10 people in the past 3 months who have ditched theirs for Samsung phones."

 

@GAProgrammer     That is really interesting to hear.  I have noticed this myself - Many  iPhone users don't seem to be as happy as they once were.  It has been a long time since Apple has had a significant new offering and when they did - they went larger, which is just what their competition ( Samsung ) has been doing for years.

Technocrati
50%
50%
Technocrati,
User Rank: Ninja
9/13/2014 | 1:34:51 AM
Re: Note quite 3-factor authentication ...

@Some Guy    I see.   Yes the enabling and the disabling of the service is easy and I think that is the case for phones that have NFC, but there has got to be a better way to transmit the signal.  

Of course I am at a loss for the answer to this plea but we will see if Apple can make this process sexy enough for mass adoption. 

Page 1 / 3   >   >>
Mobile Banking Malware Up 50% in First Half of 2019
Kelly Sheridan, Staff Editor, Dark Reading,  1/17/2020
Exploits Released for As-Yet Unpatched Critical Citrix Flaw
Jai Vijayan, Contributing Writer,  1/13/2020
Microsoft to Officially End Support for Windows 7, Server 2008
Kelly Sheridan, Staff Editor, Dark Reading,  1/13/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
The Year in Security: 2019
This Tech Digest provides a wrap up and overview of the year's top cybersecurity news stories. It was a year of new twists on old threats, with fears of another WannaCry-type worm and of a possible botnet army of Wi-Fi routers. But 2019 also underscored the risk of firmware and trusted security tools harboring dangerous holes that cybercriminals and nation-state hackers could readily abuse. Read more.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-7227
PUBLISHED: 2020-01-18
Westermo MRD-315 1.7.3 and 1.7.4 devices have an information disclosure vulnerability that allows an authenticated remote attacker to retrieve the source code of different functions of the web application via requests that lack certain mandatory parameters. This affects ifaces-diag.asp, system.asp, ...
CVE-2019-15625
PUBLISHED: 2020-01-18
A memory usage vulnerability exists in Trend Micro Password Manager 3.8 that could allow an attacker with access and permissions to the victim's memory processes to extract sensitive information.
CVE-2019-19696
PUBLISHED: 2020-01-18
A RootCA vulnerability found in Trend Micro Password Manager for Windows and macOS exists where the localhost.key of RootCA.crt might be improperly accessed by an unauthorized party and could be used to create malicious self-signed SSL certificates, allowing an attacker to misdirect a user to phishi...
CVE-2019-19697
PUBLISHED: 2020-01-18
An arbitrary code execution vulnerability exists in the Trend Micro Security 2019 (v15) consumer family of products which could allow an attacker to gain elevated privileges and tamper with protected services by disabling or otherwise preventing them to start. An attacker must already have administr...
CVE-2019-20357
PUBLISHED: 2020-01-18
A Persistent Arbitrary Code Execution vulnerability exists in the Trend Micro Security 2020 (v160 and 2019 (v15) consumer familiy of products which could potentially allow an attacker the ability to create a malicious program to escalate privileges and attain persistence on a vulnerable system.