Your guide to the Payment Card Industry Data Security Standard (PCI DSS) banksa.com.au

Similar documents
PCI DSS. Compliance and Validation Guide VERSION PCI DSS. Compliance and Validation Guide

PCI DSS 3.2 AWARENESS NOVEMBER 2017

June 2013 PCI DSS COMPLIANCE GUIDE. Look out for the tips in the blue boxes if you use Fetch TM payment solutions.

Navigating the PCI DSS Challenge. 29 April 2011

PCI COMPLIANCE IS NO LONGER OPTIONAL

PCI Compliance: It's Required, and It's Good for Your Business

Comodo HackerGuardian. PCI Security Compliance The Facts. What PCI security means for your business

Merchant Guide to PCI DSS

Will you be PCI DSS Compliant by September 2010?

The Devil is in the Details: The Secrets to Complying with PCI Requirements. Michelle Kaiser Bray Faegre Baker Daniels

PCI compliance the what and the why Executing through excellence

Data Sheet The PCI DSS

Site Data Protection (SDP) Program Update

FAQs. The Worldpay PCI Program. Help protect your business and your customers from data theft

Payment Card Industry Data Security Standards Version 1.1, September 2006

Section 3.9 PCI DSS Information Security Policy Issued: November 2017 Replaces: June 2016

PCI DSS COMPLIANCE 101

AuthAnvil for Retail IT. Exploring how AuthAnvil helps to reach compliance objectives

2012PHILIPPINES ECC International :: MALAYSIA :: VIETNAM :: INDONESIA :: INDIA :: CHINA

Understanding PCI DSS Compliance from an Acquirer s Perspective

PCI DSS Compliance for Healthcare

Commerce PCI: A Four-Letter Word of E-Commerce

How do you manage your customers payment card details securely and responsibly? White paper PCI DSS

White paper PCI DSS. How do you manage your customers payment card details securely and responsibly?

ISACA Kansas City Chapter PCI Data Security Standard v2.0 Overview

What are PCI DSS? PCI DSS = Payment Card Industry Data Security Standards

PCI DSS Illuminating the Grey 25 August Roger Greyling

A QUICK PRIMER ON PCI DSS VERSION 3.0

Payment Card Industry (PCI) Compliance

PCI DSS v3. Justin

University of Sunderland Business Assurance PCI Security Policy

Payment Card Industry Data Security Standard (PCI DSS) Incident Response Plan

PDQ Guide for the PCI Data Security Standard Self-Assessment Questionnaire C (Version 1.2)

Protect Comply Thrive. The PCI DSS: Challenge or opportunity?

Payment Card Industry (PCI) Data Security Standard

Whitepaper. Simplifying the Payment Card Industry Data Security Standard. Abstract. A Security-Assessment.com Publication. Special points of interest:

The Honest Advantage

PCI DSS. A Pocket Guide EXTRACT. Fourth edition ALAN CALDER GERAINT WILLIAMS

Payment Card Industry (PCI) Data Security Standard

SIP Trunks. PCI compliance paired with agile and cost-effective telephony

Payment Card Industry Internal Security Assessor: Quick Reference V1.0

Daxko s PCI DSS Responsibilities

GUIDE TO STAYING OUT OF PCI SCOPE

Section 1: Assessment Information

The PCI Security Standards Council

Payment Card Industry (PCI) Data Security Standard

Donor Credit Card Security Policy

Ensuring Desktop Central Compliance to Payment Card Industry (PCI) Data Security Standard

SECURITY PRACTICES OVERVIEW

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire A and Attestation of Compliance

A Perfect Fit: Understanding the Interrelationship of the PCI Standards

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire A and Attestation of Compliance

How PayPal can help colleges and universities reduce PCI DSS compliance scope. Prepared by PayPal and Sikich LLP.

Payment Card Industry (PCI) Data Security Standard

June 2012 First Data PCI RAPID COMPLY SM Solution

Credit Card Data Compromise: Incident Response Plan

Payment Card Industry (PCI) Data Security Standard

Protect Comply Thrive. The PCI DSS: Challenge or opportunity?

Self-Assessment Questionnaire A

Comodo HackerGuardian PCI Approved Scanning Vendor

PCI DSS COMPLIANCE DATA

PCI DSS 3.1 is here. Are you ready? Mike Goldgof Sr. Director Product Marketing

The IT Search Company

Section 1: Assessment Information

SAQ A AOC v3.2 Faria Systems LLC

PCI DATA SECURITY STANDARDS VERSION 3.2. What's Next?

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire A and Attestation of Compliance

Achieving PCI Compliance: Long and Short Term Strategies

