{"id":4221,"date":"2020-02-02T12:16:38","date_gmt":"2020-02-02T12:16:38","guid":{"rendered":"http:\/\/rssoftware.com\/devs\/?p=4221"},"modified":"2022-03-24T07:24:14","modified_gmt":"2022-03-24T07:24:14","slug":"tokenization-the-future-of-payments-security","status":"publish","type":"post","link":"http:\/\/rssoftware.com\/rswordpress\/tokenization-the-future-of-payments-security\/","title":{"rendered":"Tokenization: The Future of Payments Security?"},"content":{"rendered":"\n<p>Background:<\/p>\n\n\n\n<p>The Payment Card Industry Data Security Standard (PCI-DSS) was created to increase controls around<br>cardholder data to reduce credit card fraud via its exposure. From nearly the beginning of its<br>introduction, the standard has been criticized for the expense associated with annual certification and<br>for security being less than advertised. The recent increase in public data breaches has underlined<br>concerns around whether the investment required provides the level of security needed.<\/p>\n\n\n\n<p>Many conversations around options for security have suggested use of tokenization, which substitutes<br>sensitive cardholder information with tokens. Since the tokens contain no cardholder or card data, they<br>present no value to criminals and improve consumers\u2019 level of trust. In addition, issuers avoid the<br>expense associated with notification, loss reimbursement, and legal action. Furthermore, by removing<br>the need to store actual card details, this approach significantly reduces the costs and hours associated<br>with the compliance requirements.<\/p>\n\n\n\n<p>By eliminating the need to store sensitive information, a successful tokenization strategy would also<br>enable merchants to shift many business processes and IT systems to the cloud realizing significant<br>advantages in IT efficiency, costs and flexibility provided in that environment.<\/p>\n\n\n\n<p><strong>Impacts to Stakeholders<\/strong><br>For tokenization to be possible, the organizations involved in payment processing need to make<br>modifications to their existing systems.<br><br><strong>Merchants<\/strong>: Tokenization requires merchants to change the PAN and expiry date information in their<br>databases to token and token expiry date information. Tokenization allows for additional messages to<br>be embedded in transactions, thus increasing merchant discounts. Merchants using on-premise<br>token solutions would experience a greater impact in terms of infrastructure and change in<br>business processes than those who use a tokenization service.<\/p>\n\n\n\n<p><strong>Token Service Providers (TSP)<\/strong>: There are two major areas of setup for a TSP: infrastructure<br>preparation and information preparation. Infrastructure preparations include setting up the token<br>vault, firewall and strong access control measures. An encryption system for the vault, a token<br>provisioning platform, and access APIs also need to be set up. Information preparation involves<br>defining and codifying token presentment modes for token-based transactions at the point of sale.<br>Supported domains with restrictions and controls, assurance levels and Token BINs used to<br>distinguish tokens from each other need to be established.<\/p>\n\n\n\n<p><strong>Merchant Acquirer\/Processor:&nbsp;<\/strong>A merchant acquirer or processor first needs to select a TSP and<br>register as a token requestor (TR). Once this step is taken, impacts for the merchant acquirer or<br>processor include implementation of new token POS entry modes, token domain restrictions and<br>controls, new token acquisition APIs, related exceptions, and token acceptance processes. In<br>addition, merchant acquirers and processors need to reconfigure their PAN analytics strategy to<br>accommodate the fact that posttokenization data is segmented by domain.<\/p>\n\n\n\n<p><strong>Network:<\/strong>&nbsp;Payment networks typically play the role of a TSP. However, other entities in the<br>payments supply chain can also apply to be registered as a TSP and provide the services. Fulfilling<br>this role requires networks to consider how they will distinguish tokens, what parameters they will<br>use for token assurance, the domains to be provided (e.g., NFC only, contactless, e-commerce, CNP,<br>merchant specific, wallet specific or combinations), and changes that need to be introduced to<br>merchant on-boarding to support token registration.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" width=\"918\" height=\"564\" src=\"http:\/\/rssoftware.com\/devs\/wp-content\/uploads\/2022\/01\/tokenization1_blog-1.jpg\" alt=\"\" class=\"wp-image-4226\" srcset=\"http:\/\/rssoftware.com\/rswordpress\/wp-content\/uploads\/2022\/01\/tokenization1_blog-1.jpg 918w, http:\/\/rssoftware.com\/rswordpress\/wp-content\/uploads\/2022\/01\/tokenization1_blog-1-300x184.jpg 300w, http:\/\/rssoftware.com\/rswordpress\/wp-content\/uploads\/2022\/01\/tokenization1_blog-1-768x472.jpg 768w\" sizes=\"(max-width: 918px) 100vw, 918px\" \/><\/figure>\n\n\n\n<p><strong>Issuer:&nbsp;<\/strong>Issuers need to make modifications to log the token \/ PAN mapping for transactions to allow<br>merchants using tokenization to refer to a transaction using a token and not PAN. In addition,<br>issuers may wish to consider alterations to authorization scoring.<\/p>\n\n\n\n<p><strong>Impacting the Ecosystem<\/strong><br>Token creation and storage, the primary responsibility of the TSPs, serves as the standard foundation<br>for the tokenization process. However, the approach to tokenization taken by various payment<br>processing intermediaries is not standardized. For example, some merchants have implemented<br>tokenization as an on-premise solution that tokenizes data before it is passed to the payment gateway,<br>network or processor.<\/p>\n\n\n\n<p>Another common approach involves the merchant utilizing a tokenization service provided by<br>the processor. This approach requires the cardholder data to be encrypted through the<br>application of an algorithm and key before being passed to the processor. Then the encrypted<br>data is accepted, decrypted and tokenized by the processor. The card is then processed for<br>authorization and the response paired with the token and then sent back to the merchant. A processor providing this service generally partners directly with a TSP or purchases the service from the network that, in turn, would partner with a TSP.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" width=\"635\" height=\"360\" src=\"http:\/\/rssoftware.com\/devs\/wp-content\/uploads\/2022\/01\/tokenization2_blog-1.jpg\" alt=\"\" class=\"wp-image-4229\" srcset=\"http:\/\/rssoftware.com\/rswordpress\/wp-content\/uploads\/2022\/01\/tokenization2_blog-1.jpg 635w, http:\/\/rssoftware.com\/rswordpress\/wp-content\/uploads\/2022\/01\/tokenization2_blog-1-300x170.jpg 300w\" sizes=\"(max-width: 635px) 100vw, 635px\" \/><\/figure>\n\n\n\n<p>Many tier 1 and tier 2 retailers work with multiple payment processors and thus need an on-premise<br>solution that is vendor agnostic. However, a hosted solution frees merchants from the complexities and<br>costs of creating and maintaining the tokenization engine and the secure token vault. In addition, an<br>outsourced solution shifts the risks and costs of PCI compliance to trusted third parties with proven<br>capabilities for securing card data. However, if merchants use a tokenization service provided by an<br>acquirer, migrating to a new acquirer will require that all card-on-file information be migrated to the<br>new service provider since merchants do not retain the card information when tokenization is used in<br>this manner.<\/p>\n\n\n\n<p><strong>Key Considerations<\/strong><br>Regardless of the approach taken towards tokenization, most organizations are demanding a solution<br>that allows for multiple uses of the token values. In this scenario, tokens can potentially be used for<br>repeat purchases, recurring payments, and even chargebacks and refunds. In addition, multiple use<br>token values can be utilized for post-processing functions such as sales analysis, velocity checking, or<br>customer relationship management.<\/p>\n\n\n\n<p>Other areas for consideration also come into play, either directly or indirectly depending on the role of<br>the intermediary, when considering a strategic solution for tokenization.<\/p>\n\n\n\n<p>Token Values: Token values can be generated randomly or customized for the merchant. The<br>customization of the token must be done under a set of established guidelines and can include the<br>last four digits of the card number or be a format-preserving token designed to cater to the<br>merchant\u2019s legacy applications. The specific operational and business needs of merchants will<br>determine which of these methods are most viable for their organizations.<\/p>\n\n\n\n<p>Single Pay vs. Multiple Pay Tokens: A multi-pay token is unique to a specific card used with a<br>specific merchant. Multi-pay tokens are especially useful in CNP transactions (e.g. e-commerce<br>purchases) that tend to store payment card information in a mobile wallet or on a website for<br>repeat customers. Merchants using multi-pay tokens with a hosted payment page also provide an<br>environment hostile to CNP fraud removing the need to capture card data within their environment<br>and minimizing the risk of card data being stolen.<\/p>\n\n\n\n<p>Legacy Data in Storage: To help prevent potential breaches and reduce PCI scope and maintenance<br>costs, merchants can use tokens to completely remove legacy and stored primary account numbers<br>(PANs) in the card data environment (CDE). When adopting this approach, it is important to ensure<br>that the tokenization solution selected provides the capability to tokenize existing cardholder data<br>in the merchant environment and not just data acquired going forward.<br>In addition to these primary areas, related subjects for consideration include token lifetime,<br>distinguishability, domain setup and assurance levels.<\/p>\n\n\n\n<p><strong>RS Software<\/strong><br>When considering implementing a tokenization solution, it\u2019s important to carefully consider the impact<br>on your system\u2019s performance, the commitment of vendors to encryption and NIST certification, and<br>the ability to store data tokens separate from production data.<\/p>\n\n\n\n<p>RS Software has participated in the evolution of the payments industry for more than two decades<br>working with industry leaders including major card associations, large and small acquirers and other<br>participants in the payments industry in North America, Japan and the UK.<br>The RS School of Payments and RS Payments Lab are cornerstones for our vertically integrated<br>approach to assisting our clients. We engage with customers in the consulting stage to plan the<br>necessary downstream priorities including custom application development, upgrades, implementation<br>and integration.<\/p>\n\n\n\n<p>RS Software has the ability to do a comprehensive analysis of how implementation of tokenization<br>impacts services like authorization cycle (token extraction, token generation, etc.), clearing and<br>settlement, dispute management and downstream value-added services such as the evaluation of<br>where PANs potentially impact tokenization. Our deep understanding of tokenization stems from<br>experience in end-to-end lifecycle of transactions, EMV enablement, parsing and routing, authorization,<br>clearing, settlement, and dispute management. In addition, RS Software provides additional services<br>for consulting, scoping and requirements definition, development, testing implementation and support.<\/p>\n\n\n\n<p>RS Software wrote \u201cTokenization: The Future of Payment Security?\u201d For more than 20 years,<br>RS Software has been a leading provider of electronic payment solutions for issuers, acquirers and<br>processors. Today, many of the world\u2019s best-known brands in the payments space utilize RS<br>Software\u2019s vertically integrated approach of providing solutions to gain a competitive advantage.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Background: The Payment Card Industry Data Security Standard (PCI-DSS) was created to increase controls aroundcardholder data to reduce credit card fraud via its exposure. From nearly the beginning of itsintroduction, the standard has been criticized for the expense associated with annual certification andfor security being less than advertised. The recent increase in public data breaches [&hellip;]<\/p>\n","protected":false},"author":6,"featured_media":4241,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[89],"tags":[],"_links":{"self":[{"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/posts\/4221"}],"collection":[{"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/comments?post=4221"}],"version-history":[{"count":0,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/posts\/4221\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/media\/4241"}],"wp:attachment":[{"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/media?parent=4221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/categories?post=4221"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/rssoftware.com\/rswordpress\/wp-json\/wp\/v2\/tags?post=4221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}