Ireland: Recent Changes To The PCI Digital Security Standard Reflect Learning From Large Scale Hacking Attempts

Last Updated: 25 October 2016
Article by Pearse Ryan

The Payment Card Industry Digital Security Standard (PCI DSS) is an information security standard for organisations that handle credit and debit cards from the major card companies, including Visa, MasterCard and American Express. Organisations that take payments from, process or store, card details are obliged to meet the security standard. Those who fail to observe the standard can find themselves excluded from receiving credit card payments and those who lose credit card numbers, or have them stolen from them, can face hefty fines for failure to meet the standard. This note discusses a new Release 3.2 to the standard, which has significant implications for card providers and their service providers.

THE STANDARD

The standard was created in 2004 to increase controls around cardholder data and to reduce credit card fraud. It is administered by the Payment Card Industry Security Standards Council (PCI SSC), a body set up by the card companies, intended as being separate and independent of them. The standards are therefore seen as existing independently of and separately to the needs of specific card companies and reflective of general security issues affecting all issuers of credit and debit cards.

The standard consists of twelve broad principles:

  1. Install and maintain a firewall configuration to protect cardholder data;
  2. Do not use vendor-supplied defaults for system passwords and other security parameters;
  3. Protect stored cardholder data;
  4. Encrypt transmission of cardholder data across open, public networks;
  5. Use and regularly update anti-virus software on all systems commonly affected by malware;
  6. Develop and maintain secure systems and applications;
  7. Restrict access to cardholder data by business need-to-know;
  8. Assign a unique ID to each person with computer access;
  9. Restrict physical access to cardholder data;
  10. Track and monitor all access to network resources and cardholder data;
  11. Regularly test security systems and processes; and
  12. Maintain a policy that addresses information security.

The standard document describes the processes, policies and settings required to conform to these principles in quite granular detail.1

STANDARD REVISIONS

Since its release in 2004 only two major releases or revisions have been made to the standard. Version 2.0 was released in November 2010 and Version 3.0 in October 2013. A new Version 4.0 is expected in early 2017. However, a number of 'sub-releases', containing revisions and clarifications, have been made between the three major releases. The most recent, Release 3.2, contains a number of significant changes which while ostensibly minor, may have significantly implications and costs for organisations required to conform to the standard. According to the PCI SSC, these new standards must be implemented by organisations before 31st October 2016, when the prior standard Release, version 3.1, will no longer be valid.

Of the changes required by the new PCI DSS Release 3.2 a number appear to arise directly from the lessons learned from the large recent hacking incidents in the US, including the Target, Home Depot, Sally Beauty, Kmart and other attacks. Of these, the Target hack, which occurred over September –December 2013, as well as being an early in time large scale retail and thus credit-card processor hack, has been well documented and commented upon, including by way of analysis and reporting by the US Senate Committee on Commerce, Science, and Transportation. The Senate Committee issued a quite detailed report in March 2014, entitled 'A "Kill Chain" Analysis of the 2013 Target Data Breach".2

RULE 8.3 – ACCESS TO THE PCI SEGMENT

The most notable change is the new Rule 8.3. Previously Rule 8.3 was a relatively short rule requiring that remote access to the PCI segment of a network - the part of the network which collected, stored, managed or has direct access to credit card information - be controlled by two-factor authentication (for example, by a password and encrypted key fob).

The problem with this old standard was that many of the major data breaches in the US, most notably Target, involved the hackers breaking into the network by means of compromising single factor access to non-PCI segments of the network – for example, the parts of the network handling administrative and operational matters – then working their way across the internal network, using administration passwords stolen or intercepted on the way, into the PCI segment. As a consequence credit cards were compromised on these networks because hackers gained access to them, in effect, over a single factor remote connection.

The new Rule is far more detailed, and in particular requires two factor authentication to access the PCI segment of a network regardless of how the access occurs. What this says is that if you have credit card information on your network you must either have two factor remote access for all individuals accessing the network, or the credit card data must be segregated into a subnet which can only be accessed, internally and externally, using two factor authentication. The only condition where two factor authentication is not required is where a user accesses a computer on the PCI segment directly over a console, i.e. using its own keyboard, monitor and mouse.

RULE 10.8 – SECURITY MONITORING

Rule 10.8 is another Rule that has been heavily beefed-up as a consequence of the large US credit card breaches. The old Rule 10.8 was a rather high-level requirement that organisations should "ensure that security policies and operational procedures for monitoring all access to network resources and cardholder data are documented, in use, and known to all affected parties." As a general information security and risk management observation, we are seeing regulatory type bodies, across a number of industries and sectors, recognise the limitations of the broad-type statements of requirement they traditionally saw as sufficient and move to more detailed statements of requirement.

