PCI compliance refers to the technical and operational standards as defined by the Payment Card Industry Data Security Standard (PCI-DSS) to secure and protect credit card data. The standards defined under PCI-DSS is developed and managed by the PCI Security Standards Council (PCI SSC).
Adhering to PCI compliance standards ensures the cardholder data is handled in a secure manner that helps reduce the likelihood of sensitive financial account information stolen or hacked. It helps in avoiding fraudulent activity and mitigate data breaches which is critical for gaining customer confidence and trust.
In addition, any vendor working with a service provider using their products or services for accepting card payments or storing/processing/transmitting cardholder data will need to be PCI compliant.
At a minimum, cardholder data consists of the full Permanent Account Number (PAN). Cardholder data may also appear in the form of the full PAN plus any of the following: cardholder name, expiration date, and/or service code for additional data elements that may be transmitted or processed (but not stored) as part of a payment transaction.
Yes. Although Freshdesk isn't intended to be used as a billing platform, cardholder data as per the PCI-DSS can be stored. The information is encrypted and is made available on-demand only to users who have the privilege to access the data.
Freshdesk’s workflows have been audited and approved by a third-party Qualified Security Assessor (QSA).
The information entered in the PCI field is stored in a secure environment outside of Freshdesk.
The Virtual Private Cloud (VPC) used to store the encrypted PCI data is a service on its own and does not have any peering to any of the Freshdesk’s VPCs. The stored data will not be read/written directly from Freshdesk or any of its subsystems.
When agents/admins wish to enter or unmask the data in the PCI field, they will be hitting the secure environment's API directly to store or retrieve encrypted information.
This is an on-demand feature. Drop an email to us to email@example.com and we will ensure the necessary features/settings (like idle session timeout in 15 mins, IP whitelisting, password policy that adheres to PCI DSS, etc.) are in place and then enable the PCI field for that account.
Post this, the Account Admins can see an option to create a PCI field (namely ‘secure field’) in the admin --> ticket fields page.
- The secure field section will be disabled by default.
- The secure field will be enabled only when IP whitelisting, an idle session, and a concurrent session are enabled and at-least one IP range should be present.
- If the secure fields are enabled and later if you try to disable any of the mandatory sections the secure fields toggle will automatically be turned off.
- Once the secure fields are enabled the IP whitelisting toggle and session preferences section will be disabled.
- You will see a banner stating that idle sessions will default to 15 mins if secure fields are enabled. If you do not set 15 mins in UI, it will be automatically be set from the backend. This will not default to 15 mins in UI on enabling.
- Session replay will be turned off when PCI is enabled.
The PCI field is available as a Custom field in Freshdesk. It is available in the drag-and-drop section under Admin → Ticket Fields.
There are two ways in which data can be entered into the PCI field.
- Customers can fill in their card number in the ticket form directly, or
- Agents with access to the field can fill it in.
By default, access to the PCI field is restricted for all agents and admins alike. On creating a custom role, admins can choose to provide read-only or read and write access to the PCI field. This custom role can then be applied to agent profiles who need access to the PCI field.
Admins and agents with the following roles can view the contents of the PCI field
- Admins who have access to the PCI field
- Agents who have access to edit the PCI field
- Agents who have access to view the PCI field
Freshdesk (standalone version) and Freshdesk Omnichannel are both PCI compliant. As part of the integrated solution, Freshworks has built an isolated air-gap environment that is invoked for collecting, storing, and processing Card Holder Data (CHD).
Categorically, the answer is 'Not Applicable' as per PCI DSS v.3.2.1 - Clause 4.2 - Never send unprotected PANs by end-user messaging technologies (for example, e-mail, instant messaging, SMS, chat, etc.).
Freshchat and Freshcaller are PCI compliant as part of the Freshdesk Omnichannel suite. However, standalone Freshcaller and standalone Freshchat do not have PCI certification.
As per PCI DSS, cardholder data (CHD) is not recommended to be exchanged over end-user communication channels such as chat, emails, and calls. But, as part of the Freshdesk Omnichannel offering, we allow businesses to be PCI compliant through our Secure Vault that hosts and processes CHD.
Further, in the case of chat and emails, customers can sanitize their conversation through our Data Redaction app. Agents can invoke our secure form through interaction in the chat and provide their card information. Likewise, our Caller system can be invoked within the Support system and can be used by agents to provide any card-based transaction support.
Having said that, in both standalone Freshchat and standalone Freshcaller, the data stores are encrypted in transit and at rest. We have also implemented multi-tiered security controls that are also audited as part of SOC 2, ISO 27001, and Cyber Essentials Plus certifications.
No. We will not provision exporting data from Freshdesk Vault. On the other hand, the sensitive data can be cleared off by different means. (Deleting a ticket, deleting the account, deleting the field, etc.)
The PCI field is not restricted to the PAN format. It is a single-line text field on Freshdesk and hence can accept any UTF-8 character.
The PCI field can accept any single line text - this includes any UTF-8 character. Thus, any sensitive or confidential information of customers can be stored in this field.
All digits in the PCI field are masked. This means only agents/admins who have access to unmask/edit the PCI field can view the content in the field. Partial masking is not enabled as we don’t want to restrict you to use this field only to store/handle card information and be able to use it to their edge-case requirements.
Also, storing the last 4 digits of the primary account number (PAN) can be done on a separate field and does not violate any PCI DSS compliance rules.
It is valid for 1 year from the time of certification and needs to be renewed every year after assessment by a QSA.
The PCI DSS is not completely secure or hacker-proof. However, they are a standard set of fundamental security controls framed to deal with the most common risk scenarios and known attack vectors identified by the PCI SSC. It’s practically impossible for PCI DSS to anticipate every possible attack scenario. Nonetheless, PCI SSC continues to keep the protocol updated. While PCI SSC is constantly working to monitor threats and improve the industry’s means of dealing with them, ultimately, it’s each organization’s responsibility to provide credit card data security.
The PCI compliance levels, or tiers, refer to card transaction volume (credit, debit, and prepaid) over a 12-month period.
- PCI Compliance Level 1 - greater than 6M Mastercard or Visa transactions annually, or, a merchant that has experienced an attack resulting in compromised card data, or, a merchant deemed level 1 by a card association.
- PCI Compliance Level 2 - between 1M and 6M Mastercard or Visa transactions annually.
- PCI Compliance Level 3 - between 20,000 and 1M e-commerce Mastercard or Visa transactions annually.
- PCI Compliance Level 4 - less than 20,000 card Mastercard or Visa e-commerce transactions annually, OR up to 1M Mastercard or Visa transactions annually.
Levels 2, 3, and 4 all have the same validation requirements - yearly self-assessment using the PCI SSC self-assessment questionnaire, a quarterly network scan by an approved scanning vendor (also available through PCI SSC), and an attestation of compliance form.
For PCI level 1 compliance, the merchant is required to have yearly assessments of compliance by a Qualified Security Assessor (QSA), in addition to the requirements for levels 2, 3, and 4.
Since Freshdesk’s PCI compliance is audited on a yearly basis by an external QSA, we’re level 1 PCI compliant, and those who make over 6 million transactions can use our platform.
Yes. Freshdesk’s approach to PCI compliance is more comprehensive and allows for additional use cases, unlike Zendesk.
Zendesk's approach to PCI compliance is by redaction - i.e, the 15-19 digit primary account number (or PAN) entered into the Zendesk’s PCI Compliant Ticket Field is redacted to the last 4 digits prior to the data being submitted and stored on Zendesk.
On the contrary, in our approach - we store the PAN in its entirety in a secure vault. Account owners in Freshdesk have the authority to define who can unmask and view or edit this information - which is not possible in Zendesk.
Further, as part of our security by design approach, we employ data minimization principles to securely purge cardholder data after 30-days.
There will always be incidents where irrespective of the measures in place a customer or agent inputs a full PAN into locations outside of the dedicated PCI Field on Freshdesk. This is termed as inadvertent exposure.