PCI stands for Payment Card Industry Data Security Standard and it is set by the PCI Security Standards Council based in Wakefield, MA in the USA.
It was founded by the 5 main card companies, Visa, Mastercard, American Express, Discover and JCB International as a way to reduce people credit card information from getting into the wrong hands by ensuring anyone who handles card data, does so to a strict set of security standards.
Firstly, if you are one of the majority of SME's (Small to Medium Enterprises)
who sell products or services online by credit or debit card and you use
a third party provider to do this, such as Authorize.net or Sagepay (if
you're in the UK), you don't have to do too much to be compliant other than complete a Questionnaire.
The reason for this is because your payment provider will be compliant, and
as long as you're are using their secure pages to process the card details
and are not storing the card details yourself that's the majority of PCI
compliance dealt with and there is absolutely no need for a PCI scan to
be carried out on your website or server.
If you are storing credit card details yourself on your own server or computers
then things get a little more complicated, and you will need to carry out
several measures in order to be PCI DSS Compliant. This applies no matter
how many transactions you do a year, even if it just a few hundred.
Is it the law to be PCI DSS Compliant?
It is not the law, however you could risk upsetting your acquiring bank who
may cancel your merchant account and prevent you from taking credit card
payments which will obviously be damaging to your business. Also at the
acquirers discretion, merchants that do not become PCI DSS compliant may
be subject to fines, card replacement costs, expensive audits and public
embarrassment should a breach of data occur.
With a little effort and cost to comply with PCI, you greatly help reduce your risk from facing these nightmare consequences.
The 4 Levels Of PCI Compliance
Level 1: You do 6 million + transactions per year
Requires annual onsite review by a QSA (Qualified Security Assessor) and a quarterly ASV (Approved Scanning Vendor) scan
Level 2: You do 1 - 6 million transactions per year
Requires annual onsite review by a QSA (Qualified Security Assessor) and a quarterly ASV (Approved Scanning Vendor) scan
Level 3: You do less than 1 million transactions per year
Requires annual onsite review by a QSA (Qualified Security Assessor) and a quarterly ASV (Approved Scanning Vendor) scan
Level 4: You do up to 20,000 transactions per year
Requires completion of the Self-Assessment Questionnaire and, if needed, a quarterly ASV (Approved Scanning Vendor) scan.
What is Vulnerability Scanning?
If you electronically store cardholder data post authorisation or if your
processing systems are connected to the Internet, then a quarterly scan
by a PCI SSC Approved
Scanning Vendor (ASV) is required. Again if you are not storing credit
card data PCI Vulnerability
scanning is an unnecessary expense. Although Vulnerability Scanning
can help find easy loopholes into your server that hackers may exploit,
it is nearly impossible to say it guarantee that hackers cannot get into
your server. So, while other companies offer seals displaying "Hacker
Proof" or "Hacker Safe" etc, the chances are that these statements
are actually untrue. If hackers have been able to hack into the Pentagon,
then your server is likely to be an awful lot easier!
Self Assessment Questionnaire and Network Scans
In order to meet PCI Compliance your network needs to be scanned on a quarterly
basis. In addition, Level 2, 3 and 4 merchants need to complete a Self
Assessment Questionnaire (SAQ) on an annual basis. Level 1 merchants
will require an annual onsite audit.
There are four different self assessment questionnaires but you only need to complete the one that’s applicable to your business:
- SAQ A
For merchants in a Card Not Present (CNP) environment where all cardholder data functions are outsourced – this applies to you if you process card payments using PayPoint.net’s payment pages
- SAQ B
Merchants with standalone dial-out terminals only not connected to the internet and to any other systems and no cardholder data storage onsite
- SAQ C
Merchants with POS systems connected straight to their service provider via the internet so no electronic cardholder data is stored onsite.
- SAQ D
For merchants in a Card Not Present (CNP) environment where all cardholder data functions are initially processed internally.