RBI issues new norms for digital payments

With rising cases of cyber fraud and security incidents, RBI published a Master Direction providing necessary guidelines stating the directions of security control,” Reserve Bank of India (Digital Payment Security Controls) Directions 2021”  to strengthen the nation’s digital payments architecture, improving the security, control, and  compliance  among banks, gateways, wallets, and other non-banking entities,

The efforts are to regulate security in commercial banks, small finance banks, payment banks and credit card-issuing non-banking financial companies (NBFC). The new set of norms also specifies the criteria under which regulated entities can form partnerships and interact with third-party apps and ecosystem players such as  mobile applications, payment operators and gateways.

The comprehensive guidelines aim to tackle the recent severe rise in digital outages, cyber frauds and data breaches incidents. The control guidelines consolidates multiple vital aspects of the cybersecurity space like:

  1. Governance and Management of Security Risks
  2. Other Generic Security Controls
  3. Application Security Life Cycle (ASLC)
  4. Authentication Framework
  5. Fraud Risk Management
  6. Reconciliation Mechanism
  7. Customer Protection, Awareness, and Grievance Redressal Mechanism

Apart from the General guideline, the directive consists of separate controls namely :

  1. Internet Banking Security Controls
  2. Mobile Payments Application Security Controls
  3. Card Payments Security

With NPCI’s plan to revamp the IT infrastructure across popular payment channels like UPI, IMPS, AePS etc, the latest RBI directives are considered as a crucial update to improve the security of digital payment channels and also customer convenience. The Master guideline aids in setting up a robust governance structure and implementing common minimum standards of security controls for digital payment products and services.

Adhering to the guideline, all the regulated entities (REs) need to update their secure process and policies time to time and place an online dispute resolution for resolving disputes and grievances of customers pertaining to digital payments. In view of a security incident, the financial institutions are expected to inform about the threats and attack against their digital payment product and ensure that precautionary  safeguards  are in place to avoid incidents like ” phishing, remote access, safeguard of PIN, credentials, card details” etc.

RBI has given all the regulated entities to comply within the next six months

Full document here :

Master Direction on Digital Payment Security Controls

About Us:
As a CERT-in empanelled organization    QRC Assurance and Solutions  has been a forerunner on the cybersecurity front, empanelled with CERT-in, certified to provide PCI DSS QSA, PA QSA, PCI 3DS, PCI SSF, ISO 27001, ISO 27701 Certifications along with other security compliance services. As forerunners in Cybersecurity Space, QRC supports our customers to establish, document, implement and maintain Data Security and Privacy frameworks to protect their sensitive data from all Internal / External Threats and manage the confidentiality, Integrity, availability, Security, Privacy of such information systematically.

What is Payment Card Industry Data Security compliance?

Understand the Payment Card Industry Data Security Standard requirements and how the critical role it plays under placing a robust benefit on successful enforcement of the PCI DSS compliance program.

Developed and launched by the founding payment brands of  PCI Security Standards Council (PCI SSC)  in 2006, the Payment Card Industry Data Security Standard (PCI DSS) is a standardized, industry-wide set of requirements and processes for security management, policies, procedures, network architecture, software design, and critical protective measures.

The requirements stated for PCI DSS compliance are essential to ensure that all entities that process, store, or transmit payment card information maintain a secure environment to prevent any security incident. Though the PCI DSS is not a law, it holds a strong contractual obligation to be applied and enforced through fines or other restrictions – directly by the payment providers themselves.

Here we will have a look at :

  • Overview of the PCI DSS
  • 12 Requirements for PCI DSS compliance
  • PCI DSS compliance  Benefits
  • Difficulties Posed by PCI Non-Compliance
  • Conclusion

Overview of the PCI DSS

PCI DSS has been put forth as the benchmark standard compliance program for the security and protection of the cardholder data, The standard applies to any business IT system or operation that involves any stage of storing, processing, or transmitting the cardholder data. Successful implementation of the controls defined under the PCI DSS makes it more difficult for the attackers to steal sensitive data promoting security and assurance to multiple parties involved in the payment processing cycle like Payment Card Brands, Issuers, Merchants, and Acquirers, etc.PCI DSS Implementation does not require any special grade countermeasures but focuses on placing a minimum baseline to help organizations defend their business against their attackers.