Overview: Compliance and Security Management PCI-DSS Control Compliance Suite Overview

PCI DSS Addressing Cyber-Security Threats. ETCAA June Gabriel Leperlier

IBM Managed Security Services - Vulnerability Scanning

Customer Compliance Portal. User Guide V2.0

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire A and Attestation of Compliance

Payment Card Industry (PCI) Data Security Standard

Point ipos Implementation Guide. Hypercom P2100 using the Point ipos Payment Core Hypercom H2210/K1200 using the Point ipos Payment Core

Payment Card Industry (PCI) Data Security Standard

Payment Card Industry - Data Security Standard (PCI-DSS)

Best Practices (PDshop Security Tips)

INFORMATION SUPPLEMENT. Use of SSL/Early TLS for POS POI Terminal Connections. Date: June 2018 Author: PCI Security Standards Council

PCI Time-Based Requirements as a Starting Point for Business-As-Usual Process Monitoring

Data Security Standard

Payment Card Industry (PCI) Data Security Standard

Payment Card Industry (PCI) Data Security Standard. Requirements and Security Assessment Procedures. Version May 2018

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire B and Attestation of Compliance

Payment Card Industry (PCI) Data Security Standard

Payment Card Industry (PCI) Data Security Standard

Webinar: How to keep your hotel guest data secure

PCI & You: more than you wanted to know.

SECTION: SUBJECT: PCI-DSS General Guidelines and Procedures

Payment Card Industry (PCI) Data Security Standard

Payment Card Industry (PCI) Data Security Standard

Introduction to the PCI DSS: What Merchants Need to Know

Using GRC for PCI DSS Compliance

PCI Compliance Updates

City of Portland Audit: Follow-Up on Compliance with Payment Card Industry Data Security Standard BY ALEXANDRA FERCAK SENIOR MANAGEMENT AUDITOR

Payment Card Industry (PCI) Payment Application Data Security Standard. Requirements and Security Assessment Procedures. Version 2.0.

Managing Risk in the Digital World. Jose A. Rodriguez, Director Visa Consulting and Analytics

Payment Card Industry (PCI) Data Security Standard Self-Assessment Questionnaire P2PE and Attestation of Compliance

Blueprint for PCI Compliance with Network Detective

NEW DATA REGULATIONS: IS YOUR BUSINESS COMPLIANT?

Transcription:

Your guide to the Payment Card Industry Data Security Standard (PCI DSS) 1 13 13 76 banksa.com.au

CONTENTS Page Contents 1 Introduction 2 What are the 12 key requirements of PCIDSS? 3 Protect your business 3 What is an Account Data Compromise (ADC)? 4 What are the potential impacts of an ADC? 4 Where do I start? 4 What are my compliance requirements? 4 How do I determine my validation requirements? 5 What is the Self Assessment Questionnaire (SAQ)? 6 What is a Vulnerability Scan? 6 What is an on-site security assessment? 7 What should I do if I m non-compliant? 7 The Prioritised Approach Tool 8 What are the requirements for Payment Applications? 8 What should I do in the event of an Account Data Compromise? 8 What penalties may apply to my business for failure to meet the PCIDSS requirements? 9 Contact Us 10 Additional Information 10 1

Introduction At BankSA we are committed to providing our merchants with every assistance in protecting their business from the growing threat of an Account Data Compromise (ADC). Criminals are using increasingly sophisticated techniques to obtain customer account information, therefore it is critical that merchants implement rigorous controls to minimise the risk of being the subject of an ADC. The Payment Card Industry Data Security Standards (PCIDSS) is a set of comprehensive requirements for enhancing payment account data security and forms industry best practice for any entity that stores, processes and/or transmits cardholder data. As a merchant it is important that you understand these standards and implement controls to your business environment to avoid potential financial penalties, investigative costs and negative media attention associated with an ADC. It is also important that you ensure that any third party entity which stores, processes and/or transmits cardholder account data on your behalf is compliant to the PCIDSS. The PCIDSS was developed by the Payment Card Industry Security Standards Council (PCISSC) and has been formalised into the Mastercard Site Data Protection (SDP) and Visa Account Information Security (AIS) programs. It is a multifaceted security standard that includes requirements for security management, policies, procedures, network architecture, software design and other critical protective measures. This comprehensive standard is intended to help organisations proactively protect customer account data. The PCIDSS consists of 6 core principles which are accompanied by 12 requirements. The PCIDSS applies to all merchants, however the scope of your assessment changes depending on what solution you use and how you operate your business. These requirements can be viewed on the following page. 2 13 13 76 banksa.com.au

