<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: PCI DSS v1.2.1 &#8211; No PAN, No Cardholder Data</title>
	<atom:link href="http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/</link>
	<description>Mixing childlike wonder with adultlike understanding</description>
	<lastBuildDate>Thu, 09 Feb 2012 14:50:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Sam Rodriguez</title>
		<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/comment-page-1/#comment-299</link>
		<dc:creator>Sam Rodriguez</dc:creator>
		<pubDate>Wed, 16 Dec 2009 20:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=93#comment-299</guid>
		<description>I recently underwent a PCI-GAP Analysis. I had to argue the point above because the analyst (QSA) had our whole company (and every PC in it!) in scope.

v1.2.1 of the PCI DSS standard p.5 &quot;PCI DSS Applicability Information&quot; clearly indicates that  Cardholder Name is an  e l e m e n t  of the Cardholder Data. 

I think they could have been equally clear of what constitute the PAN (other than the obvious). As it is not uncommon to store the cardholder name with the last four of the PAN - as in the CC receipt.</description>
		<content:encoded><![CDATA[<p>I recently underwent a PCI-GAP Analysis. I had to argue the point above because the analyst (QSA) had our whole company (and every PC in it!) in scope.</p>
<p>v1.2.1 of the PCI DSS standard p.5 &#8220;PCI DSS Applicability Information&#8221; clearly indicates that  Cardholder Name is an  e l e m e n t  of the Cardholder Data. </p>
<p>I think they could have been equally clear of what constitute the PAN (other than the obvious). As it is not uncommon to store the cardholder name with the last four of the PAN &#8211; as in the CC receipt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/comment-page-1/#comment-115</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 15 Aug 2009 21:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=93#comment-115</guid>
		<description>Although it&#039;s very important to limit the amount of data on a system and restrict access to that data based on least privilege, this may not apply the way you think it does.

I don&#039;t see how anyone can create a valid PAN based on just the last 4 digits.  The name and expiration data have nothing to do with creating a valid PAN so they are irrelevant.</description>
		<content:encoded><![CDATA[<p>Although it&#8217;s very important to limit the amount of data on a system and restrict access to that data based on least privilege, this may not apply the way you think it does.</p>
<p>I don&#8217;t see how anyone can create a valid PAN based on just the last 4 digits.  The name and expiration data have nothing to do with creating a valid PAN so they are irrelevant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/comment-page-1/#comment-114</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 15 Aug 2009 21:38:50 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=93#comment-114</guid>
		<description>Julio, you ask a very good question.  We could debate the question of separation but why?  The PCI DSS does not state that the name or expiration data need to be encrypted, just that they are &quot;protected&quot;, which could mean a wide range of things.

I would keep focusing on the PAN and how to secure it.</description>
		<content:encoded><![CDATA[<p>Julio, you ask a very good question.  We could debate the question of separation but why?  The PCI DSS does not state that the name or expiration data need to be encrypted, just that they are &#8220;protected&#8221;, which could mean a wide range of things.</p>
<p>I would keep focusing on the PAN and how to secure it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elba Stevenson</title>
		<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/comment-page-1/#comment-113</link>
		<dc:creator>Elba Stevenson</dc:creator>
		<pubDate>Fri, 14 Aug 2009 14:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=93#comment-113</guid>
		<description>I&#039;m in some agreement, BUT I have always said that you also need to not store or shoe the expiration date. There have been several examples where a valid PAN can be created using a combination of the last 4, Name and expiration date. So I have always advised, not showing, storing or transmitting the expiration date.</description>
		<content:encoded><![CDATA[<p>I&#8217;m in some agreement, BUT I have always said that you also need to not store or shoe the expiration date. There have been several examples where a valid PAN can be created using a combination of the last 4, Name and expiration date. So I have always advised, not showing, storing or transmitting the expiration date.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julio Jones</title>
		<link>http://chaordicmind.com/blog/2009/08/12/pci-dss-v1-2-1-no-pan-no-cardholder-data/comment-page-1/#comment-108</link>
		<dc:creator>Julio Jones</dc:creator>
		<pubDate>Thu, 13 Aug 2009 14:02:32 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=93#comment-108</guid>
		<description>Yes that is a very &quot;minor&quot; omission on their part!  What would you consider &quot;stored with&quot;?  Would name/exp need to be just in the same database, separate database same machine, different machines, etc?  If a company stored the name and exp in one database and the PAN in a different database would they be considered &quot;stored with&quot; the PAN?  The server would still be in scope, but would the name/exp.  Great catch!</description>
		<content:encoded><![CDATA[<p>Yes that is a very &#8220;minor&#8221; omission on their part!  What would you consider &#8220;stored with&#8221;?  Would name/exp need to be just in the same database, separate database same machine, different machines, etc?  If a company stored the name and exp in one database and the PAN in a different database would they be considered &#8220;stored with&#8221; the PAN?  The server would still be in scope, but would the name/exp.  Great catch!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.476 seconds -->