Aiding the successful implementation of the  PCI DSS compliance program, the PCI SSC council has provided a set of resources to aid any organization that seeks to implement or attain  PCI DSS compliance. Along with other key documents, the security council has provided:

  • PCI Data Security Standard quick reference guide and approach
  • PCI Software Security Framework  and a list of Validated Payment vendors and applications under its Secure Software Standard and Secure Software Lifecycle Standard to help payment software vendors adhere to security practices in the development cycle and software.
  • PCI PIN Transaction Security (PTS) requirements for device vendors and manufacturers, along with a list of approved PIN transaction devices
  • Self-Assessment Questionnaires templates in aiding organizations to validate their PCI DSS compliance.
  • List of Qualified Security Assessors (QSAs) for the multiple compliance standards
  • List of Approved Scanning Vendors (ASVs)
  • An Internal Security Assessor (ISA) education program

The council also provides resources for Card production, PIN, TSP (Token Service Providers), and contactless payments, etc.

12 Requirements for  PCI DSS compliance

The PCI DSS compliance program has seen major changes over the years, The latest versions  groups the  12 PCI DSS requirements, in the six principles stated are as follows:

Implementation of Secure Network Infrastructure

  1. Install and maintain a secure firewall
    Network firewalls can be software or hardware technologies that provide the first line of defense to a network. Firewalls can restrict incoming and outgoing network traffic
    through rules and criteria configured by your organization. Being the first line of defense against cyber threats and their effectiveness, firewalls are required for PCI DSS compliance.
  2. Password protection policy
    Implementation of adequate configuration standards for networking devices and applications in the enterprise is necessary. Using third-party products with generic passwords lowers the effectiveness of the security measures, making the systems easily accessed by the public. IT heads need to maintain and update asset inventory along with a strict policy for password usage and configuration, to ensure PCI DSS compliance.
    Secure Cardholder Data
  3. Protect Cardholder data
    The third requirement is designed to minimize the impact of an attacker managing to compromise your network and system components to gain unauthorized access to your data stores. To effectively reduce the risk of unauthorized access, it is necessary that data retention is kept to an absolute minimum and the stored data is protected using Encryption, Tokenization (with effective supporting practices), and so on.
    Regular scanning and maintenance of the cardholder data environment are required to ensure that no unencrypted data exists, to maintain PCI DSS compliance.
  4. Encrypt cardholder data across the network
    Much like “Cash In Transit,” cardholder data is sent across multiple channels as per requirement. This makes it necessary to ensure that the sensitive cardholder data is encrypted when transiting over public-facing environments.
    Maintain a Vulnerability Management Program
  5. Install and maintain an antivirus program
    Cybercriminals are constantly evolving malware strains, hence all the devices that require an antivirus program must be installed. The program needs to be patched and updated regularly. With evolving security requirements, it’s essential that asset security programs remain updated and to ensure that the controls remain effective.
    The audit logs help you to verify compliance with PCI DSS assessment, without which one would be unaware of an unauthorized browser extension or malware that can read PANs as they are entered into a payment application. 
  6. Maintain strong system and application
    Application developers can never be perfect hence it is necessary to update/patch security holes, a cybercriminal will pass the security vulnerabilities across the hacker community to exploit the weakness until the systems are patched. The software development process must be carried out securely to ensure no new vulnerabilities are introduced.
    All changes must be managed, to document the supporting risk-based
    decisions made (e.g., Impact, Rollback options, etc. The updates are necessary for all software on devices that are used to manage cardholder data.
    Implement Strong Access Control Measures
  7. Restrict access to cardholder data
    Isolating access rights is nowhere crucial than the payment cardholder data. The merchants need to ensure that managing employees grant access rights to the least amount of data that are necessary to perform any action.
    It’s necessary to establish an access control system for each element of the cardholder data infrastructure, and all access rights must be set by default to ‘deny all’ unless an individual is specifically allowed access to designated cardholder data.
  8. Authentication policy for access to system components
    Any person who has access to cardholder data should have individual credentials for access identification. Unique IDs and authentication methods (passwords/token devices/biometrics) should be used for everyone. Prohibit shared/generic accounts and implement Two-factor authentication for remote access.
  9. Restrict physical access
    Merchants need to restrict physical access to cardholder data or systems that house cardholder data – including hardcopies, stored in a secure location to manage PCI DSS compliance.
    The card environment should have physical security controls and procedures for the identification and management of any visitors to the premises.
    Regularly Monitor and Test Networks
  10. Monitor and maintain access logs
    All activities concerning handling and managing cardholder data need to have a log entry associated with them. The logging mechanisms are necessary for vulnerability management. Merchants must create a process that links all access by individual users to
    cardholder system components that will enable you to reconstruct and record events.– especially when done with administrative privileges.
    The ability to produce detailed audit reports on demand is important for  PCI  DSS  compliance.
  11. Regularly test security systems and processes
    New vulnerabilities are discovered daily and hence PCI DSS requires merchants to regularly test cardholder data systems and processes to find those vulnerabilities and fix them.  Vulnerability scans  for both internal and external networks (at least quarterly) and penetration testing (network and application layer) are required.
    Network and host-based IDS or IPS are to be managed and maintained along with a system to monitor file integrity.
    Maintain an Information Security Policy
  12. Document and maintain policies that address information security for all personnel
    PCI DSS compliance  requires merchants to maintain a policy that addresses information security for all personnel. The policies determine the nature of the controls used to ensure security and comply with PCI requirements that apply to each component in the cardholder data environment like – PIN entry devices, servers, network services, applications, PCs, and other endpoints.

PCI Compliance Benefits

Cybercriminals are opportunists that seek to exploit the misinterpretation/misapplication of the PCI DSS controls, poorly managed PCI DSS oversight, bad practices, or poor risk management processes. Even though the process of complying is a very daunting task, yet its importance is growing over time. The process of gaining  PCI DSS compliance  with the right tools can be completed with ease even considering the maze of standards and issues.

The compliance benefits can be counted as follows :

  • Ensure system security and develop customer trust, confidence and manage system security that ensures trust for businesses
  • Reduce the risk of security breaches by ensuring application security and loophole closure concerning Cardholder Date and Cardholder Data Environment.
  • An increase in business prospects as being the  PCI compliance  stature promotes one as a secure business ensuring growth in reputation.
  • An organization that complies with PCI DSS should be able to decrease the data breach significantly. Being compliant with PCI DSS ensures that the company has a strong commitment to protecting its data, improving customer relationships.
  • Gaining  PCI DSS compliance  will prepare you better with other privacy and regulation standards like ISMS,HIPAA, SOX,  GDPR, etc.
  • Successful implementation will lead to the overall improvement of IT infrastructure efficiency.

Difficulties Posed by PCI Non-Compliance

PCI DSS compliance is treated as an annual “tick box” audit however, this is far from reality where PCI DSS should be treated more like having the responsibility for owning and running couriers, road haulage, or taxi services. The increasing dependency on electronic payment systems has increased its regard in the eyes of cybercriminals. This ever-growing trend toward payment cards increases the potential opportunities for criminals to exploit poor practices.

Failing to noncompliance would result into :

  • Data breach incidents that affect consumers, financial institutions along with severe damage to the company brand.
  • In addition to the loss of brand reputation, a merchant should expect their revenue to drop drastically owing to the loss of clients followed by a security incident.
  • Legal actions, insurance claims. government fines and lawsuits and canceled accounts.

Conclusion

The PCI DSS compliance poses a challenge to every business that’s not rightly prepared and looking forward to gaining the PCI DSS compliance status. PCI DSS continues to evolve based upon mature and well-established industry best practices. Consequently, to repay the consumer trust and to reduce the attractiveness to criminals, businesses must understand the heritage of the PCI DSS controls to better enable them to develop robust defenses.

Acing the SOC audit with ideal documentation

Creating evidence of significant operational activities and documentation of processes is a prerequisite to achieving compliance in an organization. It is the first and foremost step in any audit process. The SOC 1 and the SOC 2 audit processes are no exemption to this age-old practice. Any organization aiming to achieve compliance through the SOC reports must ensure that proper evidence is documented and presented during the audit. This generally includes providing documents that emphasize the various ways in which the organization has formed policies and guidelines with the compliance requirements in mind. It must also highlight that such policies are actively in practice.

The SOC 1 audit requires documents that are related to the internal controls of financial reporting, while the SOC 2 audit might require documents that emphasize trust principles. The nature and kind of documentation differ based on the audit the organization is subjected to.

Read through to learn how to ace the documentation process of the SOC audit:

System Description:  This is a document that is handed over to the auditor before the audit process. This is a description provided by the management about the organization’s systems, policies, processes, system infrastructure, and controls placed. While this report is often referred to as “Management description”, it is not necessary that it needs to be highly descriptive. Appropriate details must be provided with enough information about key policies, day-to-day process flows with flowcharts, or any tools for easy illustration.

It is always better to highlight how the compliance requirements like the trust principles, etc. are implemented to smooth delivery of services along with compliance. As this document is generally handed over well in advance, the organization must take caution if any changes are to occur in the systems.

Documentation for user entity controls:

These are reports which align the organization to the control objectives and requirements of the SOC audit as these illustrate the efforts of the organization which are implemented at the user-entity level. This documentation is descriptive about how services from third-party are secured for processes like auditing, services related to the cloud, transaction-level activities involving other organizations. Details like service level and user entity commitments must be provided as they are crucial to the organization. It is to be noted that all the processes implemented to exercise control objectives within the organizational operations must be included in this document like access and data process in information systems, monitoring processing errors, carrying over important reconciliations.

Documentation for technical security:

This documentation is done including all the physical devices used within the network of the organization. It can be described as a list of all the physical devices, all the records related to the maintenance of such equipment, plans for data security and security measures like configuration of the system, methods of data retention used, methods of data deletion, access management system, password policies, etc.

It is suggested to include major records maintained like system access logs, system backup records, patch records, security of key controls which ensure the protection of data. Any data which is related to the management of systems and devices with an infrastructure must be documented and reported.

Documentation for operational activities:

It is crucial to document the process flow of day-to-day activities done in the organization in the form of flow diagrams, control documents, risk management plan workflow, any compliance routine, data privacy practices, usage agreements, and confidential agreements.

Documentation for human resource management:

Human resource management in an organization involves activities like creating an organizational hierarchy chart, assigning clearly defined roles for every hierarchy created, having a list of roles and responsibilities of all the employees, putting a compliance process in place, creating security awareness, distribution of employee handbooks for operational practices. Apart from such day to day activities, the human resource must also have a well structures process aligned for the hiring of candidates, onboarding of new employees, evaluating employee performance, terms and conditions for employee termination, proper surrender of access to physical devices and system applications, action applicable on violation of company policy, transfer of department and change of positions for existing employees, code of conduct, manuals for standard operating procedures for information security, corporate governance and code of conduct.

All the processes carried out day in and day out, as well as monthly, annual practices as mentioned above, must be documented and presented with complete information.

Documentation for administration and security policies:  It is of utmost importance to document the mandatory policies which are formed in the organization at the time of inception or at the time of risk management planning like the organization’s administrative policies, the information security policy, the business continuity policy, incident management policy, disaster recovery policy, policies for access management, etc.

Documentation for risk assessment:  Documents related to any assessments done previously like risk assessment reports, third-party audit reports, assessment questionnaires, vulnerability tests, or any other audits or risk assessment tests done must be documented and presented in the SOC audit. Audit findings if any from the previous audits must also be presented along with the corrective actions implemented. Below are a few pointers for an ideal risk assessment report:

  • Identification of threats
  • Possibility of threats and impact of possibility.
  • Steps to mitigate the risks identified
  • Plan of action and additional precautions to be taken
  • Policies to involve all departments in the risk assessment process
  • Communication of risk across the organization

Conclusion

An organization aiming to achieve compliance through the SOC audit must look forward to and be ready for a huge amount of documentation and evidence presentation as both SOC 1 and SOC 2 have their requirements to be met as part of the SOC assessment process. In such a situation, it is better if the organization has a repository of all documentation stored and maintained. This ensures ease in the audit process for the auditor and the organization, as all the documents will be already present and available for the auditor and any case of missing documents can be identified well in advance and necessary action can be taken accordingly by the auditor. If this practice is followed in the long term, the organization can even bring best practices for documentation and can ensure that there are no gaps in documentation in the coming years.

We at QRC can help you get your documentation ready for the SOC audit. It requires a flawless presentation of the organization’s documentation to get through the SOC audit. Through our SOC assessment services, we can help you align your organization’s documentation to the requirements of the SOC, and this way your organization emphasizes that you go through flawless documentation, assessment, and audit. When there are no gaps in documentation, compliance, and audits are a no-brainer !