In a number of the major US card breaches it is understood that, even though (some) logs were being retained and monitoring systems were in place, nobody was actually reviewing the logs on a regular basis, and this was not the least of the security failings. In the case of the Target breach, it is understood that an intrusion detection system detected the hack and raised multiple alarms but was picked up neither by Target's own staff or their external security providers. The central problem is that even if alarm systems are in place and logging is enabled, someone has to have the responsibility of responding to the alarms and reading the logs. In many of the companies hit by large data breaches this appears not to have been the case. To quote from the US Senate report "according to a Bloomberg Businessweek report, Targets FireEye malware intrusion detection system triggered urgent alerts with each installation of the data allowing exfiltration malware. However, Targets security team neither reacted to the alarms nor allowed the FireEye software to automatically delete the malware in question. Targets Symantec antivirus software also detected malicious behaviour around November 28, implicating the same server flagged by FireEye's software".3

The new Rule 10.8 is expressly aimed at card service providers and requires that they implement a process for the timely detection and reporting of failures of critical security control systems, setting out a sizeable list of devices over which such reporting is required. An additional Rule, Rule 10.8.1, goes on to expand this requirement, again for service providers, requiring them to respond to failures in these systems in a timely manner, setting out in some detail what actions such responses should include.

The new PCI DSS gives organisations a little leeway by stating that these new rules should be considered only 'best practice' until 31st January 2018, after which they will be obligatory. These new requirements, whilst arguably documenting best-practice, will have significant risk-management implications for in-scope organisations as well as cost implications, the assumption being that service providers will seek additional payment for additional service requirements. Dealing with service providers in a PCI compliance environment is a topic outside of this note.

OTHER NEW RULES BROUGHT ABOUT AS A CONSEQUENCE OF US DATA BREACHES

A new Rule 11.3.4.1, again aimed at card service providers, requires that penetration tests be run on networks every six months to ensure that the PCI segment is effectively isolated from the rest of the network. In many of the US data breaches hackers were able to move from the non-PCI to the PCI segments of the affected networks without it would appear material difficulty.4 This new Rule appears to be a response to this. The requirement to carry out penetration tests to validate that the PCI segments is correctly separated from the rest of the network is likely to lead to substantial additional costs for many organisations.

Rule 12.4.1 is another new Rule, again aimed at card service providers, and requires that that a named member of the executive management is responsible and accountable for the maintenance of PCI DSS compliance. It requires that a charter be established, setting out what information must be provided by those directly responsible for PCI compliance to the executive with direct authority. This appears to be an attempt by the PCI DSS to ensure that, in the event of future major data breaches, in particular those with a potential degree of contributory deficiency on the part of the organisation hacked, that senior management's heads will be on the block as a consequence. The intention would seem to be that this requirement will focus the minds of directors and executives on the issue of data security. We are seeing here a likely transition from security as a traditionally largely technical issue to one of overall corporate risk management. As pointed out in the US Senate report "Target had been certified in September 2013 as compliant with [PCI DSS], which credit card companies require before allowing merchants to process credit and debit card payments. These steps were obviously not sufficient to prevent the breach".5 Based on the understood Target hack timeline, the compromise of the third party suppliers IT systems, which formed the bridgehead to the Target direct attack, occurred in September, with the Target network being breached in November, data exfiltration commencing in early December and ending in mid December. It is likely that the area of security as a corporate risk management issue will be developed in future Releases.

As a legal risk management observation, the availability of the charter and related documentation including internal, service provider (as discussed above) and third party professional service provider, reporting, as evidence in any potential legal proceedings to which the organisation is subject resulting from a data breach, will be of concern to organisations.

Finally, a related requirement, Rule 12.11.1, requires organisations to perform reviews at least quarterly to confirm personnel are following security policies and operational procedures and to correctly document such reviews. The operational procedures which should be reviewed include daily log reviews. This, like Rule 10.8, is, we believe, a direct reaction to the poor practices at Target and other US firms prior to major data breaches, where logs were not we believe reviewed and alerts not followed up. Like Rule 11.3.4.1, this new Rule is likely to result in substantially increased costs for affected companies. Again, organisations will have concerns in relation to use of documentation produced in this area in legal proceedings.

ADDITIONAL PROVISIONS

A number of additional changes to the standards appear to be unrelated to the major US breaches. These include Rule 3.3, which require that card numbers be partially masked when displayed (either the first 6 numbers or the last 4 can be displayed). Others deal with documentation of compliance and cryptographic procedures, but are outside the scope of this note.

CONCLUSION

