advertisement
advertisement

This is page 2 of:

Visa’s Chip-And-No-PIN Plans For The U.S. Making Some Nervous

January 19th, 2012

Walt Conway, a QSA with 403Labs and the StorefrontBacktalk PCI Columnist, said he expects PINs to be available in the U.S. for quite some time, for a couple of very different reasons.

“Whether merchants require PINs at the POS or not may be up to them, but I expect issuers will include PINs with their chip cards for two reasons. First, some merchants may still want to go with Chip-and-PIN at the POS either for their own risk management purposes or because another card brand requires it,” Conway said. “Second, the cardholder will need a PIN if they travel to Canada or Europe where Chip-and-PIN is the norm.”

Speaking of those other card brands, Conway wonders if that will force yet more delays. “Although the majority of payment cards in the U.S. market are Visa branded, they are not the only brand. I wonder if retailers will wait for MasterCard and Amex to announce their chip card plans before replacing their retail POS devices?”

Visa is trying to use pricing pressure to push for faster EMV retail adoption, but those efforts are not getting widespread retail IT applause.

The fundamental issue with a PIN-optional approach in the U.S. is retailers having strong faith in the security of the chip alone. With a steady flow of anecdotes raising questions about EMV security, that’s not going to be an especially easy sell.

Beyond consumer resistance, retail resistance, the lack of clear direction from other card brands and inconsistent usage in other countries is the obstacle of store associate training.

PIN-less chip cards may speed things up slightly at checkout, but the big problem is the same point of failure that strangled the success of contactless cards: the cashier who only knows magstripe.

During the time that magstripe cards are being phased out, the countertop POS device will have to support a magstripe swipe slot (because magstripe isn’t dead yet), a PIN pad (because PIN debit cards will still be around), a contactless/NFC touchpoint (for smartphones and contactless cards) and a contact EMV slot. That’s four types of cards (or phones), each with three types of authentication (none, signature and PIN).

And who’s the on-the-spot tech support for customers trying to figure out how to use their cards? The cashier—and we already know how that will work out. If something doesn’t work, or reacts unexpectedly, or just seems unfamiliar, traditional magstripe will be the automatic fallback.

True, more sophisticated POS devices will be able to prompt customers and cashiers on how to use their cards. For example, an EMV-chipped card will have information in the magstripe that it’s chipped, so a POS device could tell the customer to insert the card in the contact EMV slot. Again, we already know how that conversation will go:
Customer: “It’s telling me to put the card in the slot. What do I do now?”
Cashier: “Never mind, there are people in line. I’ll just override it.”

Unless chains make it a point to retrain cashiers out of that habit, we’ll have magstripe forever.


advertisement

Comments are closed.

Newsletters

StorefrontBacktalk delivers the latest retail technology news & analysis. Join more than 60,000 retail IT leaders who subscribe to our free weekly email. Sign up today!
advertisement

Most Recent Comments

Why Did Gonzales Hackers Like European Cards So Much Better?

I am still unclear about the core point here-- why higher value of European cards. Supply and demand, yes, makes sense. But the fact that the cards were chip and pin (EMV) should make them less valuable because that demonstrably reduces the ability to use them fraudulently. Did the author mean that the chip and pin cards could be used in a country where EMV is not implemented--the US--and this mis-match make it easier to us them since the issuing banks may not have as robust anti-fraud controls as non-EMV banks because they assumed EMV would do the fraud prevention for them Read more...
Two possible reasons that I can think of and have seen in the past - 1) Cards issued by European banks when used online cross border don't usually support AVS checks. So, when a European card is used with a billing address that's in the US, an ecom merchant wouldn't necessarily know that the shipping zip code doesn't match the billing code. 2) Also, in offline chip countries the card determines whether or not a transaction is approved, not the issuer. In my experience, European issuers haven't developed the same checks on authorization requests as US issuers. So, these cards might be more valuable because they are more likely to get approved. Read more...
A smart card slot in terminals doesn't mean there is a reader or that the reader is activated. Then, activated reader or not, the U.S. processors don't have apps certified or ready to load into those terminals to accept and process smart card transactions just yet. Don't get your card(t) before the terminal (horse). Read more...
The marketplace does speak. More fraud capacity translates to higher value for the stolen data. Because nearly 100% of all US transactions are authorized online in real time, we have less fraud regardless of whether the card is Magstripe only or chip and PIn. Hence, $10 prices for US cards vs $25 for the European counterparts. Read more...
@David True. The European cards have both an EMV chip AND a mag stripe. Europeans may generally use the chip for their transactions, but the insecure stripe remains vulnerable to skimming, whether it be from a false front on an ATM or a dishonest waiter with a handheld skimmer. If their stripe is skimmed, the track data can still be cloned and used fraudulently in the United States. If European banks only detect fraud from 9-5 GMT, that might explain why American criminals prefer them over American bank issued cards, who have fraud detection in place 24x7. Read more...

StorefrontBacktalk
Our apologies. Due to legal and security copyright issues, we can't facilitate the printing of Premium Content. If you absolutely need a hard copy, please contact customer service.