PCI compliant with neapay switch
Posted on 11th Nov 2021 5103 views

PCI compliant with neapay switch
What are the requirements for becoming PCI compliant?
In order to become PCI DSS compliant, there are 12 requirements a business must adhere to. Each requirement falls into a ‘goal’ or category that, according to the PCI SSC, “help merchants and other organizations incrementally protect against the highest risk factors and escalating threats while on the road to PCI DSS compliance.”
The PCI validation requirements and goals are:
-
Build and maintain a secure network
Install and maintain a firewall configuration to protect data
Do not use vendor-supplied defaults for system passwords and other security parameters
-
Protect cardholder data
Protect stored cardholder data
Encrypt transmission of cardholder data across open, public networks
-
Create a vulnerability management program
Use and regularly update anti-virus software or programs
Develop and maintain secure systems and applications
-
Implement strong access control measures
Restrict access to cardholder data by business need-to-know
Assign a unique ID to each person with computer access
Restrict physical access to cardholder data
-
Monitor and test networks regularly
Track and monitor all access to network resources and cardholder data
Regularly test security systems and processes
-
Develop an information security policy
Maintain a policy that addresses information security for employees and contractors
These categories are intended “to provide the following benefits” for businesses:
-
Roadmap to assess, address, and report on prioritised risks
-
Objective and measurable indicators of progress
-
Consistency among assessors
How do I get PCI DSS Certified?
Here are the below steps you should take once you are ready to become PCI DSS certified:
-
Identify your compliance ‘level’
-
Complete a self-assessment questionnaire (SAQ) or Complete an annual Report on Compliance (ROC)
-
Complete a formal attestation of compliance (AOC)
-
Complete a quarterly network scan by an Approved Scanning Vendor (ASV)
-
Submit the document
Please note: When dealing with PCI DSS requirements, you can either go through the process yourself or get help from a PCI SSC Qualified Security Assessor (QSA)
Identify where your business sits within the compliance levels. There are varying levels depending on the size of a business, based on how they handle transactions and data, what credit cards they work with and how many transactions they process.
Level 1
A business that processes over six million transactions annually.
Level 2
A business that processes one to six million transactions annually.
Level 3
A business which processes 20,000 to one million transactions online over 12 months.
Level 4
A business that processes less than 20,000 transactions online annually and processes up to one million transactions annually.
For Level 2-4 merchants:
The self-assessment questionnaire (SAQ) is a guidebook you can use to assess your current compliance level. It takes you through the requirements (as listed above) to help you identify your company’s payment security and if you should make changes to your business.
For Level 1 merchants:
As part of the audit the assessor will:
-
Validate the scope of the assessment;
-
Review documentation and technical information;
-
Determine whether the PCI DSS’s requirements are being met;
-
Evaluate compensating controls.
The RoC (Report on Compliance) will then be submitted to the organisation’s acquiring banks to demonstrate compliance.
Once you’ve made any changes necessary and have updated your SAQ, you can fill out a formal attestation of compliance (AOC) in which a qualified security assessor reviews your work and officially validates if your business is fully compliant with all relevant PCI standards.
An Approved Scanning Vendor (ASV) is an organisation that is qualified by the PCI SSC, to complete external vulnerability scanning services using specialist security tools find any weaknesses or holes in your systems that hackers may attempt to exploit. These must be completed every 90 days. For further information click here.
Finally, you must submit your documents such as your SAQ, AOC and ASV scan report to your acquirer bank and to the relevant credit card/payment brands as requested.
PCI compliance is a vital part of your business and should not be overlooked. By being PCI DSS compliant, you will protect not only your brand but your customers.
As a reminder, to become PCI compliant you should:
-
Identify your compliance ‘level’
-
Complete a self-assessment questionnaire (SAQ) or Complete an annual Report on Compliance (ROC)
-
Complete a formal attestation of compliance (AOC)
-
Complete a quarterly network scan by an Approved Scanning Vendor (ASV)
-
Submit the documents
Although this checklist might look daunting at first it is actually fairly straightforward. However, it might be best to seek assistance from your payment service provider should you need it.
Remember, if you fail to become PCI compliant you could incur steep fines, a loss of credibility and customers and lose the ability to accept future credit card payments. For further information about failing to comply, see our Failure to Comply with PCI article.
LinkedIn
Top Read Articles
BIN List & Range for MasterCard, Visa, Amex, Diners, Discover, JCB, CUP
149397 views
Read smart card chip data with APDU commands ISO 7816
59865 views
ISO8583 Response Codes for Transaction processing
55944 views
ISO8583 Message Types for Transaction Processing
28227 views
ISO8583 Processing Codes for Transaction Processing
27817 views
Run the neaPay ISO8583 simulator
19844 views
Deploy, run and generate with neaPay Card Data Generator
19739 views
MCC Codes - Merchant Category Codes to use in ISO8583 Field 18
18678 views
ISO8583 payments message format, programmers guide
17481 views
ISO8583 message: The list of ISO 4217 currency codes for data elements 49 and 52
15955 views
ISO8583 Message Converter JSON and XML interface specification mapping
12880 views
Cards and Banks Training
12462 views
Support for the neaPay products: Authorization, Switch, Converter, Simulator, Issuer
9149 views
Log Files in BASE24 classic
8951 views
Create a new test case in the neaPay ISO8583 simulator Video guide
8578 views
Java version for neapay products Simulator Converter Switch Authorization Cards Issuer
8155 views
Deploy the neaPay ISO8583 simulator - video guide
8120 views
BASE24 classic vs BASE24-eps
7908 views
BASE24 documentation to read
7840 views
BASE24 classic interview questions
7688 views
Performance testing at 500, 1000 and 1500 TPS
7552 views
EMV explained for programmers
7351 views
ISO8583 converter to JSON XML SQL to HTTP host - message flow - video guide - Part.2
7103 views
ISO8583 ATM POS Crypto API integration with exchanges like Coinbase or Binance
6780 views
Adding your own card to the Payments simulator to test your system
6598 views
ISO8583 converter to JSON XML SQL to HTTP Host - host unavailable - video guide- Part.3
6531 views
Card readers supported by neaPay payments simulator, CHIP and NFC
6520 views
Connect the neaPay ISO8583 Acquirer simulator to your own host or Issuer
6511 views
ISO8583 converter to JSON XML SQL to HTTP host - start& run - video guide - Part.1
6492 views
Run the neaPay ISO8583 converter to JSON, XML, SQL, in a test environment
6372 views
Load Test enabling and performance testing at 1TPS and 100TPS
6357 views
Changing fields definitions in the ISO8583 simulator and message converter
6350 views
Altering test cases in Excel for the ISO8583 simulator
6348 views
Deploy the neaPay ISO8583 Payments converter in a test environment
6343 views
Sample Recommended design for an Acquirer test cases suite, Scenarios and Regression
6342 views
How the fingerprint reader works in the ISO8583 payments simulator
6341 views
Enabling traces in the payments simulator
6340 views
Run One, Run Scenario, Run All, Run Load in the neaPay ISO8583 Simulator - Use guide
6340 views
BASE24 classic screens examples explained
6336 views
Regression Testing in 1 click with instant Analytics and CSV report
6207 views
Deploy the neaPay HSM simulator in a test environment
6065 views
BASE24-eps interview questions
6016 views
Deploy the Payments Switch Router in a test environment
5922 views
BASE24 classic ATM configuration Tutorial in ATD and XPNET with examples
5671 views
Add extra custom fields to the ISO8583 simulator
5504 views
BASE24 classic cards configuration tutorial with Examples
5321 views
PCI compliant with neapay switch
5104 views
BASE24-EPS ACI DESKTOP tutorial - Getting started
4915 views
ISO8583 Message Converter to XML SQL CSV interface specification mapping
4757 views
Trace configuration in neaPay Simulator, Converter, Switch, Authorization and Cards Issuer
4551 views
BASE24 classic prefix configuration tutorial CPF with examples
3656 views
BASE24 classic tracing of transactions. Audits, configuration, enabling and opening
3551 views
ACI BASE24 classic automatic extract configuration
3379 views
BASE24 classic Institution configuration Tutorial with example
3227 views
BASE24 classic balance file configuration PBF with example
3188 views
First steps with BASE24 Classic
2960 views
Getting started with using Prognosis for BASE24 and BASE24-eps
2723 views
POS simulator format SPDH HPDH Verifone and custom
2514 views