<?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>Zen Dzign &#187; PCI</title>
	<atom:link href="http://www.zendzign.com/tag/pci/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zendzign.com</link>
	<description>The official ZZ Servers Blog - Visit http://www.zzservers.com for your business hosting needs.</description>
	<lastBuildDate>Tue, 03 Aug 2010 13:15:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>PCI Data Security Standards Rock Video</title>
		<link>http://www.zendzign.com/2010/05/pci-data-security-standards-rock-video/</link>
		<comments>http://www.zendzign.com/2010/05/pci-data-security-standards-rock-video/#comments</comments>
		<pubDate>Tue, 25 May 2010 19:14:34 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[credit cards stolen]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[education]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=160</guid>
		<description><![CDATA[This short animated video provides an overview of the PCI Data Security Standard in a more entertaining way.]]></description>
			<content:encoded><![CDATA[<p>This short animated video provides an overview of the PCI Data  Security Standard in a more entertaining way.</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="640" height="385" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://www.youtube.com/v/xpfCr4By71U&amp;hl=en_US&amp;fs=1&amp;rel=0" /><param name="allowfullscreen" value="true" /><embed type="application/x-shockwave-flash" width="640" height="385" src="http://www.youtube.com/v/xpfCr4By71U&amp;hl=en_US&amp;fs=1&amp;rel=0" allowscriptaccess="always" allowfullscreen="true"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2010/05/pci-data-security-standards-rock-video/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Anti Virus and PCI Compliance</title>
		<link>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/</link>
		<comments>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/#comments</comments>
		<pubDate>Sun, 27 Dec 2009 18:14:00 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[anti virus]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[malicious software]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=92</guid>
		<description><![CDATA[Last year PCI DSS 1.2 was released changing the intent of the controls required for anti-virus software. In version 1.1 anti-virus software was only required for systems commonly affected by viruses and excluded UNIX based operating systems and mainframes. Version 1.2 now requires all operating system types commonly affected by malicious software be protected and [...]]]></description>
			<content:encoded><![CDATA[<p>Last year PCI DSS 1.2 was released changing the intent of the controls required for anti-virus software. In version 1.1 anti-virus software was only required for systems commonly affected by viruses and excluded UNIX based operating systems and mainframes. Version 1.2 now requires all operating system types commonly affected by malicious software be protected and removes the exclusion for UNIX and mainframes. These changes now open the requirement for protection from &#8220;malicious software&#8221; such as worms, trojans, adware, spyware or any &#8220;malicious software&#8221;.<span id="more-92"></span></p>
<p>In the past, it was though Linux servers were safe from viruses but recently hackers have been taking advantage of this false sense of security. Some researchers point out that 70% of attacks on Linux honeypots were infected with a 6 year old virus (RST-B)* and used as command and control points for botnets.</p>
<p>ZZ Servers now offers affordable F-Prot anti-virus software for Windows, Linux, Exchange, BSD and Solaris. Protect your servers, desktops and critical infrastructure today. Contact <a href="http://www.zzservers.com/">ZZ Servers</a> at 800-796-3574 or email support@zzservers.com to arrange for installation of anti-virus software today.</p>
<p>*RST-B is a backdoor malware runs on Linux/UNIX platforms and infects ELF files in the current and /bin directories. This Linux backdoor and virus compromises system security by allowing remote users to manipulate and access infected machines. If executed as root, it will start processes listening on two network interfaces which provide a remote root shell.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/12/anti-virus-and-pci-compliance/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>PCI Compliant Hosting &#8211; Are you sure your host knows what PCI is and what they are selling?</title>
		<link>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/</link>
		<comments>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/#comments</comments>
		<pubDate>Wed, 28 Oct 2009 15:01:23 +0000</pubDate>
		<dc:creator>David M. Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[qsa]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[shared hosting]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=70</guid>
		<description><![CDATA[I recently had a discussion with a potential customer on why they should work with ZZ Servers instead of one of the now hundreds of other hosting providers offering PCI &#8220;compliant&#8221; hosting services. After spending the last 5 years doing PCI Level 1 validations I have run into many areas that hosting providers just do [...]]]></description>
			<content:encoded><![CDATA[<p>I recently had a discussion with a potential customer on why they should work with ZZ Servers instead of one of the now hundreds of other hosting providers offering PCI &#8220;compliant&#8221; hosting services. After spending the last 5 years doing PCI Level 1 validations I have run into many areas that hosting providers just do not get PCI and what hosting providers need to know to provide secure &amp; compliant hosting. I have also been able to compile a list of questions that I can use to determine if they are just trying to sell a service or really provide a PCI solution.</p>
<p><span id="more-70"></span></p>
<p>I was able to spend a good 1/2 an hour with the now new customer and help them understand how our approach meets the intent of PCI and is not focused only on trying to &#8220;make the sale.&#8221;  However, for those that we do not know what questions to ask of a hosting provider I have started a new project where I will be &#8220;shopping&#8221; for a new hosting provider and will post the communications I have with them, along with some additional comments on what their answers would mean to me if I was in my QSA role evaluating their solutions.  I will keep the communications anonymous to prevent any liability issues, but feel free to use any of the questions or comments I have when discussing hosting solutions with any providers you may be examining; and feel free to use my questions against us when you call and ask about PCI or Compliant based hosting with ZZ Servers.</p>
<p>With that in mind, here is the first discussion with a decent data-center with multiple data-centers fully owned and operated by their staff in the northern midwest.  I have highlighted items that caused me to be concerned about their understanding of PCI and what it takes for merchants or service providers to be hosted with managed PCI solutions.  Please note, anyone can take a rack of hardware and managed / deploy it in a compliant manor.  But that is not what these hosting providers are selling.  They are selling compliant solutions, leading customers who do not fully undersand the requirements to think they are meeting all of the requirements.</p>
<p>***Chat Information*You are now chatting with &#8216;Paul&#8217;<br />
*Paul: *Greetings, my name is Paul.  Welcome to &lt;HOSTING PROVIDER&gt; Sales.  With<br />
whom am I speaking?   How may I be of assistance?<br />
*you: *Hello, i saw your VPS servers have a $50/mo PCI certification?<br />
what does that provide? Does that mean i&#8217;ll be compliant? do i need<br />
anything else? does that include my scanning, pen test,<br />
internal/external? log monitoring?<br />
*you: *hello?<br />
*Paul: *Hello, sorry about that<br />
<strong>*Paul: *the PCI certification will include all scans for your server to<br />
be entirely compliant</strong><br />
<em>&#8211; This is common, many people belive that if you get your ASV scanning &amp; answer questionairre you are compliant..if it was only that simple</em><br />
*you: *so it is only the scans?<br />
*you: *not the rest of the compliance needs?<br />
*you: *internal &amp; external scans then?<br />
*Paul: *it covers all services needed<br />
*you: *external logging/monitoring, firewalls, IDS, 2 factor remote<br />
access, pen-testing (internal/eternal), asv scanning &amp; internal scanning<br />
(&amp; other stuff i can&#8217;t remember atm)??<br />
<strong>*Paul: *Yes, it is the complete service</strong><br />
<em>&#8211; how can he say it&#8217;s scanning, then a complete service? At this point I really believe the sales guy does not know what he is selling</em><br />
*you: *applicatoin &amp; network penetration testing? how do you have that<br />
for $50/mo? the best quote I have from a professional pen-testing<br />
company is 5000/year<br />
*Paul: *let me double check<br />
<strong>*Paul: *yes, it does, I have confirmed</strong><em><br />
&#8211; confirmed? if you can&#8217;t tell by now that I am asking questions above his knowledge level; why not conference in someone who knows the answer..<br />
&#8211; Many hosting providers want you to email or fill in a form so they can manage their response, if they can&#8217;t answer your quetions at all hours<br />
&#8211; then are you sure they can manage your compliance needs at any hour??  Get them to bring the expert on the phone while you are asking questions!</em><br />
*you: *interesting, do you have a detailed whitepaper or pdf on the<br />
complete services offereed?<br />
*you: *and i assume i&#8217;ll have to get more than 1 server<br />
<strong>*Paul: *No, you can have PCIC with one server</strong><br />
<em>&#8211; big big red flag!! If you are only using paypal/google for payments then yes this is right but if you are not then the requirement for &#8220;single use&#8221; is pretty important</em><br />
*you: *and that includes firewalls too right? do i have a dedicated<br />
rfc1918 address space?<br />
*you: *you can?<br />
*you: *how do you satisfy the &#8220;single purpose&#8221; requirement?<br />
*you: *where a server can not be a web &amp; database server<br />
<strong>*Paul: *we do not require a cluster for pcic<br />
&#8211; </strong><em>I wasn&#8217;t asking about a cluster. This is a typical issue, the sales team is use to selling hosting of servers but does not understand PCI.  I guess they have not had<br />
&#8211; any PCI training (which you merchants &amp; service providers are required to have annually)<br />
</em>*you: *you do not, but PCI requires that<br />
*you: *pci has something somewhere that requires each server have a<br />
single function<br />
*you: *do you have any documentation? or details about what is included<br />
in your PCI services?<br />
<strong>*Paul: *I do not have a detailed outline, but I know these are the<br />
standards we follow</strong><br />
<em>&#8211; Another warning&#8230;PCI is documentation heavy, if they do not have documentation, have they really done all thats required?</em><br />
*Paul:<br />
*<a href="https://www.pcisecuritystandards.org/security_standards/pci_dss.shtml">https://www.pcisecuritystandards.org/security_standards/pci_dss.shtml</a><br />
*you: *yes i am familiar with that<br />
*you: *our QSA has ingrained tht into us<br />
*you: *i was just curious because some of your answers do not jibe with<br />
what the PCI-DSS requires<br />
*you: *ok i think i have enough for now; thank you for your time<br />
*you: *Have a great night..oh one last question; where are your<br />
data-centers located?<br />
*Paul: *My pleasure, they are in &lt;LOCATION&gt;<br />
*you: *any other geographic areas?<br />
*Paul: *they are all located in &lt;ONE LOCATION&gt;<br />
*you: *thank you have a great night<br />
*you: *oh one other questoin<br />
*you: *what technology do you use for your remote 2 factor auth &amp; vpn<br />
technology?<br />
*you: *rsa/certificates/?<br />
*Paul: *The only vendors I have info on at the moment are control scan,<br />
security metrics, trustkeeper, and clone systems<br />
*you: *so it&#8217;s not included w/the pci service?<br />
*you: *it&#8217;s a 3rd party vendor we have to engage?<br />
*Paul: *Send me an email to &lt;SALES-EMAIL&gt; and I will find out for sure<br />
<em>&#8211; Remember earlier they said it included all required services? Again, lack of documentation &amp; training lead me to think they just do not know what the requirements are or what they are selling</em><br />
*you: *ok thank you, have a great night/morning</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/10/pci-compliant-hosting-are-you-sure-your-host-knows-what-pci-is-and-what-they-are-selling/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Amazon confirms EC2/S3 does not meet PCI guidelines</title>
		<link>http://www.zendzign.com/2009/08/amazon-confirms-ec2s3-does-not-meet-pci-guidelines/</link>
		<comments>http://www.zendzign.com/2009/08/amazon-confirms-ec2s3-does-not-meet-pci-guidelines/#comments</comments>
		<pubDate>Mon, 17 Aug 2009 14:35:38 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[amazon ec2]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[compliant hosting]]></category>
		<category><![CDATA[pci compliance]]></category>
		<category><![CDATA[pci complliant hosting]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=58</guid>
		<description><![CDATA[If your business requires PCI compliant hosting services because you store, transmit or process cardholder data, hosting in the cloud may not be for you.  Most cloud providers do not have the controls or processes in place to protect sensitive cardholder data or the willingness to enter into required business arrangements with merchants.  Because of [...]]]></description>
			<content:encoded><![CDATA[<p>If your business requires PCI compliant hosting services because you store, transmit or process cardholder data, hosting in the cloud may not be for you.  Most cloud providers do not have the controls or processes in place to protect sensitive cardholder data or the willingness to enter into required business arrangements with merchants.  Because of this, it is impossible to meet several requirements found in current PCI standards, leaving your business at risk for heavy fines by not being compliant.</p>
<p><span id="more-58"></span></p>
<p>One such example would be Amazon EC2.  In a recent discussion at <a href="http://developer.amazonwebservices.com/connect/message.jspa?messageID=139547" target="_blank">amazonwebservices.com</a> forum and <a href="http://it.slashdot.org/story/09/08/17/0438207/Amazon-Confirms-EC2S3-Not-PCI-Level-1-Compliant">slashdot.org</a> users were discussing a desire to move to Amazon EC2 and maintain PCI compliance.  While not surprising, at least there was a concrete answer to were Amazon stands with regards to its role in its customer’s compliance.  In an email from Taimur Rashid, an account manager at Amazon Web Services, he states <em>“We do not and will not provide a written agreement attesting compliance and assuming responsibility for cardholder data.”</em><em> </em></p>
<p>PCI requires all merchants maintain a written agreement between the merchant and service provider that outlines responsibility for cardholder data.  “<em>Requirement 12.8.2 Maintain a written agreement that includes an acknowledgement that the service providers are responsible for the security of cardholder data the service providers possess.”</em><em> Without this simple agreement, you cannot be compliant.</em></p>
<p>In addition to not allowing a written agreement, Amazon also will not allow on site audits required for Level 1 and <a href="http://www.zendzign.com/2009/06/level-2-merchants-required-to-have-on-site-assessment-by-qsa/">now Level 2 merchants</a>.  Cindy S from Amazon Web Services states “<em>If you have a data breach, you automatically need to become level 1 compliant which requires on-site auditing; that is something we cannot extend to our customers.”</em></p>
<p>Based on the 2 statements above, Amazon EC2/S3 is currently not capable of providing the level of service required for PCI compliance on any level.  If you are a merchant and require PCI compliance, avoid the cloud and find a reputable service provider which specializes in PCI compliance such as <a href="http://www.gsihosting.com/">GSI</a>, <a href="http://www.rackspace.com">Rackspace</a> or <a href="http://www.zzservers.com/">ZZ Servers</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/08/amazon-confirms-ec2s3-does-not-meet-pci-guidelines/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Understanding PCI Levels and Types</title>
		<link>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/</link>
		<comments>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/#comments</comments>
		<pubDate>Tue, 02 Jun 2009 13:19:57 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[credit card payment]]></category>
		<category><![CDATA[Hosting]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=26</guid>
		<description><![CDATA[Any merchant who accepts credit cards and has a merchant account must validate compliance. It does not matter if you use a 3rd party processor or if you outsource all of your credit card processing. It&#8217;s the ownership of the merchant account that defines if you must validate compliance. The only to avoid PCI compliance [...]]]></description>
			<content:encoded><![CDATA[<p>Any merchant who accepts credit cards and has a merchant account must validate compliance. It does not matter if you use a 3rd party processor or if you outsource all of your credit card processing. It&#8217;s the ownership of the merchant account that defines if you must validate compliance. <strong><em>The only to avoid PCI compliance is by not having a merchant account. </em></strong>Below are some charts which will help you decide which category and merchant type your business fits into.<span id="more-26"></span></p>
<h4>Merchant levels and Compliance Validation Requirements</h4>
<table style="height: 416px;" border="1" width="547">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>PCI Merchant Levels</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>Level</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>Validation Requirements</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">
<ul>
<li>Any merchant, &#8220;regardless of acceptance channel, processing over 6,000,000 Visa transactions per year</li>
<li>Any merchant that has suffered a hack or an attack that resulted in an account data compromise.</li>
<li>Any merchant that Visa, at its sole discretion, determines should meet the Level 1 merchant requirements to minimize risk to the Visa system.</li>
<li>Any merchant identified by any other payment card brand as Level 1</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual Report on Compliance (“ROC”) by Qualified Security Assessor (“QSA”)</li>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">2</td>
<td align="left" valign="top">
<ul>
<li>Any merchant-regardless of acceptance channel-processing 1,000,000 to 6,000,000 transactions per year</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual Self-Assessment Questionnaire (“SAQ”)</li>
<li>Quarterly network scan by ASV</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">3</td>
<td align="left" valign="top">
<ul>
<li>Any merchant processing 20,000 to 1,000,000 transactions per year.</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual SAQ</li>
<li>Quarterly network scan by ASV</li>
<li>Attestation of Compliance Form</li>
</ul>
</td>
</tr>
<tr>
<td align="center" valign="middle">4</td>
<td align="left" valign="top">
<ul>
<li>Any merchant processing fewer than 20,000 transactions per year.</li>
</ul>
</td>
<td align="left" valign="top">
<ul>
<li>Annual SAQ recommended</li>
<li>Quarterly network scan by ASV if applicable</li>
<li>Compliance validation requirements set by acquirer</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p><strong>Merchant Types</strong></p>
<p>The “SAQ” is a self-validation tool for merchants and service providers who are not required to do on-site assessments for PCI DSS compliance. The SAQ includes a series of yes-or-no questions for compliance. If an answer is no, the organization must state the future remediation date and associated actions. In order to align more closely with merchants and their compliance validation process, the SAQ was revised and now allows for flexibility based on the complexity of a particular merchant’s or service provider’s business situation (see chart below). The SAQ validation type does not correlate to the merchant classification or risk level.</p>
<table border="1" width="100%">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>Self-Assessment Questionnaires and Validation Types</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>SAQ Validation</strong><strong>Type</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>SAQ</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">Card-Not-Present (e-commerce or MO/TO) merchants, all cardholder data<br />
functions outsourced. This would never apply to face-to-face merchants.</td>
<td align="center" valign="middle">A</td>
</tr>
<tr>
<td align="center" valign="middle">2</td>
<td align="left" valign="top">Imprint-only merchants with no cardholder data storage.</td>
<td align="center" valign="middle">B</td>
</tr>
<tr>
<td align="center" valign="middle">3</td>
<td align="left" valign="top">Standalone dial-up terminal merchants, no cardholder data storage.</td>
<td align="center" valign="middle">B</td>
</tr>
<tr>
<td align="center" valign="middle">4</td>
<td align="left" valign="top">Merchants with payment application systems connected to the Internet, no<br />
cardholder data storage.</td>
<td align="center" valign="middle">C</td>
</tr>
<tr>
<td align="center" valign="middle">5</td>
<td align="left" valign="top">All other merchants (not included in descriptions for SAQs A, B or C above), and<br />
all service providers defined by a card brand as eligible to complete a SAQ.</td>
<td align="center" valign="middle">D</td>
</tr>
</tbody>
</table>
<p><strong>Service Provider Levels</strong></p>
<p>Service providers are organizations that process, store, or transmit cardholder data on behalf of clients, merchants, or other service providers. Service provider levels are defined as:</p>
<table border="1" width="100%">
<tbody>
<tr>
<td colspan="3" align="center" valign="top"><strong>Self-Assessment Questionnaires and Validation Types</strong></td>
</tr>
<tr>
<td align="center" valign="top"><strong>Service Provider Level</strong></td>
<td align="center" valign="top"><strong>Description</strong></td>
<td align="center" valign="top"><strong>Validation Requirements</strong></td>
</tr>
<tr>
<td align="center" valign="middle">1</td>
<td align="left" valign="top">Processors or any service providers that stores, processes and/or transmits over 300,000 transactions per year.</td>
<td align="left" valign="top">
<ul>
<li>Annual On-Site PCI Data Security Assessment validated Qualified Security Assessor (“QSA”)</li>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
</ul>
</td>
</tr>
<tr>
<td height="42" align="center" valign="middle">2</td>
<td align="left" valign="top">Any service provider that stores, processes and/or transmits less than 300,000 transactions per year.</td>
<td align="left" valign="top">
<ul>
<li>Validated by Service Provider</li>
</ul>
<ul>
<li>Quarterly network scan by Approved Scan Vendor (“ASV”)</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p>By using the charts above, you should be able to easily determine your level and validation type. Knowing this details will go a long way in guiding you through your compliance but it is important to partner with other qualified businesses for your service. <a href="http://www.zzservers.com">ZZ Servers</a> provides PCI focused hosted infrastructure designed for PCI compliance and includes many of controls and measures required for your business infrastructure to be fully compliant.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/06/understanding-pci-levels-and-types/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Batteries.com Credit Card Data Stolen</title>
		<link>http://www.zendzign.com/2009/05/batteriescom-credit-card-data-stolen/</link>
		<comments>http://www.zendzign.com/2009/05/batteriescom-credit-card-data-stolen/#comments</comments>
		<pubDate>Thu, 28 May 2009 00:52:12 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[data breach]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=25</guid>
		<description><![CDATA[Yet another data breach involving theft of credit card data has been announced. On March 13th, Batteries.com received notice from a customer about potential unauthorized activity on their credit card. They later discovered the Batteries.com network had been breached from around February 25, 2009 to April 9, 2009. The breach involved theft of names, addresses, [...]]]></description>
			<content:encoded><![CDATA[<p>Yet another data breach involving theft of credit card data has been announced.<span> </span>On March 13th, Batteries.com received notice from a customer about potential unauthorized activity on their credit card.  They later discovered the Batteries.com network had been breached from around February 25, 2009 to April 9, 2009.  The breach involved theft of names, addresses, and credit card information.</p>
<p>This breech at Batteries.com shows that a merchant does not need to be large like Heartland to be targeted by hackers.</p>
<p>For more information regarding this breech, visit the Batteries.com <a href="http://batteries.com/security/fraud-prevention.asp">security and fraud prevention page</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2009/05/batteriescom-credit-card-data-stolen/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>PCI Compliance and Receiving Credit Card Payments by Fax</title>
		<link>http://www.zendzign.com/2008/10/pci-compliance-and-receiving-credit-card-payments-by-fax/</link>
		<comments>http://www.zendzign.com/2008/10/pci-compliance-and-receiving-credit-card-payments-by-fax/#comments</comments>
		<pubDate>Fri, 31 Oct 2008 17:09:35 +0000</pubDate>
		<dc:creator>David M. Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[credit card payment]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=21</guid>
		<description><![CDATA[The low cost of web and email based fax delivery services may seem like a good way to save your business money but not if you receive credit card payments by fax. This would fall under the Payment Card Industry standard section 4 that requires transmission of cardholder data across open-public networks to be encrypted [...]]]></description>
			<content:encoded><![CDATA[<p>The low cost of web and email based fax delivery services may seem like a good way to save your business money but not if you receive credit card payments by fax. This would fall under the Payment Card Industry standard section 4 that requires transmission of cardholder data across open-public networks to be encrypted and section 12 for contracts that require partners or service providers who handle card data for your company be PCI compliant and accept all PCI security requirements. You will not find an affordable PCI compliant solution without using your own dedicated fax machine.</p>
<p><span id="more-21"></span></p>
<p>Many on-line fax services send received faxes by unencrypted email with cleartext (TIFF/JPG or PDF) attachments which are not PCI compliant. One reason for this is PCI clearly states that credit card numbers are not to be emailed in clear-text, they must be encrypted. A fax converted to PDF &amp; emailed is not encrypted and if done that way then both the service provider and the receiver are non-compliant.  During an audit you can&#8217;t say you didn&#8217;t know, you signed up for the service knowing you were going to receive card numbers.</p>
<p>So, how do you receive credit card payments by fax? The first step is get a phone line w/a $50 fax machine from your local office supplier and come up with a security policy for how to secure the fax machine and incoming faxes. This is cheaper and easier to deal with than trying to make some digital systems PCI compliant. The fax needs to be classified as confidential and handled how your data retention policy dictates, assuming your retention policy is PCI compliant. An example would be a secured fax machine in accounting or other area set aside for receiving secure faxes. Additionally faxes containing credit card numbers need to be stored or archived properly and when disposed of, it needs to again follow your data retention policy and be securely destroyed (cross cut / incinerate, whatever:).</p>
<p>If your company is receiving card data on behalf of your customers, you are liable for all the paths it takes to get to you. Claiming you didn&#8217;t know or that it&#8217;s out of your hands is not enough when there are secure solutions. Don&#8217;t use a fax service unless they can send encrypted emails and securely purge the fax data when sent; otherwise get a real fax machine &amp; secure it and instruct those who have access what it may contain and how to handle it appropriately, and yes training for your employees is a PCI requirement.</p>
<p>In the end, you will find a phone line with $50 fax from your local office supplier is cheaper and easier to deal with than trying to make some digital systems PCI compliant.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/10/pci-compliance-and-receiving-credit-card-payments-by-fax/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PCI Data Security Standard version 1.2 now active.</title>
		<link>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/</link>
		<comments>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/#comments</comments>
		<pubDate>Fri, 24 Oct 2008 03:02:46 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[assesment]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[dss]]></category>
		<category><![CDATA[qsa]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=20</guid>
		<description><![CDATA[As of October 1, 2008 the PCI Data Security Standard version 1.2 became active. There are a number of changes to PCI DSS since version 1.1. Version 1.2 removes much of the ambiguity from earlier versions and provides additional details on items such as the use wireless devices. One of the largest and possibly most [...]]]></description>
			<content:encoded><![CDATA[<p style="margin-bottom: 0in;">As of October 1, 2008 the PCI Data Security Standard version 1.2 became active.  There are a <a title="PCI DSS Changes" href="http://pcianswers.com/2008/10/01/pci-dss-version-12-differences-and-updates/" target="_blank">number of changes</a> to PCI DSS since version 1.1.  Version 1.2 removes much of the ambiguity from earlier versions and provides additional details on items such as the use wireless devices.</p>
<p style="margin-bottom: 0in;"><span id="more-20"></span>One of the largest and possibly most hard hitting change is how the the certification process is placing an <a title="PCI DSS Requirements" href="http://usa.visa.com/merchants/risk_management/cisp_merchants.html#anchor_2" target="_blank">increasing amount of scrutiny on level 3 and 4 merchants</a>.  If you process credit cards and have not received any notification from your merchant bank regarding PCI DSS compliance, you will soon.</p>
<p style="margin-bottom: 0in;">I will not attempt to cover all of the details of the new standard but will say if your company handles any cardholder data, it is important to get your infrastructure into compliance with PCI DSS.</p>
<p>PCI DSS 1.2 specifies 12 requirements for compliance, organized into 6 logically related groups, which are called &#8220;control objectives.&#8221;</p>
<p>The control objectives and their requirements are:</p>
<ul>
<li><strong>Build and Maintain a Secure Network </strong>
<ol>
<li>Requirement 1: Install and maintain a firewall configuration to protect cardholder data</li>
<li>Requirement 2: Do not use vendor-supplied defaults for system passwords and other security parameters</li>
</ol>
</li>
<li><strong>Protect Cardholder Data </strong>
<ol>
<li>Requirement 3: Protect stored cardholder data</li>
<li>Requirement 4: Encrypt transmission of cardholder data across open, public networks</li>
</ol>
</li>
<li><strong>Maintain a Vulnerability Management Program </strong>
<ol>
<li>Requirement 5: Use and regularly update anti-virus software</li>
<li>Requirement 6: Develop and maintain secure systems and applications</li>
</ol>
</li>
<li><strong>Implement Strong Access Control Measures </strong>
<ol>
<li>Requirement 7: Restrict access to cardholder data by business need-to-know</li>
<li>Requirement 8: Assign a unique ID to each person with computer access</li>
<li>Requirement 9: Restrict physical access to cardholder data</li>
</ol>
</li>
<li><strong>Regularly Monitor and Test Networks </strong>
<ol>
<li>Requirement 10: Track and monitor all access to network resources and cardholder data</li>
<li>Requirement 11: Regularly test security systems and processes</li>
</ol>
</li>
<li><strong>Maintain an Information Security Policy </strong>
<ol>
<li>Requirement 12: Maintain a policy that addresses information security</li>
</ol>
</li>
</ul>
<p style="margin-bottom: 0in;">Each control objective contains additional details on what is required to meet the objective and requires a detailed study to fully understand them and their impact on your existing infrastructure.  Smaller companies have the option to use a self-certification questionnaire but even this can be difficult and time consuming.</p>
<p style="margin-bottom: 0in;">ZZ Servers has fully qualified security assessors and partnerships with PCI ASV/QSA&#8217;s for all levels PCI certification, required security scans and full level 1 PCI audit validation.  Contact us today so we can can assist with your adaption of PCI DSS in your environment and ensure your full compliance with these comprehensive regulations.  Let us help you prepare and prevent the damaging costs of a data breach.</p>
<p style="margin-bottom: 0in;">Peter Zendzian<br />
Managing Partner<br />
ZZ Servers, LLC<br />
<a href="http://www.zzservers.com/">www.zzservers.com</a><br />
800-796-3574</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/10/pci-data-security-standard-version-12-now-active/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What Are The Benefits Of PCI Compliance?</title>
		<link>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/</link>
		<comments>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/#comments</comments>
		<pubDate>Sat, 13 Sep 2008 16:31:53 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[dss]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=18</guid>
		<description><![CDATA[One of the most valuable commodities in this day and age is your own personal information. The more we make purchases over the Internet or over the phone, in other words: not in person, the more important that information becomes. However, as security breaches receive more coverage and are more well known to the public, [...]]]></description>
			<content:encoded><![CDATA[<div id="body">
<p>One of the most valuable commodities in this day and age is your own personal information. The more we make purchases over the Internet or over the phone, in other words: <em>not in person</em>, the more important that information becomes.</p>
<p>However, as security breaches receive more coverage and are more well known to the public, trust in the current security measures is coming into question, and the need for stronger security and standardized tools and controls became necessary.<span id="more-18"></span></p>
<p>Enter the PCI DSS, or Payment Card Industry Data Security Standard. This was created by the five major credit card companies as a guideline to help merchants and other companies implement the necessary hardware, software, and other procedures to guard sensitive credit card and personal information.</p>
<p>The encouragement to achieve PCI compliance comes in a couple different forms: benefits and mandates. The mandates are the requirements of PCI compliance, and attached to them are some very strict and specific penalties. These could include fines as high as $500,000 per incident, and the loss of the ability to accept credit cards at all.</p>
<p>On the other hand, there are a number of PCI compliance benefits that should be as much of an incentive, if not more so, than the penalties. It merely requires a proactive understanding of the long term benefits of compliance. Some of these benefits, you will find, are somewhat more intangible than others, but that doesn&#8217;t make them any less valuable.</p>
<p>The first and most obvious benefit of PCI compliance is a simple matter of trust. What if your company was the one that recently suffered a major security breach? What if you had to live with the stigma of &#8220;the company that lost thousands of credit card number&#8221;? Could you ever live it down? Could you survive the fallout?</p>
<p>A giant company may be able to weather the storm (as has been seen in some recent cases), but most companies need to focus on building lasting trust from the beginning. Being PCI compliant can help you achieve this.</p>
<p>More tangibly, merchants who are PCI compliant are offered protection from the fines if you should happen to be breached. If you are compliant at the time you suffer an attack, you can have a sort of safe harbor.</p>
<p>At the moment, these &#8220;carrots and sticks&#8221;, or mandates and benefits, are assumed to be enough to encourage merchants to gain PCI compliance. But if it turns out, in fact, to not be enough, the PCI Security Standards Council will likely change the measures of encouragement. The reason for these measures is that trust is the only thing that will propel the online industry forward. If customers lose their trust in the system, they <em>will</em> find alternate methods to do business.</p>
<p>It is a difficult thing in the naturally competitive environment of online business to consider something as nebulous as &#8220;the greater good&#8221;, but in a world where personal information is so valuable, creating an environment where that information is utterly secure should be a top priority.</p>
</div>
<p>Andy Eliason is a writer for Main10, Inc.  If you&#8217;d like to learn more about <a id="link_56" href="http://www.braintreepaymentsolutions.com/pci-compliance/article/6/" target="_">PCI compliance</a>, or how to become <a id="link_57" href="http://www.braintreepaymentsolutions.com/pci-compliance/p/3/" target="_">PCI DSS compliant</a>, visit <a id="link_58" href="http://www.braintreepaymentsolutions.com/" target="_">Braintree Payment Solutions</a> today and find out what they have to offer.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/09/what-are-the-benefits-of-pci-compliance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PCI DSS Compliance</title>
		<link>http://www.zendzign.com/2008/09/pci-dss-compliance/</link>
		<comments>http://www.zendzign.com/2008/09/pci-dss-compliance/#comments</comments>
		<pubDate>Sat, 13 Sep 2008 16:23:11 +0000</pubDate>
		<dc:creator>Peter Zendzian</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[dss]]></category>
		<category><![CDATA[Small Business]]></category>

		<guid isPermaLink="false">http://www.zendzign.com/?p=17</guid>
		<description><![CDATA[Organizations that process credit card payments are subject to fraud, hacking and many other security threats and vulnerabilities. Any company that processes, stores, or transmits credit card numbers must be PCI Compliant or else risks losing its rights and abilities to process credit card payments of any type. Merchants are required to validate compliance via [...]]]></description>
			<content:encoded><![CDATA[<p>Organizations that process credit card payments are subject to fraud, hacking and many other security threats and vulnerabilities. Any company that processes, stores, or transmits credit card numbers must be PCI Compliant or else risks losing its rights and abilities to process credit card payments of any type. Merchants are required to validate compliance via audits by PCI DSS Qualified Security Assessment (QSA) Companies.</p>
<p><span id="more-17"></span>PCI DSS, which stands for Payment Card Industry Data Security Standard was developed by major credit card companies to protect themselves, their clients, and the businesses and organizations that use their cards.</p>
<p>PCI DSS began, originally, as five separate programs operating individually through MasterCard, Visa, American Express, Discover, and JCB to protect data security and to create an additional level of protection for customers by ensuring that merchants meet minimum security levels when they process, store, and transmit cardholder data.</p>
<p>The Payment Card Industry Security Standards Council was formed in 2004 when these companies aligned their individual policies and created the Payment Card Industry Data Security Standard. PCI is considered to be one of the more comprehensive standards of data security. It is regarded as being relatively more prescriptive than other similar laws.</p>
<p>PCI Compliance Requirements in Small Business</p>
<p>PCI Compliance is a necessary requirement for all businesses that use credit card machines or process and store credit care information of any sort. This can be quite difficult for many small to medium size business due to the time, money and technical aspects involved. In house efforts for small businesses to become PCI compliant can take up to 18 months and cost upwards of $40,000. Furthermore, hardware and software upgrades could add additional thousands of dollars in order to maintain a safe and secure set of processes.</p>
<p>PCI DSS compliance addresses two crucial components: safe storage and protected payments. Any business that stores or processes any credit card information is required to safely store any and all information it gathers. Remote storage solutions are ideal because they ensure that credit card information is stored separately from other financial information that could be compromised.</p>
<p>Another important factor in PCI DSS compliance is a company&#8217;s ability to securely send and receive credit card information online and via the phone. When collecting information online, it would be ideal for the customer to remain on a business&#8217;s secure website and not redirected to an external site. This could compromise information and cause a major security risk.</p>
<p>Updating a small business&#8217; systems to comply with PCI DSS regulations can be quite expensive and tiresome; there are alternatives for small to medium sized businesses however.</p>
<p>There are companies available that are PCI DSS experts, and provide PCI compliance solutions for companies around the country. Generally speaking, these companies can get a company within the ranks of PCI compliance within 30 days for relatively low cost &#8212; allowing SMB owners to focus on the day to day operations of their business and not alleviating the burden of becoming PCI compliant.</p>
<p>Whether you choose to meet PCI compliancy in house, or outsource that duty to a specialist company, it is a critical to meet compliance and remain compliant to PCI DSS regulations.</p>
<div id="AuthorBox"><strong>About the Author:</strong><br />
Art Gib writes for Brain Tree Payment Solutions (<a onclick="javascript:urchinTracker('/outgoing/article_exit_link');" href="http://www.braintreepaymentsolutions.com/pci-compliance.php" target="_blank">http://www.braintreepaymentsolutions.com/pci-compliance.php</a>), a PCI compliance company that focuses on helping businesses attain and maintain <a rel="nofollow" href="http://www.braintreepaymentsolutions.com/pci-compliance.php">PCI compliance</a>.</p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.zendzign.com/2008/09/pci-dss-compliance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
