The purpose of PCI DSS is simply to ensure that all companies that accept, process, store or transmit credit card information, are careful to actively maintain a secure environment. The Payment Card Industry Data Security Standard (PCI DSS) was developed by the five major payment card brands that formed the Payment Card Industry Security Standards Council (PCI SSC): American Express, Discover Financial Services, JCB International, MasterCard Worldwide, and Visa Inc.
Obtaining PCI DSS certification is not impossible and usually takes companies between one day and two weeks to complete, depending on the complexity of payments within the company and the state of information security.
Larger more complex companies will usually have an internal IT infrastructure or compliance department to coordinate the PCI compliance process. Smaller companies should ideally take advantage of a compliance management software to steer them safely through the process of gaining PCI DSS for individuals or they can make use of online tools and guidance that are out there.
PCI DSS certification costs vary greatly by company, but they are generally estimated at $300 annually for a smaller company, whilst a large enterprise may be upwards of $70,000. Being smart with your compliance tools and using automation where possible may relieve you of some of that cost.
Besides being an obligatory compliance, PCI DSS is a worthwhile undertaking with many benefits. For example, PCI DSS will:
Achieving compliance with PCI DSS is a simple process that varies slightly according to the number of credit card transactions a company processes.
The four main steps are:
There are 12 specifications that make up the core requirements:
All merchants will fall into one of four levels, depending on the number of credit card transactions they process annually. According to the level, a merchant will either need to fill out a Self Assessment Questionnaire (SAQ), or undertake a Report of Compliance (RoC) to be approved by a Qualified Security Assessor (QSA). It is worth noting that if a merchant has suffered a breach that resulted in account data compromise, they may be asked by their acquiring bank (the financial institution that initiates and maintains the relationships with merchants that accept payment cards) to fill a higher validation level.
Another aspect of PCI DSS certification are scans, via an Approved Scanning Vendor (ASV) and penetration test results. These requirements vary according to levels.
A merchant can determine their PCI compliance level by consulting their merchant services provider or using their providers reporting tools. This should give a clear picture of the number of transactions that take place annually.
Seeing that the purpose of the PCI process is to secure cardholder data, it seems obvious that entities processing data at this level need to be extra vigilant due to the sheer volume of transactions.
For a level 1 merchant the PCI DSS assessment will consist of an external audit performed by a Qualified Security Assessor (QSA) (or Internal Security Assessor (ISA)). After validating the scope, reviewing documentation and measuring the PCI DSS requirements against your organization, the QSA will submit a Report on Compliance (RoC) to your acquiring bank to validate your compliance with PCI DSS.
Merchants at level 2 will complete an annual Self Assessment Questionnaire (SAQ). No need for an external audit. In addition, merchants at this level will need to present a quarterly network scan by an Approved Scanning Vendor (ASV) and an attestation of compliance (AoC) form.
Merchants at level 3 will also complete an annual Self Assessment Questionnaire (SAQ). No need for an external audit. In addition, merchants at this level will need to present a quarterly network scan by an Approved Scanning Vendor (ASV) and an attestation of compliance (AoC) form.
As before, merchants at level 4 will also complete an annual Self Assessment Questionnaire (SAQ). No need for an external audit. In addition, merchants at this level will need to present a quarterly network scan by an Approved Scanning Vendor (ASV) and an attestation of compliance (AoC) form.
PCI DSS 4.0 has taken the stage, and it’s a familiar dance with a new partner for compliance teams. We’re in the twilight of v3.2.1, which gracefully exits in March 2024, making way for the solo performance of v4.0.
Hold the applause; some new requirements only take center stage after March 31, 2025, allowing companies ample preparation time to achieve PCI DSS certification.
PCI DSS 4.0 brings a more flexible, outcome-based approach to security. As Emma Sutcliffe, SVP, Standards Officer of PCI SSC, notes, “Version 4.0 reinforces core security principles while providing flexibility.” It’s security with a tailored touch.
Let’s move on with the discussion of how to become PCI compliant.
The twelve high-level requirements, categorized into six sections, get a modern twist in PCI DSS 4.0:
The compliance levels stand strong, each with specific requirements:
Level 1:
Level 2:
Level 3:
Level 4:
Like most things in life, SAQ’s were not created equal. Whilst there is only one type of Report on Compliance for level 1 merchants, there are, in fact, 9 different SAQ’s for merchants on levels 2-4. It is important that once you have determined your merchant level, you pick the appropriate SAQ.
The SAQ is a validation tool to report the results of your PCI DSS self assessment. It measures your compliance against the appropriate requirements via a series of yes-or-no questions. If you can show compliance with a requirement, that’s simple enough! If you cannot, you will need to provide future remediation details and dates.
Here are the types of SAQs, as per the official website:
SAQ TYPE | PAYMENT TYPE / DESCRIPTION |
A | Card not present merchants, e-commerce or telephone-orders. All payments are fully outsourced with no electronic storage, processing or transmission of cardholder data on the merchants systems or premises at all. |
A – EP | E-commerce merchants who outsource all payment processing to PCI DSS validated third parties and who have a website that doesn’t directly receive cardholder data but the website could impact the security of the payment transaction. Again, there can be no electronic storage, processing or transmission of any cardholder data on the merchant’s systems or premises.This type is only applicable to e-commerce channels. |
B | Merchants who solely use:Imprint machines with no electronic cardholder data storage and/orStandalone, dial out terminals with no electronic cardholder data storage. This is not applicable to e-commerce merchants. |
B- IP | Merchants using only standalone, PTS-approved payment terminals with an IP connection to the payment processor, with no electronic cardholder data storage.Not applicable to e-commerce channels |
C-VT | Merchants who manually enter a single transaction at a time via a keyboard into an Internet-based virtual terminal solution that is provided and hosted by a PCI DSS validated third-party service provider. No electronic cardholder data storage.Not applicable to e-commerce channels. |
C | Merchants with payment application systems connected to the Internet, noelectronic cardholder data storage.Not applicable to e-commerce channels. |
P2PE | Merchants using only hardware payment terminals that are included in andmanaged via a validated, PCI SSC-listed P2PE solution, with no electronic cardholder data storage.Not applicable to e-commerce channels. |
D – Merchants | SAQ D for Merchants: All merchants not included in descriptions for the above SAQ types. |
D- Service Providers | SAQ D for Service Providers: All service providers defined by a payment card brand as eligible to complete a SAQ. |
Regardless of your payment arrangement, Centraleyes offers all you need from start to finish, including all self-assessment questionnaires (SAQ).
The Centraleyes platform delivers streamlined, automated data collection and analysis, prioritized remediation guidance, and real-time customized scoring to meet the PCI DSS requirements.
In addition, Centraleyes provides a built-in PCI DSS questionnaire and has mapped it back to its control inventory allowing it to share data across multiple frameworks through the platform, which creates time savings, money savings, and more accurate data.
Schedule a demo to see how we can pave the way to PCI DSS compliance.
The post How to Get PCI DSS Certification? appeared first on Centraleyes.
*** This is a Security Bloggers Network syndicated blog from Centraleyes authored by Mourne Fourie. Read the original post at: https://www.centraleyes.com/how-to-get-pci-dss-certification/