What are the 12 key requirements of PCIDSS? The 12 key requirements are listed in the following table. PCI Data Security Standard Build and maintain a secure network Protect Cardholder Data Maintain a vulnerability management program Implement strong access control measures Regularly monitor and test networks Maintain an information security policy 1. Install and maintain a firewall configuration to protect 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 and sensitive information across open public networks 5. Use and regularly update anti-virus software 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 12. Maintain a policy that addresses information security Protect your business Compliance to the PCIDSS greatly reduces the possibility of being the subject of an ADC and in turn protects your business reputation and ensures you retain customer confidence in your brand. 3

What is an Account Data Compromise (ADC)? An ADC is when a person or group gain unauthorised access to cardholder data that is held within your business environment in either electronic or physical form. It can be identified in a number of ways however it is usually detected as a common point of purchase before cards are used fraudulently elsewhere. Once a potential ADC has been reported a PCI forensic investigator must come onsite to determine the source of the compromise and quantify the amount of cardholder data that has been stolen. What are the potential impacts of an ADC? If you become the subject of an ADC you risk financial penalties, the suspension or termination of your merchant facility, damage to your brand and reputation and having to undertake additional ongoing audit tasks. There have been, and continue to be, many examples of ADC events worldwide and they have been experienced by all types of business small and large. It is important to recognise that criminals do not target any particular type of business, if there is an identified weakness and they can exploit it, they will. Where do I start? The PCIDSS can be found on the PCISSC website www.pcisecuritystandards.org It is recommended that you perform a gap analysis by completing the relevant Self Assessment Questionnaire (SAQ) and, when applicable, engage an Approved Scanning Vendor (ASV) to perform a vulnerability scan. Both the SAQs and a list of ASVs can be found on the PCISSC website. More information about SAQs can also be found on page 6 of this brochure. What are my compliance requirements? Being compliant to the PCIDSS forms part of your merchant agreement, however your validation requirements differ depending on the number of transactions you process annually and the merchant solution you use. The use of compliant third party entities also forms part of your merchant agreement. 4 13 13 76 banksa.com.au

How do I determine my validation requirements? As Mastercard and Visa have different transaction levels which regulate the requirements, we have simplified the process by setting parameters for you based on existing merchant information. You may notice that our validation requirements may differ slightly from those of Mastercard or Visa which you may view online, or in other material from the Card Schemes. BankSA will review your transaction count annually and should we require you to validate compliance as a Level 1, 2 or 3 merchant we will advise you accordingly. At all times, the BankSA PCIDSS Levels will take precedence over Mastercard and Visa levels for our merchants. We reserve the right to reclassify your level at any time for any reason. BankSA PCI Levels: PCIDSS Level Number of Visa or Mastercard transactions processed by the business annually Level 1 More than 6,000,000 transactions per annum More than 1,000,000 transactions but less than 6,000,000 transactions per annum Level 3 More than 20,000 e-commerce transactions but less than 1,000,000 total transactions per annum Validation Requirements 1. Annual on-site assessment completed by a QSA 2. Quarterly Vulnerability Scan performed by an ASV 1. Annual SAQ 2. Quarterly Vulnerability Scan performed by an ASV Level 4 All other merchants Recommended SAQ and Vulnerability Scans (if applicable) 5

What is the Self Assessment Questionnaire (SAQ)? The SAQ is a validation tool intended to assist merchants that are not required to undergo an on-site security assessment, in self-evaluating their compliance with the PCIDSS. There are a variety of different SAQ s which cater for different merchant environments, for example stand-alone terminal solutions and fully outsourced ecommerce solutions. You should complete the SAQ which is most appropriate to your business and if in doubt you should complete SAQ D. The SAQ s can be viewed and downloaded from the PCISSC website. The different SAQ s are outlined in the table below. SAQ Validation Description Type 1 Card-not-present (e-commerce or mail/telephone-order) merchants, all cardholder data functions outsourced. This would never apply to face-to-face merchants. 2/3 Imprint-only merchants with no electronic cardholder data storage OR Stand-alone terminal merchants, no electronic cardholder data storage. 4 Merchants with POS systems connected to the Internet, no electronic cardholder data storage. 5 All other merchants (not included in Types 1-4 above) and all service providers defined by a payment brand as eligible to complete an SAQ. SAQ A B C D What is a Vulnerability Scan? A vulnerability scan ensures that your systems are protected from external threats such as unauthorised access, hacking or malicious viruses. The scanning tools will test all of your network equipment, hosts and applications for known vulnerabilities. 6 13 13 76 banksa.com.au