Release 3.2 follows on, we believe, from the factual matrix discovered to exist in a number of recent high profile US hacking incidents. The Release tightens already tight regulations and requirements from a technical perspective, together with the additional requirements in terms of executive management responsibility and accountability. Thus the Release contains a mixture of technical provisions and effectively corporate risk and compliance type provisions. The Release is likely to substantially increase the effort and cost associated with PCI DSS compliance, very much focusing on compliance as an ongoing requirement, together with the corporate governance aspects of compliance. The Release is to be welcomed by cardholders if it cures some of the unwelcome practises discovered on review of the recent large US hacks. While it has administrative, cost and risk management implications for card processors, it should be overall welcomed in attempting to assist the organisations in protecting themselves and their card holders.

Footnotes

1 Recent versions of the standard can be downloaded from https://www.pcisecuritystandards.org/documentlibrary

2 See: https://www.commerce.senate.gov/public/cache/files/24d3c229-4f2f-405d-b8db-a3a67f183883/23E30AA955B5C00FE57CFD709621592C.2014-0325-target-kill-chain-analysis.pdf

3 US Senate Committee report page 3

4 US Senate report page 9: "it is unclear exactly how the at­tacker could have escalated its access from the Ariba external billing system to deeper layers of Targets internal  network, But given the installation of the BlackPOS malware on Targets POS terminals the compromise of 70 million records of non-financial data, and the compromise of internal Target servers used to gather stolen data, it appears that the attack­ers succeeded in moving through various key Target systems".

5 US Senate report page 7

This article contains a general summary of developments and is not a complete or definitive statement of the law. Specific legal advice should be obtained where appropriate.

To print this article, all you need is to be registered on Mondaq.com.

Click to Login as an existing user or Register so you can print this article.

Authors
 
In association with
Up-coming Events Search
Tools
Print
Font Size:
Translation
Channels
Mondaq on Twitter
 
Register for Access and our Free Biweekly Alert for
This service is completely free. Access 250,000 archived articles from 100+ countries and get a personalised email twice a week covering developments (and yes, our lawyers like to think you’ve read our Disclaimer).
 
Email Address
Company Name
Password
Confirm Password
Position
Mondaq Topics -- Select your Interests
 Accounting
 Anti-trust
 Commercial
 Compliance
 Consumer
 Criminal
 Employment
 Energy
 Environment
 Family
 Finance
 Government
 Healthcare
 Immigration
 Insolvency
 Insurance
 International
 IP
 Law Performance
 Law Practice
 Litigation
 Media & IT
 Privacy
 Real Estate
 Strategy
 Tax
 Technology
 Transport
 Wealth Mgt
Regions
Africa
Asia
Asia Pacific
Australasia
Canada
Caribbean
Europe
European Union
Latin America
Middle East
U.K.
United States
Worldwide Updates
Check to state you have read and
agree to our Terms and Conditions

Terms & Conditions and Privacy Statement

Mondaq.com (the Website) is owned and managed by Mondaq Ltd and as a user you are granted a non-exclusive, revocable license to access the Website under its terms and conditions of use. Your use of the Website constitutes your agreement to the following terms and conditions of use. Mondaq Ltd may terminate your use of the Website if you are in breach of these terms and conditions or if Mondaq Ltd decides to terminate your license of use for whatever reason.

Use of www.mondaq.com

You may use the Website but are required to register as a user if you wish to read the full text of the content and articles available (the Content). You may not modify, publish, transmit, transfer or sell, reproduce, create derivative works from, distribute, perform, link, display, or in any way exploit any of the Content, in whole or in part, except as expressly permitted in these terms & conditions or with the prior written consent of Mondaq Ltd. You may not use electronic or other means to extract details or information about Mondaq.com’s content, users or contributors in order to offer them any services or products which compete directly or indirectly with Mondaq Ltd’s services and products.

Disclaimer

Mondaq Ltd and/or its respective suppliers make no representations about the suitability of the information contained in the documents and related graphics published on this server for any purpose. All such documents and related graphics are provided "as is" without warranty of any kind. Mondaq Ltd and/or its respective suppliers hereby disclaim all warranties and conditions with regard to this information, including all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement. In no event shall Mondaq Ltd and/or its respective suppliers be liable for any special, indirect or consequential damages or any damages whatsoever resulting from loss of use, data or profits, whether in an action of contract, negligence or other tortious action, arising out of or in connection with the use or performance of information available from this server.

The documents and related graphics published on this server could include technical inaccuracies or typographical errors. Changes are periodically added to the information herein. Mondaq Ltd and/or its respective suppliers may make improvements and/or changes in the product(s) and/or the program(s) described herein at any time.

Registration

Mondaq Ltd requires you to register and provide information that personally identifies you, including what sort of information you are interested in, for three primary purposes:

  • To allow you to personalize the Mondaq websites you are visiting.
  • To enable features such as password reminder, newsletter alerts, email a colleague, and linking from Mondaq (and its affiliate sites) to your website.
  • To produce demographic feedback for our information providers who provide information free for your use.

