Information Security Policy

Learn about our Information Security Policy

Chimoney handles sensitive cardholder information daily. Sensitive Information must have adequate safeguards in place to protect the cardholder data, cardholder privacy, and to ensure compliance with various regulations, along with guarding the future of the organisation.Chimoney commits to respecting the privacy of all its customers and to protecting any customer data from outside parties. To this end management are committed to maintaining a secure environment in which to process cardholder information so that we can meet these promises.

Employees handling sensitive cardholder data should ensure:

  1. Handle Company and cardholder information in a manner that fits with their sensitivity and classification;
  2. Limit personal use of Chimoney information and telecommunication systems and ensure it doesn’t interfere with your job performance;
  3. Chimoney reserves the right to monitor, access, review, audit, copy, store, or delete any electronic communications, equipment, systems and network traffic for any purpose;
  4. Do not use e-mail, internet and other Company resources to engage in any action that is offensive, threatening, discriminatory, defamatory, slanderous, pornographic, obscene, harassing or illegal;
  5. Do not disclose personnel information unless authorised;
  6. Protect sensitive cardholder information;
  7. Keep passwords and accounts secure;
  8. Request approval from management prior to establishing any new software or hardware, third party connections, etc.;
  9. Do not install unauthorised software or hardware, including modems and wireless access unless you have explicit management approval;
  10. Always leave desks clear of sensitive cardholder data and lock computer screens when unattended;
  11. Information security incidents must be reported, without delay, to the individual responsible for incident response locally – Please find out who this is.

