PCI:: Difference between revisions

From HORSE - Holistic Operational Readiness Security Evaluation.
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
'''Payment Card Industry PCI, VISA CISP'''<br>
=='''Payment Card Industry PCI, VISA CISP'''==
<br>
<br>
'''Build and Maintain a Secure Network'''  
'''Build and Maintain a Secure Network'''  
Line 26: Line 26:
<br>
<br>


----
=='''Special Notes:'''==
 
These Payment Card Industry (PCI) Data Security Requirements apply to all Members, merchants, and service providers that store, process or transmit cardholder data. Additionally, these security requirements apply to all “system components” which is defined as any network component, server, or application included in, or connected to, the cardholder data environment. Network components, include, but are not limited to, firewalls, switches, routers, wireless access points, network appliances, and other security appliances. Servers include, but are not limited to, web, database, authentication, DNS, mail, proxy, and NTP. Applications include all purchased and custom applications, including internal and external (web) applications.<br>
<br>
 
=='''Appendix A: PCI DSS Applicability for Hosting Providers'''==
'''Requirement A.1: Hosting providers protect cardholder data environment.'''<br>
 
As referenced in Requirement 12.8, all service providers with access to cardholder data including hosting providers) must adhere to the PCI DSS. In addition, Requirement 2.4 states that hosting providers must protect each entity’s hosted environment and data. Therefore, hosting providers must give special consideration to the following:<br>
<br>
:'''A.1:''' Protect each entity’s (that is merchant, service provider, or other entity) hosted environment and data, as in A.1.1 through A.1.4:<br>
::'''A.1.1:''' Ensure that each entity only has access to own cardholder data environment.<br>
::'''A.1.2:''' Restrict each entity’s access and privileges to own cardholder data environment only.<br>
<br>
::'''A.1.3:''' Ensure logging and audit trails are enabled and unique to each entity’s cardholder data environment and consistent with PCI DSS Requirement 10.<br>
<br>
::'''A.1.4:''' Enable processes to provide for timely forensic investigation in the event of a compromise to any hosted merchant or service provider. A hosting provider must fulfill these requirements as well as all other relevant sections of the PCI DSS.<br>
<br>
'''Note:''' Even though a hosting provider may meet these requirements, the compliance of the entity that uses the hosting provider is not necessarily guaranteed. Each entity must comply with the PCI DSS and validate compliance as applicable.<br>
<br>
 
=='''Appendix B: Compensating Controls'''==
'''Compensating Controls – General'''
<br>
Compensating controls may be considered for most PCI DSS requirements when an entity cannot meet a technical specification of a requirement, but has sufficiently mitigated the associated risk. See the PCI DSS Glossary for the full definition of compensating controls.<br>
<br>
The effectiveness of a compensating control is dependent on the specifics of the environment in which the control is implemented, the surrounding security controls, and the configuration of the control. Companies should be aware that a particular compensating control will not be effective in all environments. Each compensating control must be thoroughly evaluated after implementation to ensure effectiveness. The following guidance provides compensating controls when companies are unable to render cardholder data unreadable per requirement 3.4.<br>
<br>
'''Compensating Controls for Requirement 3.4'''
<br>
For companies unable to render cardholder data unreadable (for example, by encryption) due to technical constraints or business limitations, compensating controls may be considered. Only companies that have undertaken a risk analysis and have legitimate technological or documented business constraints can consider the use of compensating controls to achieve compliance.<br>
<br>
Companies that consider compensating controls for rendering cardholder data unreadable must understand the risk to the data posed by maintaining readable cardholder data. Generally, the controls must provide additional protection to mitigate any additional risk posed by maintaining readable cardholder data. The controls considered must be in addition to controls required in the PCI DSS, and must satisfy the “Compensating Controls” definition in the PCI DSS Glossary. Compensating controls may consist of either a device or combination of devices, applications, and controls that meet all of the following conditions:<br>
<br>
'''1. Provide additional segmentation/abstraction (for example, at the network-layer).'''<br>
<br>
'''2. Provide ability to restrict access to cardholder data or databases based on the following criteria:'''<br>
<br>
:*IP address/Mac address
:*Application/service
:*User accounts/groups
:*Data type (packet filtering)
<br>
'''3. Restrict logical access to the database.'''<br>
<br>
:*Control logical access to the database independent of Active Directory or Lightweight Directory Access Protocol (LDAP).<br>
<br>
<br>
* Note that these Payment Card Industry (PCI) Data Security Requirements apply to all Members, merchants, and service providers that store, process or transmit cardholder data. Additionally, these security requirements apply to all “system components” which is defined as any network component, server, or application included in, or connected to, the cardholder data environment. Network components, include, but are not limited to, firewalls, switches, routers, wireless access points, network appliances, and other security appliances. Servers include, but are not limited to, web, database, authentication, DNS, mail, proxy, and NTP. Applications include all purchased and custom applications, including internal and external (web) applications.<br>
'''4. Prevent/detect common application or database attacks (for example, SQL injection).'''<br>
<br>
<br>
----
--[[User:Mdpeters|Mdpeters]] 07:50, 26 June 2006 (EDT)
--[[User:Mdpeters|Mdpeters]] 07:50, 26 June 2006 (EDT)

