Quantcast StorefrontBacktalk » Blog Archive » First Data And RSA “Legitimize” Tokenization–Then What?
advertisement
advertisement

First Data And RSA “Legitimize” Tokenization–Then What?

Written by David Taylor
September 23rd, 2009
Like this story? Share it
To share this story with people in your social network, please click on the network icons below.

Columnist David Taylor is the Founder of the PCI Knowledge Base and former E-Commerce and Security analyst with Gartner.

The conventional wisdom is that when large vendors enter a niche market, those vendors “legitimize” that market. But the announcement that First Data and RSA Security are getting into the credit card tokenization business raises many issues beyond them simply “making” the tokenization market. Here is my first take on the implications of this announcement:

  • Pressure On The PCI SSC To Embrace Tokenization
    The PCI Security Standards Council already commissioned Price-Waterhouse Coopers to do a study of tokenization, end-to-end encryption and other “beyond PCI” issues. The results will likely be discussed at the PCI SSC Community Meetings. That’s great. Merchants, service providers and even QSAs want specific guidance about tokenization. This announcement and the weight of the players in the market should virtually guarantee that tokenization will be specifically addressed in the next release of PCI DSS, in addition to QSA training and other guidance from the SSC.

  • Pressure On Payment Processors And Gateways
    I have said before that the number of companies offering tokenization will increase several-fold within a year. We’ve already seen about a dozen players enter the market in the last six months. I’m expecting 30 to 40 more announced packages over the next six months, as payment processors, gateways, encryption vendors and application vendors all vie to see who can remove credit card data from the merchant environment the fastest.

  • Tokenization Standards And Portability Will Be Hot Topics In 2010
    The more options in the market, the more the demand for “token switching” will increase. Merchants who have entrusted their card data to Service Provider X will increasingly seek shorter duration contracts and have more specific demands about how they migrate their data from one tokenization provider to another.


    Because there are not currently any standards for either the form of a credit card token, how it is generated or how one token type can be converted to another (they can’t, BTW), as more merchants realize this, they will raise concerns about being “locked in” to a particular tokenization approach. Smaller vendors will develop “token migration” or conversion tools, etc.

  • Multi-Channel Options And Other Complexity Issues Will Emerge
    One of the challenges for First Data, or any large processor that supports multiple payment platforms, is how to field an approach that works across all of these platforms. If a merchant is truly going to remove credit card data from its environment, it will have to do it across all the channels through which it does business–retail POS, MOTO (mail–E-Mail–order/telephone order) and E-Commerce.


    Because a typical large retailer is running all channels, including three to five different POS systems, implementing tokenization across all these channels and platforms will not be easy. There will be lots of tough questions, along the lines of “so, tell me specifically how you do this across platforms?” coming from merchants in 2010 and beyond.

  • Applications Integration Will Become Much More Important
    With large payment processors and security vendors in the market, application vendors will feel some pressure to support tokenization of all Personally Identifiable Information (PII), not just PCI data. I am expecting the major enterprise application vendors to seriously consider whether they are doing enough to help their customers limit the current pervasiveness of PII or any data that has value on the Black Market.


    The reason tokenization is so important (and even necessary) is because PCI and PII data are so pervasive that any long-term strategy should be addressed as an Application Data Management issue. I don’t see anything near term from the application vendors, but simple awareness of this issue would be an improvement.

  • Pressure On End-To-End Encryption Players To Add Tokenization
    I also expect this announcement will help speed the resolution to the “feud” between the end-to-end encryption and tokenization factions. These two options actually work very well together, as most of the players have admitted to me privately. Although today it may still be in their best sales and marketing interests to draw a dividing line, I do think the First Data/RSA announcement will help convince the players that both components are needed for a complete approach to get the data out of the merchant environment and keep it fully secure in the process of doing so.

  • The Bottom Line
    I could go on. A lot. But I figure that there will be a lot of interesting reactions coming out of this week’s PCI SSC Community Meeting and from others. If there is interest in doing more on this topic, let me know, and I can address some of it in my next column, after the U.S. Community Meeting. As always, if you’d like to discuss this, just visit the PCI Knowledge Base and fill out our “Contact us” form or just send me an E-Mail at David.Taylor@KnowPCI.com.


  • advertisement

    Leave a Reply

    Newsletter

    Quickly catch-up on the latest in E-Commerce and Retail Tech with our free weekly newsletter, with urgent bulletins as news merits.
    advertisement

    Most Recent Comments

    Kill All The Passwords

    This article does mention, but does not give enough attention to, the fact that the attacks discussed are only feasible when the encrypted password file can be copied and subjected to an offline attack. The trick is to have authentication performed on a separate, much more strongly secured host - such as an Active Directory Domain Controller, or a Kerberos server, or a NIS+ server, or even using something as banal as an LDAP-over-SSL authentication dialog. In these environments, the odds of the "password file" being stolen and subjected to an offline attack go to near zero, and only online attacks may be carried out by the attacker. With sensible exponential backoff between failed password attempts, lockout after a modest number of failed attempts on a single account, and pattern detection, that minimum 7 character password is quite secure enough. Passwords aren't dead yet for security purposes, and they will be with us for a very long while to come for practical purposes. The trick is to employ them correctly. Read more...
    The possibilities you describe are years away from being implemented at best, so for the moment passwords are an ugly reality. Luckily, password managers can easily manage hundreds of passwords of any length. The only thing a user needs to remember is the master password. It seems like an easier task to educate users on how to use password managers rather than implement complex security technology on a global basis. Read more...