We each have a responsibility for ensuring our company’s systems and data are protected from unauthorised access and improper use. If you are unclear about any of the policies detailed herein you should seek advice and guidance from your line manager.

  1. Network Security

    A high-level network diagram of the network is maintained and reviewed on a yearly basis. The network diagram provides a high level overview of the cardholder data environment (CDE), which at a minimum shows the connections in and out of the CDE. Critical system components within the CDE, such as POS devices, databases, web servers, etc., and any other necessary payment components, as applicable should also be illustrated.

    In addition, ASV should be performed and completed by a PCI SSC Approved Scanning Vendor, where applicable. Evidence of these scans should be maintained for a period of 18 months.

  2. Acceptable Use Policy

    Management’s intentions for publishing an Acceptable Use Policy are not to impose restrictions that are contrary to Chimoney’s established culture of openness, trust and integrity. Management is committed to protecting the employees, partners and the Company from illegal or damaging actions, either knowingly or unknowingly by individuals.Chimoney will maintain an approved list of technologies and devices and personnel with access to such devices as detailed in Appendix B.

    1. Employees are responsible for exercising good judgment regarding the reasonableness of personal use.
    2. Employees should take all necessary steps to prevent unauthorized access to confidential data which includes card holder data.
    3. Keep passwords secure and do not share accounts. Authorized users are responsible for the security of their passwords and accounts.
    4. All PCs, laptops and workstations should be secured with a password-protected screensaver with the automatic activation feature.
    5. All POS and PIN entry devices should be appropriately protected and secured so they cannot be tampered or altered.
    6. The List of Devices in Appendix B will be regularly updated when devices are modified, added or decommissioned. A stocktake of devices will be regularly performed and devices inspected to identify any potential tampering or substitution of devices.
    7. Users should be trained in the ability to identify any suspicious behaviour where any tampering or substitution may be performed. Any suspicious behaviour will be reported accordingly.
    8. Information contained on portable computers is especially vulnerable, special care should be exercised.
    9. Postings by employees from a Company email address to newsgroups should contain a disclaimer stating that the opinions expressed are strictly their own and not necessarily those of Chimoney, unless posting is in the course of business duties.
    10. Employees must use extreme caution when opening e-mail attachments received from unknown senders, which may contain viruses, e-mail bombs, or Trojan horse code.

  3. Protect Stored Data

    1. All sensitive cardholder data stored and handled by Chimoney and its employees must be securely protected against unauthorised use at all times.
    2. Any sensitive card data that is no longer required by Chimoney for business reasons must be discarded in a secure and irrecoverable manner.
    3. If there is no specific need to see the full PAN (Permanent Account Number), it has to be masked when displayed.
    4. PAN‘S which are not protected as stated above should not be sent to the outside network via end user messaging technologies like chats, ICQ messenger etc.
    5. It is strictly prohibited to store:
      1. The contents of the payment card magnetic stripe (track data) on any media whatsoever.
      2. The CVV/CVC (the 3 or 4 digit number on the signature panel on the reverse of the payment card) on any media whatsoever.
      3. The PIN or the encrypted PIN Block under any circumstance.

  4. Information Classification
    Data and media containing data must always be labelled to indicate sensitivity level.

    1. Confidential data might include information assets for which there are legal requirements for preventing disclosure or financial penalties for disclosure, or data that would cause severe damage to Chimoney if disclosed or modified. Confidential data includes cardholder data.
    2. Internal Use data might include information that the data owner feels should be protected to prevent unauthorized disclosure.
    3. Public data is information that may be freely disseminated.

  5. Access to the Sensitive Cardholder Data
    All Access to sensitive cardholder should be controlled and authorised. Any job functions that require access to cardholder data should be clearly defined.

    1. Any display of the card holder should be restricted at a minimum to the first 6 and the last 4 digits of the cardholder data.
    2. Access to sensitive cardholder information such as PAN’s, personal information and business data is restricted to employees that have a legitimate need to view such information.
    3. No other employees should have access to this confidential data unless they have a genuine business need.
    4. If cardholder data is shared with a Service Provider (3rd party) then a list of such Service Providers will be maintained as detailed in Appendix C.
    5. Chimoney will ensure a written agreement that includes an acknowledgement is in place that the Service Provider will be responsible for the cardholder data that the Service Provider possess.
    6. Chimoney will ensure that a there is an established process, including proper due diligence is in place, before engaging with a Service provider.
    7. Chimoney will have a process in place to monitor the PCI DSS compliance status of the Service provider.

  6. Physical Security

    Access to sensitive information in both hard and soft media format must be physically restricted to prevent unauthorised individuals from obtaining sensitive data.

    1. Media is defined as any printed or handwritten paper, received faxes, floppy disks, back-up tapes, computer hard drive, etc.
    2. Media containing sensitive cardholder information must be handled and distributed in a secure manner by trusted individuals.
    3. Visitors must always be escorted by a trusted employee when in areas that hold sensitive cardholder information.
    4. Procedures must be in place to help all personnel easily distinguish between employees and visitors, especially in areas where cardholder data is accessible. “Employee” refers to full-time and part-time employees, temporary employees and personnel, and consultants who are “resident” on Chimoney sites. A “visitor” is defined as a vendor, guest of an employee, service personnel, or anyone who needs to physically enter the premises for a short duration, usually not more than one day.
    5. A list of devices that accept payment card data should be maintained.
    6. The list should include make, model and location of the device.
    7. The list should have the serial number or a unique identifier of the device
    8. The list should be updated when devices are added, removed or relocated
    9. POS devices surfaces are periodically inspected to detect tampering or substitution.
    10. Personnel using the devices should be trained and aware of handling the POS devices
    11. Personnel using the devices should verify the identity of and=y third party personnel claiming to repair or run maintenance tasks on the devices, install new devices or replace devices.
    12. Personnel using the devices should be trained to report suspicious behaviour and indications of tampering of the devices to the appropriate personnel.Chimoney sites. A “visitor” is defined as a vendor, guest of an employee, service personnel, or anyone who needs to enter the premises for a short duration, usually not more than one day.
    13. Strict control is maintained over the external or internal distribution of any media containing card holder data and has to be approved by management
    14. Strict control is maintained over the storage and accessibility of media
    15. All computer that store sensitive cardholder data must have a password protected screensaver enabled to prevent unauthorised use.

  7. Protect Data in Transit
    All sensitive cardholder data must be protected securely if it is to be transported physically or electronically.

    1. Card holder data (PAN, track data, etc.) must never be sent over the internet via email, instant chat or any other end user technologies.
    2. If there is a business justification to send cardholder data via email or by any other mode then it should be done after authorization and by using a strong encryption mechanism (i.e. – AES encryption, PGP encryption, IPSEC, etc.).
    3. The transportation of media containing sensitive cardholder data to another location must be authorised by management, logged and inventoried before leaving the premises. Only secure courier services may be used for the transportation of such media. The status of the shipment should be monitored until it has been delivered to its new location.

  8. Disposal of Stored Data
    1. All data must be securely disposed of when no longer required by Chimoney, regardless of the media or application type on which it is stored.
    2. An automatic process must exist to permanently delete on-line data, when no longer required.
    3. All hard copies of cardholder data must be manually destroyed when no longer required for valid and justified business reasons. A quarterly process must be in place to confirm that all non-electronic cardholder data has been appropriately disposed of in a timely manner.
    4. Chimoney will have procedures for the destruction of hardcopy (paper) materials. These will require that all hardcopy materials are crosscut shredded, incinerated or pulped so they cannot be reconstructed.
    5. Chimoney will have documented procedures for the destruction of electronic media. These will require:
      1. All cardholder data on electronic media must be rendered unrecoverable when deleted e.g. through degaussing or electronically wiped using military grade secure deletion processes or the physical destruction of the media;
      2. If secure wipe programs are used, the process must define the industry accepted standards followed for secure deletion.
    6. All cardholder information awaiting destruction must be held in lockable storage containers clearly marked “To Be Shredded” - access to these containers must be restricted.

  9. Security Awareness and Procedures
    The policies and procedures outlined below must be incorporated into company practice to maintain a high level of security awareness. The protection of sensitive data demands regular training of all employees and contractors.

    1. Review handling procedures for sensitive information and hold periodic security awareness meetings to incorporate these procedures into day to day company practice.
    2. Distribute this security policy document to all company employees to read. It is required that all employees confirm that they understand the content of this security policy document by signing an acknowledgement form (see Appendix A).
    3. All employees that handle sensitive information will undergo background checks (such as criminal and credit record checks, within the limits of the local law) before they commence their employment with the Company.
    4. All third parties with access to credit card account numbers are contractually obligated to comply with card association security standards (PCI/DSS).
    5. Company security policies must be reviewed annually and updated as needed.

  10. Credit Card (PCI) Security Incident Response Plan

    1. Chimoney PCI Security Incident Response Team (PCI Response Team) is comprised of the Information Security Officer and Merchant Services. The Company PCI security incident response plan is as follows:
      1. Each department must report an incident to the Information Security Officer (preferably) or to another member of the PCI Response Team.
      2. That member of the team receiving the report will advise the PCI Response Team of the incident.
      3. The PCI Response Team will investigate the incident and assist the potentially compromised department in limiting the exposure of cardholder data and in mitigating the risks associated with the incident.
      4. The PCI Response Team will resolve the problem to the satisfaction of all parties involved, including reporting the incident and findings to the appropriate parties (credit card associations, credit card processors, etc.) as necessary.
      5. The PCI Response Team will determine if policies and processes need to be updated to avoid a similar incident in the future, and whether additional safeguards are required in the environment where the incident occurred, or for the institution.
    2. The Company PCI Security Incident Response Team (or equivalent in your organisation):
      1. CIO
      2. Communications Director
      3. Compliance Officer
      4. Counsel
      5. Information Security Officer
      6. Collections & Merchant Services
      7. Risk Manager
    3. Information Security PCI Incident Response Procedures:
      1. A department that reasonably believes it may have an account breach, or a breach of cardholder information or of systems related to the PCI environment in general, must inform the Company PCI Incident Response Team. After being notified of a compromise, the PCI Response Team, along with other designated staff, will implement the PCI Incident Response Plan to assist and augment departments’ response plans.

    Incident Response Notification

    Escalation Members (or equivalent in your company):

    1. Escalation – First Level:
      1. Information Security Officer Controller
      2. Executive Project Director for Credit Collections and Merchant Services Legal Counsel
      3. Risk Manager
      4. Director of Chimoney Communications
    2. Escalation – Second Level:
      1. The Company President
      2. Executive Cabinet
      3. Internal Audit
      4. Auxiliary members as needed
    3. External Contacts (as needed)
      1. Merchant Provider Card Brands
      2. Internet Service Provider (if applicable)
      3. Internet Service Provider of Intruder (if applicable) Communication Carriers (local and long distance) Business Partners
      4. Insurance Carrier
      5. External Response Team as applicable (CERT Coordination Center 1, etc) Law Enforcement Agencies as applicable inn local jurisdiction
    4. In response to a systems compromise, the PCI Response Team and designees will:
      1. Ensure compromised system/s is isolated on/from the network.
      2. Gather, review and analyze the logs and related information from various central and local safeguards and security controls
      3. Conduct appropriate forensic analysis of compromised system.
      4. Contact internal and external departments and entities as appropriate.
      5. Make forensic and log analysis available to appropriate law enforcement or card industry security personnel, as required.
      6. Assist law enforcement and card industry security personnel in investigative processes, including in prosecutions.

    The credit card companies have individually specific requirements that the Response Team must address in reporting suspected or confirmed breaches of cardholder data. See below for these requirements.

    Incident Response notifications to various card schemes

    1. In the event of a suspected security breach, alert the information security officer or your line manager immediately.
    2. The security officer will carry out an initial investigation of the suspected security breach.
    3. Upon confirmation that a security breach has occurred, the security officer will alert management and begin informing all relevant parties that may be affected by the compromise.

    VISA Steps

      If the data security compromise involves credit card account numbers, implement the following procedure:
    1. Shut down any systems or processes involved in the breach to limit the extent, and prevent further exposure.
    2. Alert all affected parties and authorities such as the Merchant Bank (your Bank), Visa Fraud Control, and the law enforcement.
    3. Provide details of all compromised or potentially compromised card numbers to Visa Fraud Control within 24 hrs.
    4. For more Information visit:USA Visa Risk Management Comprised

    Visa Incident Report Template

    This report must be provided to VISA within 14 days after initial report of incident to VISA. The following report content and standards must be followed when completing the incident report. Incident report must be securely distributed to VISA and Merchant Bank. Visa will classify the report as “VISA Secret”*.

    1. Executive Summary
      1. Include overview of the incident
      2. Include RISK Level(High, Medium, Low)
      3. Determine if compromise has been contained
    2. Background
    3. Initial Analysis
    4. Investigative Procedures
      1. Include forensic tools used during investigation
    5. Findings
      1. Number of accounts at risk, identify those stores and compromised
      2. Type of account information at risk
      3. Identify ALL systems analyzed. Include the following:
        1. Domain Name System (DNS) names
        2. Internet Protocol (IP) addresses
        3. Operating System (OS) version
        4. Function of system(s)
      4. Identify ALL compromised systems. Include the following:
        1. DNS names
        2. IP addresses
        3. OS version
        4. Function of System(s)
      5. Timeframe of compromise
      6. Any data exported by intruder
      7. Establish how and source of compromise
      8. Check all potential database locations to ensure that no CVV2, Track 1 or Track 2 data is stored anywhere, whether encrypted or unencrypted (e.g., duplicate or backup tables or databases, databases used in development, stage or testing environments, data on software engineers’ machines, etc.)
      9. If applicable, review VisaNet endpoint security and determine risk
    6. Compromised Entity Action
    7. Recommendations
    8. Contact(s) at entity and security assessor performing investigation

    *This classification applies to the most sensitive business information, which is intended for use within VISA. Its unauthorized disclosure could seriously and adversely impact VISA, its employees,

    MasterCard Steps:

    1. Within 24 hours of an account compromise event, notify the MasterCard Compromised Account Team via phone at 1-636-722-4100.
    2. Provide a detailed written statement of fact about the account compromise (including the contributing circumstances) via secured e-mail to
    3. Provide the MasterCard Merchant Fraud Control Department with a complete list of all known compromised account numbers.
    4. Within 72 hours of knowledge of a suspected account compromise, engage the services of a data security firm acceptable to MasterCard to assess the vulnerability of the compromised data and related systems (such as a detailed forensics evaluation).
    5. Provide weekly written status reports to MasterCard, addressing open questions and issues until the audit is complete to the satisfaction of MasterCard.
    6. Promptly furnish updated lists of potential or known compromised account numbers, additional documentation, and other information that MasterCard may request.
    7. Provide finding of all audits and investigations to the MasterCard Merchant Fraud Control department within the required time frame and continue to address any outstanding exposure or recommendation until resolved to the satisfaction of MasterCard.
    Once MasterCard obtains the details of the account data compromise and the list of compromised account numbers, MasterCard will:
    1. Identify the issuers of the accounts that were suspected to have been compromised and group all known accounts under the respective parent member IDs.
    2. Distribute the account number data to its respective issuers.

    Employees of the company will be expected to report to the security officer for any security related issues. The role of the security officer is to effectively communicate all security policies and procedures to employees within the company and contractors. In addition to this, the security officer will oversee the scheduling of security training sessions, monitor and enforce the security policies outlined in both this document and at the training sessions and finally, oversee the implantation of the incident response plan in the event of a sensitive data compromise.

    Discover Card Steps

    1. Within 24 hours of an account compromise event, notify Discover Fraud Prevention at (800) 347-3102
    2. Prepare a detailed written statement of fact about the account compromise including the contributing circumstances
    3. Prepare a list of all known compromised account numbers
    4. Obtain additional specific requirements from Discover Card

    American Express Steps

    1. Within 24 hours of an account compromise event, notify American Express Merchant Services at (800) 528-5200 in the U.S.
    2. Prepare a detailed written statement of fact about the account compromise including the contributing circumstances
    3. Prepare a list of all known compromised account numbers Obtain additional specific requirements from American Express

  11. Transfer of Sensitive Information Policy

    1. All third-party companies providing critical services to the Company must provide an agreed Service Level Agreement.
    2. All third-party companies providing hosting facilities must comply with the Company’s Physical Security and Access Control Policy.
    3. All third-party companies which have access to Card Holder information must
      1. Adhere to the PCI DSS security requirements.
      2. Acknowledge their responsibility for securing the Card Holder data.
      3. Acknowledge that the Card Holder data must only be used for assisting the completion of a transaction, supporting a loyalty program, providing a fraud control service or for uses specifically required by law.
      4. Have appropriate provisions for business continuity in the event of a major disruption, disaster or failure.
      5. Provide full cooperation and access to conduct a thorough security review after a security intrusion by a Payment Card industry representative, or a Payment Card industry approved third party.

  12. User Access Management

    1. Access to Company is controlled through a formal user registration process beginning with a formal notification from HR or from a line manager.
    2. Each user is identified by a unique user ID so that users can be linked to and made responsible for their actions. The use of group IDs is only permitted where they are suitable for the work carried out.
    3. There is a standard level of access; other services can be accessed when specifically authorized by HR/line management.
    4. The job function of the user decides the level of access the employee has to cardholder data
    5. A request for service must be made in writing (email or hard copy) by the newcomer’s line manager or by HR. The request is free format, but must state:
      1. Name of person making request;
      2. Job title of the newcomers and workgroup;
      3. Start date;
      4. Services required (default services are: MS Outlook, MS Office and Internet access).
    6. Each user will be given a copy of their new user form to provide a written statement of their access rights, signed by an IT representative after their induction procedure. The user signs the form indicating that they understand the conditions of access.
    7. Access to all the Company systems is provided by IT and can only be started after proper procedures are completed.
    8. As soon as an individual leaves the Company employment, all his/her system logons must be immediately revoked.
    9. As part of the employee termination process HR (or line managers in the case of contractors) will inform IT operations of all leavers and their date of leaving.

  13. Access Control Policy

    1. Access Control systems are in place to protect the interests of all users of the Company computer systems by providing a safe, secure and readily accessible environment in which to work.
    2. The Company will provide all employees and other users with the information they need to carry out their responsibilities in an as effective and efficient manner as possible.
    3. Generic or group IDs shall not normally be permitted, but may be granted under exceptional circumstances if sufficient other controls on access are in place.
    4. The allocation of privilege rights (e.g. local administrator, domain administrator, super-user, root access) shall be restricted and controlled, and authorization provided jointly by the system owner and IT Services. Technical teams shall guard against issuing privilege rights to entire teams to prevent loss of confidentiality.
    5. Access rights will be accorded following the principles of least privilege and need to know.
    6. Every user should attempt to maintain the security of data at its classified level even if technical security mechanisms fail or are absent.
    7. Users electing to place information on digital media or storage devices or maintaining a separate database must only do so where such an action is in accord with the data’s classification.
    8. Users are obligated to report instances of non-compliance to the Company CISO.
    9. Access to the Company IT resources and services will be given through the provision of a unique Active Directory account and complex password.
    10. No access to any the Company IT resources and services will be provided without prior authentication and authorization of a user’s the Company Windows Active Directory account.
    11. Password issuing, strength requirements, changing and control will be managed through formal processes. Password length, complexity and expiration times will be controlled through Windows Active Directory Group Policy Objects.
    12. Access to Confidential, Restricted and Protected information will be limited to authorised persons whose job responsibilities require it, as determined by the data owner or their designated representative. Requests for access permission to be granted, changed or revoked must be made in writing.
    13. Users are expected to become familiar with and abide by the Company policies, standards and guidelines for appropriate and acceptable usage of the networks and systems.
    14. Access for remote users shall be subject to authorization by IT Services and be provided in accordance with the Remote Access Policy and the Information Security Policy. No uncontrolled external access shall be permitted to any network device or networked system.
    15. Access to data is variously and appropriately controlled according to the data classification levels described in the Information Security Management Policy.
    16. Access control methods include logon access rights, Windows share and NTFS permissions, user account privileges, server and workstation access rights, firewall permissions, IIS intranet/extranet authentication rights, SQL database rights, isolated networks and other methods as necessary.
    17. A formal process shall be conducted at regular intervals by system owners and data owners in conjunction with IT Services to review users’ access rights. The review shall be logged and IT Services shall sign off the review to give authority for users’ continued access rights.