Mondaq (and its affiliate sites) do not sell or provide your details to third parties other than information providers. The reason we provide our information providers with this information is so that they can measure the response their articles are receiving and provide you with information about their products and services.

If you do not want us to provide your name and email address you may opt out by clicking here .

If you do not wish to receive any future announcements of products and services offered by Mondaq by clicking here .

Information Collection and Use

We require site users to register with Mondaq (and its affiliate sites) to view the free information on the site. We also collect information from our users at several different points on the websites: this is so that we can customise the sites according to individual usage, provide 'session-aware' functionality, and ensure that content is acquired and developed appropriately. This gives us an overall picture of our user profiles, which in turn shows to our Editorial Contributors the type of person they are reaching by posting articles on Mondaq (and its affiliate sites) – meaning more free content for registered users.

We are only able to provide the material on the Mondaq (and its affiliate sites) site free to site visitors because we can pass on information about the pages that users are viewing and the personal information users provide to us (e.g. email addresses) to reputable contributing firms such as law firms who author those pages. We do not sell or rent information to anyone else other than the authors of those pages, who may change from time to time. Should you wish us not to disclose your details to any of these parties, please tick the box above or tick the box marked "Opt out of Registration Information Disclosure" on the Your Profile page. We and our author organisations may only contact you via email or other means if you allow us to do so. Users can opt out of contact when they register on the site, or send an email to unsubscribe@mondaq.com with “no disclosure” in the subject heading

Mondaq News Alerts

In order to receive Mondaq News Alerts, users have to complete a separate registration form. This is a personalised service where users choose regions and topics of interest and we send it only to those users who have requested it. Users can stop receiving these Alerts by going to the Mondaq News Alerts page and deselecting all interest areas. In the same way users can amend their personal preferences to add or remove subject areas.

Cookies

A cookie is a small text file written to a user’s hard drive that contains an identifying user number. The cookies do not contain any personal information about users. We use the cookie so users do not have to log in every time they use the service and the cookie will automatically expire if you do not visit the Mondaq website (or its affiliate sites) for 12 months. We also use the cookie to personalise a user's experience of the site (for example to show information specific to a user's region). As the Mondaq sites are fully personalised and cookies are essential to its core technology the site will function unpredictably with browsers that do not support cookies - or where cookies are disabled (in these circumstances we advise you to attempt to locate the information you require elsewhere on the web). However if you are concerned about the presence of a Mondaq cookie on your machine you can also choose to expire the cookie immediately (remove it) by selecting the 'Log Off' menu option as the last thing you do when you use the site.

Some of our business partners may use cookies on our site (for example, advertisers). However, we have no access to or control over these cookies and we are not aware of any at present that do so.

Log Files

We use IP addresses to analyse trends, administer the site, track movement, and gather broad demographic information for aggregate use. IP addresses are not linked to personally identifiable information.

Links

This web site contains links to other sites. Please be aware that Mondaq (or its affiliate sites) are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of these third party sites. This privacy statement applies solely to information collected by this Web site.

Surveys & Contests

From time-to-time our site requests information from users via surveys or contests. Participation in these surveys or contests is completely voluntary and the user therefore has a choice whether or not to disclose any information requested. Information requested may include contact information (such as name and delivery address), and demographic information (such as postcode, age level). Contact information will be used to notify the winners and award prizes. Survey information will be used for purposes of monitoring or improving the functionality of the site.

Mail-A-Friend

If a user elects to use our referral service for informing a friend about our site, we ask them for the friend’s name and email address. Mondaq stores this information and may contact the friend to invite them to register with Mondaq, but they will not be contacted more than once. The friend may contact Mondaq to request the removal of this information from our database.

Security

This website takes every reasonable precaution to protect our users’ information. When users submit sensitive information via the website, your information is protected using firewalls and other security technology. If you have any questions about the security at our website, you can send an email to webmaster@mondaq.com.

Correcting/Updating Personal Information

If a user’s personally identifiable information changes (such as postcode), or if a user no longer desires our service, we will endeavour to provide a way to correct, update or remove that user’s personal data provided to us. This can usually be done at the “Your Profile” page or by sending an email to EditorialAdvisor@mondaq.com.

Notification of Changes

If we decide to change our Terms & Conditions or Privacy Policy, we will post those changes on our site so our users are always aware of what information we collect, how we use it, and under what circumstances, if any, we disclose it. If at any point we decide to use personally identifiable information in a manner different from that stated at the time it was collected, we will notify users by way of an email. Users will have a choice as to whether or not we use their information in this different manner. We will use information in accordance with the privacy policy under which the information was collected.

How to contact Mondaq

You can contact us with comments or queries at enquiries@mondaq.com.

If for some reason you believe Mondaq Ltd. has not adhered to these principles, please notify us by e-mail at problems@mondaq.com and we will use commercially reasonable efforts to determine and correct the problem promptly.