Revision as of 14:11, 21 February 2007

Payment Card Industry PCI, VISA CISP


Build and Maintain a Secure Network


Protect Cardholder Data


Maintain a Vulnerability Management Program


Implement Strong Access Control Measures


Regularly Monitor and Test Networks


Maintain an Information Security Policy


Special Notes:

These Payment Card Industry (PCI) Data Security Requirements apply to all Members, merchants, and service providers that store, process or transmit cardholder data. Additionally, these security requirements apply to all “system components” which is defined as any network component, server, or application included in, or connected to, the cardholder data environment. Network components, include, but are not limited to, firewalls, switches, routers, wireless access points, network appliances, and other security appliances. Servers include, but are not limited to, web, database, authentication, DNS, mail, proxy, and NTP. Applications include all purchased and custom applications, including internal and external (web) applications.

Appendix A: PCI DSS Applicability for Hosting Providers

Requirement A.1: Hosting providers protect cardholder data environment.

As referenced in Requirement 12.8, all service providers with access to cardholder data including hosting providers) must adhere to the PCI DSS. In addition, Requirement 2.4 states that hosting providers must protect each entity’s hosted environment and data. Therefore, hosting providers must give special consideration to the following:

A.1: Protect each entity’s (that is merchant, service provider, or other entity) hosted environment and data, as in A.1.1 through A.1.4:
A.1.1: Ensure that each entity only has access to own cardholder data environment.
A.1.2: Restrict each entity’s access and privileges to own cardholder data environment only.


A.1.3: Ensure logging and audit trails are enabled and unique to each entity’s cardholder data environment and consistent with PCI DSS Requirement 10.


A.1.4: Enable processes to provide for timely forensic investigation in the event of a compromise to any hosted merchant or service provider. A hosting provider must fulfill these requirements as well as all other relevant sections of the PCI DSS.


Note: Even though a hosting provider may meet these requirements, the compliance of the entity that uses the hosting provider is not necessarily guaranteed. Each entity must comply with the PCI DSS and validate compliance as applicable.

Appendix B: Compensating Controls

Compensating Controls – General
Compensating controls may be considered for most PCI DSS requirements when an entity cannot meet a technical specification of a requirement, but has sufficiently mitigated the associated risk. See the PCI DSS Glossary for the full definition of compensating controls.

The effectiveness of a compensating control is dependent on the specifics of the environment in which the control is implemented, the surrounding security controls, and the configuration of the control. Companies should be aware that a particular compensating control will not be effective in all environments. Each compensating control must be thoroughly evaluated after implementation to ensure effectiveness. The following guidance provides compensating controls when companies are unable to render cardholder data unreadable per requirement 3.4.

Compensating Controls for Requirement 3.4
For companies unable to render cardholder data unreadable (for example, by encryption) due to technical constraints or business limitations, compensating controls may be considered. Only companies that have undertaken a risk analysis and have legitimate technological or documented business constraints can consider the use of compensating controls to achieve compliance.

Companies that consider compensating controls for rendering cardholder data unreadable must understand the risk to the data posed by maintaining readable cardholder data. Generally, the controls must provide additional protection to mitigate any additional risk posed by maintaining readable cardholder data. The controls considered must be in addition to controls required in the PCI DSS, and must satisfy the “Compensating Controls” definition in the PCI DSS Glossary. Compensating controls may consist of either a device or combination of devices, applications, and controls that meet all of the following conditions:

1. Provide additional segmentation/abstraction (for example, at the network-layer).

2. Provide ability to restrict access to cardholder data or databases based on the following criteria:

  • IP address/Mac address
  • Application/service
  • User accounts/groups
  • Data type (packet filtering)


3. Restrict logical access to the database.

  • Control logical access to the database independent of Active Directory or Lightweight Directory Access Protocol (LDAP).


4. Prevent/detect common application or database attacks (for example, SQL injection).


--Mdpeters 07:50, 26 June 2006 (EDT)