<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PCICompliance &#187; PCI Compliance FAQs</title>
	<atom:link href="http://www.pcicompliance.org/category/pci-compliance-faqs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pcicompliance.org</link>
	<description>PCI Compliance News and Resources</description>
	<lastBuildDate>Wed, 25 Aug 2010 16:44:13 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>What is the role of user authentication in PCI compliance?</title>
		<link>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-role-of-user-authentication-in-pci-compliance/</link>
		<comments>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-role-of-user-authentication-in-pci-compliance/#comments</comments>
		<pubDate>Thu, 21 May 2009 22:03:55 +0000</pubDate>
		<dc:creator>sfender@phonefactor.com</dc:creator>
				<category><![CDATA[PCI Compliance FAQs]]></category>

		<guid isPermaLink="false">http://www.pcicompliance.org/?p=24</guid>
		<description><![CDATA[Passwords Just Aren’t Enough
Password phishing is up dramatically and new, more sophisticated phishing methods have emerged. It’s clear that passwords are highly susceptible to attack and agents can’t be trusted to employ best practices with regard to storing and changing their passwords, let alone protecting their PC from malware that could be used to snoop [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Passwords Just Aren’t Enough</strong><br />
Password phishing is up dramatically and new, more sophisticated phishing methods have emerged. It’s clear that passwords are highly susceptible to attack and agents can’t be trusted to employ best practices with regard to storing and changing their passwords, let alone protecting their PC from malware that could be used to snoop their passwords. </p>
<p>Two-factor authentication (using a password, something you know, plus a second method, such as something you have or something you are to prove a user’s identity) is the new standard. </p>
<p><strong>Regulatory Compliance</strong><br />
Regulatory agencies agree that passwords are a weak link and are requiring companies to implement stronger authentication, particularly for remote workers. Depending on the industries served by the call center, a number of regulations may require them to apply strict standards for authenticating users, including:<br />
•	Payment Card Industry Data Security Standards (PCI DSS)<br />
•	Health Insurance Portability and Accountability Act (HIPAA)<br />
•	Authentication in an Internet Banking Environment Guidance (FFIEC)<br />
•	Sarbanes-Oxley</p>
<p><strong>Traditional Two-Factor Authentication Solutions</strong><br />
There are a number of two-factor solutions available, but most are difficult and costly to deploy and maintain for remote call center agents. Tokens and other security devices must be provisioned and mailed to remote agents then replaced if lost of broken. Certificates can be hard to support on hardware that is not company-owned and maintained. Weaker security methods, like security questions, don’t stand up to the scrutiny of a compliance audit.</p>
<p><strong>Telephones As A Security Device?</strong><br />
Particularly well suited for use with remote call center agents is a method of two-factor authentication that uses a simple phone call as the second form of authentication. The agent logs in just like they normally would with a user name and password, and instantly their phone rings. They answer and press # or enter a PIN to complete their login. If the agent is not logging in when they receive a call, they know that their user name and password have been compromised and can press the fraud alert option to block access and alert the I.T. team back at the corporate office. </p>
<p>Because the second factor of authentication occurs across a second network (the public telephone network), there is a significantly enhanced level of security. Both the agent’s internet connection and the public telephone network must be compromised simultaneously in order for the attacker to gain access using the agent’s account. </p>
<p><strong>Cost Savings</strong><br />
With phone-based authentication, there are no devices, software, or certificates to deploy and maintain – it works with the agent’s existing phone. Users require very little training and almost no ongoing support – making phone-based authentication significantly less expensive to setup and maintain than other two-factor solutions. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-role-of-user-authentication-in-pci-compliance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What if I am not PCI compliant?</title>
		<link>http://www.pcicompliance.org/pci-compliance-faqs/what-if-i-am-not-pci-compliant/</link>
		<comments>http://www.pcicompliance.org/pci-compliance-faqs/what-if-i-am-not-pci-compliant/#comments</comments>
		<pubDate>Thu, 21 May 2009 21:55:31 +0000</pubDate>
		<dc:creator>sfender@phonefactor.com</dc:creator>
				<category><![CDATA[PCI Compliance FAQs]]></category>

		<guid isPermaLink="false">http://www.pcicompliance.org/?p=22</guid>
		<description><![CDATA[Enforcement of compliance is done by the bodies holding relationships with the in-scope organisations. Thus, for organisations processing Visa or Mastercard transactions, compliance is enforced by the organisation&#8217;s acquirer, while organisations handling American Express transactions will deal directly with American Express for the purposes of compliance. In the case of third party suppliers such as [...]]]></description>
			<content:encoded><![CDATA[<p>Enforcement of compliance is done by the bodies holding relationships with the in-scope organisations. Thus, for organisations processing Visa or Mastercard transactions, compliance is enforced by the organisation&#8217;s acquirer, while organisations handling American Express transactions will deal directly with American Express for the purposes of compliance. In the case of third party suppliers such as hosting companies who have business relationships with in-scope organisations, enforcement of compliance falls to the in-scope company, as neither the acquirers nor the card brands will have appropriate contractual relationships in place to mandate compliance. Non-compliant companies who maintain a relationship with one or more of the card brands, either directly or through an acquirer risk losing their ability to process credit card payments and being audited and/or fined.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pcicompliance.org/pci-compliance-faqs/what-if-i-am-not-pci-compliant/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What are the PCI DSS Requirements?</title>
		<link>http://www.pcicompliance.org/pci-compliance-faqs/what-are-the-pci-dss-requirements/</link>
		<comments>http://www.pcicompliance.org/pci-compliance-faqs/what-are-the-pci-dss-requirements/#comments</comments>
		<pubDate>Thu, 21 May 2009 21:50:40 +0000</pubDate>
		<dc:creator>sfender@phonefactor.com</dc:creator>
				<category><![CDATA[PCI Compliance FAQs]]></category>

		<guid isPermaLink="false">http://www.pcicompliance.org/?p=14</guid>
		<description><![CDATA[The current version of the standard (1.2) specifies 12 requirements for compliance, organized into six logically related groups, which are called &#8220;control objectives.&#8221;
Control Objectives PCI DSS Requirements


Build and Maintain a Secure Network
 1. Install and maintain a firewall configuration to protect cardholder data
2. Do not use vendor-supplied defaults for system passwords and other security parameters



Protect [...]]]></description>
			<content:encoded><![CDATA[<p>The current version of the standard (1.2) specifies 12 requirements for compliance, organized into six logically related groups, which are called &#8220;control objectives.&#8221;</p>
<p><strong>Control Objectives PCI DSS Requirements</strong></p>
<table cellpadding="5">
<tr>
<td style="vertical-align: top; text-align: left">Build and Maintain a Secure Network</td>
<td> 1. Install and maintain a firewall configuration to protect cardholder data<br />
2. Do not use vendor-supplied defaults for system passwords and other security parameters
</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Protect Cardholder Data</td>
<td>3. Protect stored cardholder data<br />
4. Encrypt transmission of cardholder data across open, public networks</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Maintain a Vulnerability Management Program</td>
<td>5. Use and regularly update anti-virus software on all systems commonly affected by malware<br />
6. Develop and maintain secure systems and applications</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Implement Strong Access Control Measures</td>
<td>7. Restrict access to cardholder data by business need-to-know<br />
8. Assign a unique ID to each person with computer access<br />
9. Restrict physical access to cardholder data</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Regularly Monitor and Test Networks</td>
<td>10. Track and monitor all access to network resources and cardholder data<br />
11. Regularly test security systems and processes</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Maintain an Information Security Policy</td>
<td>12. Maintain a policy that addresses information security</td>
</tr>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.pcicompliance.org/pci-compliance-faqs/what-are-the-pci-dss-requirements/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What is the Payment Card Industry (PCI) Data Security Standard?</title>
		<link>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-payment-card-industry-pci-data-security-standard/</link>
		<comments>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-payment-card-industry-pci-data-security-standard/#comments</comments>
		<pubDate>Thu, 21 May 2009 21:44:10 +0000</pubDate>
		<dc:creator>sfender@phonefactor.com</dc:creator>
				<category><![CDATA[PCI Compliance FAQs]]></category>

		<guid isPermaLink="false">http://www.pcicompliance.org/?p=12</guid>
		<description><![CDATA[The Payment Card Industry Data Security Standard is a worldwide information security standard assembled by the Payment Card Industry Security Standards Council (PCI SSC). The standard was created to help organizations that process card payments prevent credit card fraud through increased controls around data and its exposure to compromise. The standard applies to all organizations [...]]]></description>
			<content:encoded><![CDATA[<p>The Payment Card Industry Data Security Standard is a worldwide information security standard assembled by the Payment Card Industry Security Standards Council (PCI SSC). The standard was created to help organizations that process card payments prevent credit card fraud through increased controls around data and its exposure to compromise. The standard applies to all organizations which hold, process, or pass cardholder information from any card branded with the logo of one of the card brands.</p>
<p>The standard is maintained by the Payment Card Industry Security Standards Council, which maintains both the PCI DSS and a number of other standards, such as the Payment Card Industry PIN Entry Device security requirements (PCI PED) and the Payment Application Data Security Standard (PA-DSS).</p>
<p>Validation of compliance can be performed either internally or externally, depending on the volume of card transactions the organisation is handling, but regardless of the size of the organisation, compliance must be assessed annually. Organisations handling large volumes of transactions must have their compliance assessed by an independent assessor known as a Qualified Security Assessor (QSA), while companies handling smaller volumes have the option of self-certification via a Self-Assessment Questionnaire (SAQ). In some regions these SAQs still require signoff by a QSA for submission.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pcicompliance.org/pci-compliance-faqs/what-is-the-payment-card-industry-pci-data-security-standard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Resource Sites</title>
		<link>http://www.pcicompliance.org/pci-compliance-faqs/resource-sites/</link>
		<comments>http://www.pcicompliance.org/pci-compliance-faqs/resource-sites/#comments</comments>
		<pubDate>Fri, 15 May 2009 22:12:41 +0000</pubDate>
		<dc:creator>sfender@phonefactor.com</dc:creator>
				<category><![CDATA[PCI Compliance FAQs]]></category>

		<guid isPermaLink="false">http://www.pcicompliance.org/?p=28</guid>
		<description><![CDATA[PCI Information
PCISecurityStandards.org
Wikipedia
Visa
Associations
Consumer Data Industry Association
Society of Payment Security Professionals
Merchant Risk Council
Related Products/Services
PhoneFactor &#8211; Two Factor Authentication
Phone Authentication
Tokenless Two-Factor Authentication
]]></description>
			<content:encoded><![CDATA[<p><strong>PCI Information</strong><br />
<a href="http://www.pcisecuritystandards.org">PCISecurityStandards.org</a><br />
<a href="http://en.wikipedia.org/wiki/PCI_DSS">Wikipedia</a><br />
<a href="http://usa.visa.com/merchants/risk_management/cisp.html">Visa</a></p>
<p><strong>Associations</strong><br />
<a href="http://www.cdiaonline.org/ConsumerInfo/content.cfm?ItemNumber=875&#038;pnItemNumber=510 ">Consumer Data Industry Association</a><br />
<a href="http://www.paymentsecuritypros.com/">Society of Payment Security Professionals</a><br />
<a href="http://www.merchantriskcouncil.org">Merchant Risk Council</a></p>
<p><strong>Related Products/Services</strong><br />
<a href="http://www.phonefactor.com">PhoneFactor &#8211; Two Factor Authentication</a><br />
<a href="http://www.phoneauthentication.org">Phone Authentication</a><br />
<a href="http://www.tokenlesstwofactor.org">Tokenless Two-Factor Authentication</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.pcicompliance.org/pci-compliance-faqs/resource-sites/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