Scans are intended to be non-intrusive, and must be conducted by an Approved Scanning Vendor (ASV). A vulnerability scan would not ordinarily be required for a merchant using a stand-alone terminal. Regular quarterly scans are necessary to ensure that your systems and applications continue to afford adequate levels of protection. A current list of Approved Scanning Vendors (ASV) can be located on the PCISSC website. What is an on-site security assessment? If you are required to complete an on-site assessment you will need to employ the services of a Qualified Security Assessor (QSA). A QSA is accredited by the PCISSC annually to validate merchant compliance to the PCIDSS. If your business requires an annual on-site assessment you may wish to include the PCIDSS review requirements within your normal annual audit to reduce costs. As this is likely to become a recurring cost, we would recommend that you budget for the review as part of your annual expenditure. A list of Qualified Security Assessors (QSA) can be viewed on the PCISSC website. You must advise us of your proposed QSA, and the timing for the onsite assessment, remediation plan and validation of compliance. What should I do if I m non-compliant? Once you have completed the SAQ you may discover that there are some deficiencies in your business environment that don t meet the PCIDSS. If this is the case it is imperative that you develop a plan which outlines actions for each non-compliant element along with estimated timeframes for the completion of each task. If you are a non-compliant Level 1, 2 or 3 merchant you are required to submit your remediation plan within the Prioritised Approach Tool every quarter. By demonstrating progress towards compliance you give yourself the best possible chance of avoiding non-compliance penalties. 7

The Prioritised Approach Tool The Prioritised Approach Tool was developed by the PCISSC to assist non-compliant merchants in prioritising their remediation work. It has divided the PCIDSS requirements into six milestones which identify which requirements need the most attention. The Prioritised Approach Tool can be found on the PCISSC website. What are the requirements for Payment Applications? If you implement any off the shelf software applications you must ensure that they are compliant to the Payment Application Data Security Standards (PA DSS). The PA DSS was developed by the PCISSC to ensure that software vendors and others who develop payment applications that store, process and/or transmits cardholder data allow the environment in which it is implemented to be compliant to the PCIDSS. A list of compliant Payment Applications can be found on the PCISSC website. Any payment application which is developed in house or heavily customised will be encapsulated in the scope of either the merchant s or the service provider s PCIDSS requirements and does not need to be compliant to the PA DSS. What should I do in the event of an Account Data Compromise? Immediately contact the BankSA Merchant Fraud Team on 1300 301 217 (Option 3) or email at bsamerchantfraud@banksa.com.au that you suspect that an ADC event has occurred. Within the first 24 hours take action to prevent further loss of data by conducting a thorough investigation of the suspected or confirmed loss or theft of cardholder data and transaction information. To preserve evidence and facilitate the investigation: Do not access or alter compromised systems (i.e. do not log on at all to the machine and change passwords, do not log on as ROOT); 8 13 13 76 banksa.com.au

Do not turn off the compromised associated hardware machines. Instead, isolate compromised systems from the network (i.e. unplug cable); Preserve logs and electronic evidence; Keep a record of all actions taken; If using a wireless network, change the SSID on the AP and other machines that may be using this connection with the exception of any systems believed to be compromised; and Be on high alert and monitor all systems with cardholder data and transaction information. It is a requirement of the Card Schemes that a PCI Forensic Investigator (PFI) investigate any breaches affecting our merchants. We will request that you, and any third party involved in assisting your business with processing transactions, provide assistance and access to us for the term of the investigation. There are serious consequences for failing to co-operate in the investigation of any security breaches. What penalties may apply to my business for failure to meet the PCIDSS requirements? If your business is assessed by the Card Schemes as being non-compliant to the PCIDSS you are liable to financial penalties. Non-compliance is assessed at the discretion of the respective Card Schemes and start at USD $25,000 for Level 1 and 2 Merchants and USD $10,000 for Level 3 Merchants for the first quarter. Fines have the potential to double every subsequent quarter that you remain non-compliant. In the event that your business experiences an ADC event you may be liable for financial penalties which may be in the hundreds of thousands of dollars. A number of factors are considered by the Card Schemes in the assessment of financial penalties including, but not limited to, the number of compromised accounts, the presence of sensitive authentication data, the number of accounts which need to be monitored by the issuer and the Merchant s level of compliance to the PCIDSS. 9

Contact Us If you have any questions in relation to PCIDSS please contact us by email at pci@banksa.com.au Additional Information BankSA: http://www.banksa.com.au/small-business/ payment-solutions/existing-customers/compliance Visa: www.visa-asia.com/secured Mastercard: http://www.mastercard.com/us/sdp/ index.html PCISSC: https://www.pcisecuritystandards.org BankSA A Division of Westpac Banking Corporation ABN 33 007 457 141 AFSL and Australian credit licence 233714. BSA61109 1216