<?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>Information Security Blog &#124; Perimeter E-Security &#187; PCI DSS compliance</title>
	<atom:link href="http://perimeterusa.com/blog/tag/pci-dss-compliance/feed/" rel="self" type="application/rss+xml" />
	<link>http://perimeterusa.com/blog</link>
	<description>News, Notes, and Opinions from the World of Information, Network, and Data Security</description>
	<lastBuildDate>Tue, 28 Jun 2011 13:44:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>5 Data Security Predictions for 2011, Part 1 of 3: The Year of Living Dangerously</title>
		<link>http://perimeterusa.com/blog/5-data-security-predictions-for-2011-part-1-of-3-the-year-of-living-dangerously/</link>
		<comments>http://perimeterusa.com/blog/5-data-security-predictions-for-2011-part-1-of-3-the-year-of-living-dangerously/#comments</comments>
		<pubDate>Mon, 13 Dec 2010 21:06:23 +0000</pubDate>
		<dc:creator>ajaquith</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Apple iPad]]></category>
		<category><![CDATA[Banking Compliance]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[FINRA]]></category>
		<category><![CDATA[HITECH]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>
		<category><![CDATA[Web Content Filtering]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=1074</guid>
		<description><![CDATA[Last week I hosted a webinar called “5 Data Security Predictions for 2011.” For those of you who couldn't make the webinar, you can click on this link to view the replay. But if you are allergic to multimedia, I thought I'd summarize the topics I covered in the webinar here. This post covers the first item on the agenda: looking back at 2010.]]></description>
			<content:encoded><![CDATA[<p><em>By Andrew Jaquith, CTO of Perimeter E-Security</em></p>
<p>Last week I hosted a webinar called “5 Data Security Predictions for 2011.” The webinar was my first of many for Perimeter. It was lots of fun. I received some excellent questions from the audience. And I was gratified to see that we had several hundred registered attendees, too!</p>
<p>For those of you who couldn&#8217;t make the webinar, you can <a title="Data Security Predictions for 2011" href="http://www.perimeterusa.com/knowledge-center/webinars/on-demand#162" target="_blank">click on this link to view the replay</a>. But if you are allergic to multimedia, I thought I&#8217;d summarize the topics I covered in the webinar here. Last week&#8217;s webinar had three goals:</p>
<ul>
<li>To take a look back at the key security trends from 2010</li>
<li>To summarize the three most interesting security events of the last year, and the lessons we learned from them</li>
<li>To predict five data security trends for 2011</li>
</ul>
<p>This post covers the first item on the agenda: looking back at 2010.</p>
<p><strong>2010: The Year of Living Dangerously</strong></p>
<p><img class="alignnone" style="margin-left: 15px; margin-right: 15px;" src="http://upload.wikimedia.org/wikipedia/en/0/0b/Year_of_living_dangerously.jpg" alt="The Year of Living Dangerously (c) MGM" width="266" height="400" /></p>
<p>With many apologies to the actor formerly known as Mel Gibson, 2010 extended and deepened four trends we&#8217;ve seen in previous years. These should seem familiar to you, but there are a few twists that make them worthy of comment. In 2010, we observed:</p>
<ul>
<li><strong>Multiplying threats</strong>. It should come as no surprise to astute security professionals that malware has continued to proliferate. As with previous years, the number of circulating malware samples increased, by some counts, by a factor of 10 over the previous year. McAfee, for example, <a href="http://www.h-online.com/security/news/item/McAfee-Malware-still-on-the-rise-1138340.html" target="_blank">estimates the the number of samples has exceeded 50 million</a>. Other AV vendors have reported similar figures. The reason for the increases is simple: attackers are creating malware in smaller “batch sizes” (but with a larger number of batches) to evade detection by anti-virus engines. We are getting close to what I call “designer malware”: one signature, one victim. It&#8217;s not hard to understand why that strategy would work for the bad guys: if you can create unique malware for each victim, you can slide under the radar screen of the AV labs because the prevalence is nearly zero.  The low-and-slow attack vector for modern malware is a difficult challenge for everyone in the industry. And it is clearly successful. From Perimeter&#8217;s perspective as an MSSP, we have been tracking nearly 25 botnets that we&#8217;ve observed in action inside our customers&#8217; networks. We expect to track more incursions in the future.</li>
<li><strong>Migration of malware to the web</strong>. Hand-in-hand with the explosion in malware samples is the change in attack tactics. Instead of mailing infected attachments to their intended victims, the bad guys are much more likely to send e-mails with hyperlinks in them, which they then induce the recipient to click on. When clicked on, the link leads to a site that dynamically generates “drive-by” malware that is custom-made for the victim. Again, this goes back to the “designer malware” comment in the previous bullet. Some of the vendors I&#8217;ve worked with in the past (like WebSense) have noted the movement of malware away from e-mail and towards the web. As an MSSP with content filtering services, we&#8217;ve noticed it too. What it means for our customers is that web content-filtering becomes a lot more important than it used to be. Keeping inbound web traffic free from malware becomes as critical for security (indeed, <em>more</em> so) than the outbound stuff. Never mind whether Johnny in Accounting is spending too much time on ESPN&#8217;s website — you should care just as much if he&#8217;s getting 0wned when he goes there.</li>
<li><strong>Mobile security fears</strong>. From the iPad to those newfangled Android devices, every enterprise I&#8217;ve spoken with is worried about what modern Post-PC devices will do to their security posture. The urgency stems from two sources. First, managers want to know how to apply security controls to consumer-grade gear being brought into the workplace by employees and executives. They want to know what kind of password and data protection policies they need, and how to apply them to gear that isn&#8217;t named BlackBerry. Second, companies have concerns about the iPad in particular, because of business initiatives outside IT. Both scenarios are equally important. You can read about my perspective on Apple devices in <a href="http://www.forrester.com/rb/Research/apples_iphone_and_ipad_secure_enough_for/q/id/57240/t/2" target="_blank">this Forrester report</a>, which I wrote last summer, and in press accounts of it <a href="http://www.infosecurity-us.com/view/11447/forrester-says-iphone-ipad-now-secure-enough-for-enterprise-deployments/" target="_blank">here</a> and <a href="http://www.garagesalepreview.com/how-to-secure-ipads-for-corporate-use/" target="_blank">here</a>.</li>
<li><strong>More compliance pressures</strong>. Compliance and security are often conflated, but it&#8217;s best to view the kinds of security activities enterprises do for compliance purposes as a kind of tax they have to pay to stay in business. And every year, the “tax rate” goes up. For example, with the passage of the HITECH provisions of the American Recovery and Reinvestment Act (ARRA) of 2009 (aka “the stimulus bill”), health care Covered Entities (hospitals and providers of medical care) and their Business Associates (insurers, and other partners) are subject to more stringent rules on what they must do to safeguard personal protected health information (PHI). For retailers, recent revisions to the Payment Card Industry&#8217;s Data Security Standard (PCI-DSS) means that businesses that accept and process credit cards must tighten up their wireless networks, manage their server log files better and audit their web-facing applications. And in the banking sector, new rules from FINRA around social media means that employers must monitor their employees&#8217; use of Facebook and other outside websites.</li>
</ul>
<p>All four of these trends are top-of-mind concerns for just about every security professional and CISO I speak with. What is most interesting for me, as an observer, student of security and CTO is the mix of concerns. Threats and compliance pressures are perennial concerns: they are always with us, and always need tending to. The attackers won&#8217;t stop brewing up increasingly lethal doses of malware for consumption by the unwitting, and the auditors won&#8217;t put down their clipboards. But the new evergreen issues on this list — mobile security, and the increased lethality of web content — could cause rapid shifts in company security postures very quickly if they aren&#8217;t dealt with. How we respond to these two issues is the key.</p>
<p>And on that note, we&#8217;re at a good breaking point for this post. The next posts will summarize what we learned from 2010&#8242;s three most interesting events, and offer predictions for  2011.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/5-data-security-predictions-for-2011-part-1-of-3-the-year-of-living-dangerously/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>What companies should know about complying with data security rules</title>
		<link>http://perimeterusa.com/blog/what-companies-should-know-about-complying-with-data-security-rules/</link>
		<comments>http://perimeterusa.com/blog/what-companies-should-know-about-complying-with-data-security-rules/#comments</comments>
		<pubDate>Thu, 26 Aug 2010 14:50:41 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Payment Card Industry compliance]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>
		<category><![CDATA[Red Flags Rule]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=1015</guid>
		<description><![CDATA[The need to comply with industry and federal regulations for keeping data secure drives a good part of what many big organizations spend on security. In a recent Last Watchdog blog post, Tim Harvey, CEO of Perimeter E-Security, outlines the basic considerations. Perimeter supplies compliance, security and messaging services.]]></description>
			<content:encoded><![CDATA[<p><a href="http://perimeterusa.com/blog/wp-content/uploads/2010/08/Tim_Harvey.jpg"><img class="alignleft size-full wp-image-1018" style="margin: 10px; border: 0pt none;" title="Tim_Harvey" src="http://perimeterusa.com/blog/wp-content/uploads/2010/08/Tim_Harvey.jpg" alt="Time Harvey" width="52" height="61" /></a><em>Reposted from The Last Watchdog (<a href="http://lastwatchdog.com/" target="_blank">http://lastwatchdog.com</a>)</em></p>
<p>The need to comply with industry and federal regulations for keeping data secure drives a good part of what many big organizations spend on security. In a recent Last Watchdog blog post, Tim Harvey, CEO of Perimeter E-Security, outlines the basic considerations. Perimeter supplies compliance, security and messaging services.</p>
<h2><span id="more-1015"></span></h2>
<p>By Tim Harvey, CEO Perimeter E-Security</p>
<p>A need for renewed focus on risk management and compliance in  business is one with which few would disagree.  But putting that focus  into action is creating a tremendous hidden cost that will affect nearly  every company in the United States as we exit the Great Recession.  A  crushing burden of new regulations is creating compliance and cost  challenges from Wall Street’s behemoths to Main Street’s entrepreneurs.</p>
<p>According to AMR Research, governance, risk and compliance spending  will reach $29.8 billion this year alone, and that’s only going to  increase. Much of that money will be spent on information security:   programs and systems for monitoring and protecting corporate and  customer data.</p>
<p>Several compliance regulations, such as GLBA (Gramm-Leach-Bliley Act)  for financial services companies and HIPAA (Healthcare Information  Portability and Accountability Act) for healthcare and medical  organizations, have been in place for over a decade.  But in the last  several years there has been a flurry of requirements that impact nearly  every company in the U.S.</p>
<p><strong>New compliance regimes</strong></p>
<p>There are also relatively new regimes, many driven by technology’s  rapidly growing influence on customer transactions. Compliance with the  PCI-DSS (the Payment Card Industry Data Security Standard) is required  for any company that accepts credit cards.  Data breach disclosure and  notification laws now exist in 46 states with new national legislation  being proposed within the senate this month which includes requirements  for comprehensive information security programs.</p>
<p>The Red Flags Rule, introduced in 2008, is designed to curb the  explosion of identity theft but is not even being enforced yet as  Congress redefines the broad scope of businesses that must comply.  And  lest a company consider any shortcuts, FRCP (Federal Rules of Civil  Procedure) has been updated with requirements that impact all businesses  in the U.S.</p>
<p>Of course, this already-long list doesn’t include other specific  industry regulations, state regulations,  or those that regulate  government agencies.</p>
<p>Many businesses are just now becoming aware of the avalanche of  regulation, with little in the way of knowledge and preparation.   However, while many don’t yet understand all the rules, the risks of  non-compliance are clear as a bell:   anything from fines to businesses  being shut down.  So, what’s a business owner, or a regional bank, or a  hospital, to do to comply in a way that best protects their businesses  and their customers?</p>
<p><strong>Back to basics</strong></p>
<p>When faced with complexity, it’s often best to start with the basics  and begin to prepare your organization from there.  Here are a few  simple steps:</p>
<ul>
<li><strong>Understand the regulations</strong> and requirements you now  face, and create a strategy that protects you and your customers.   Regulatory compliance can be a millstone around the neck of your  organization or can be used as a map to achieve best practices that lead  to greater security for your company and customers.  Map your current  policies, procedures and risk mitigation strategies to the regulations  affecting your business.  Then, identify the gaps that exist in your  current security program and look for solutions that are best suited to  fill these gaps.</li>
<li><strong>Don’t be afraid to look</strong> at replacing solutions that  have been in place for some time with newer systems that that offer the  necessary insight and value.  In times of external change, companies  need to be open to change too.  New systems can ease compliance and  result in lower cost of ownership over time.   For example, you can now  replace your separate firewall, intrusion detection systems, web content  filtering, anti-virus, and virtual private network appliances with a  single “unified threat management” (UTM) device that does it all and  much more.</li>
<li><strong>Consider using an outsourced</strong> information security  and compliance provider.  Many companies are beginning to realize that  they can save a substantial amount of money by outsourcing those  elements of their information security program that are human  resource-intensive.  Few businesses are expert at maintaining a 24×7  security operation center, and for small businesses trying to create a  comprehensive information security program, having “round the clock”  monitoring isn’t even an option.  Be sure to engage with a partner that  can offer tools, reports, and other resources that make your regulatory  compliance easy to manage.</li>
<li><strong>Don’t forget the ongoing testing.</strong> Once changes have  been made to your overall security and compliance program remember to  follow up with testing and reviews.  Use outside help  if needed, and  look for solutions to fill remaining gaps until you’re in compliance are  comfortable with your exposure.</li>
</ul>
<p>In today’s technology-driven world there is no such thing as being  100 percent secure and you can never eliminate all of your risk.  But  clearly regulators are going to great lengths to ensure that  organizations are at least meeting a minimum of smart IT security and  risk mitigation.  The success of your business depends on achieving and  maintaining a good information security foundation based in best  practices, one that meets an evermore complex web of regulatory  compliance requirements while not choking your bottom line.</p>
<p><em><strong>About the author: </strong>Tim Harvey joined Perimeter  E-Security as CEO in October 2009, coming over from the CEO post at   XAware. Before that he served as  S1 Corporation’s Senior Vice President  of Sales, Marketing and Product Management. He graduated from the  University of Florida with a BSBA in Finance and served four years as an  officer in the United States Marine Corps.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/what-companies-should-know-about-complying-with-data-security-rules/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Identifying security vulnerabilities is only the first step</title>
		<link>http://perimeterusa.com/blog/identifying-security-vulnerabilities-is-only-the-first-step/</link>
		<comments>http://perimeterusa.com/blog/identifying-security-vulnerabilities-is-only-the-first-step/#comments</comments>
		<pubDate>Tue, 29 Jun 2010 17:26:51 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[application penetration testing]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Payment Card Industry compliance]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>
		<category><![CDATA[security penetration testing]]></category>
		<category><![CDATA[Vulnerability Assessment Tools]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=896</guid>
		<description><![CDATA[Most information security experts talk about vulnerability management quite a bit.  This includes using external vulnerability assessments and penetration testing to determine your level of exposure to outside hackers and the like.]]></description>
			<content:encoded><![CDATA[<p>Most information security experts talk about vulnerability management quite a bit.  This includes using external vulnerability assessments and penetration testing to determine your level of exposure to outside hackers and the like.  Unfortunately, that is where vulnerability management ends for many organizations and by itself offers little threat mitigation.  Identifying the vulnerabilities is step 1 but there are several other steps if you want this information to improve your security posture.  Determining the legitimacy and reality of identified vulnerabilities for your organization is another step.  Prioritizing patching and other mitigation strategies is another.  And finally, implementing the fixes where needed is the final step.  Most organizations don’t do these additional steps which at a minimum don’t do anything to improve their security and could in fact increase their liability if an information data breach occurs (knowing the vulnerability existed and doing nothing about it).  This issue gets more complicated for organizations that need to comply with various regulations or requirements.  For example, those that must adhere to the PCI DSS are required to do quarterly vulnerability assessments.  All-too-often the emphasis is placed on doing whatever it takes to pass an audit as opposed to what it takes to be the most secure.  I thought <a title="Prioritizing And Fixing Security Vulnerabilities: A Reader's Guide" href="http://www.darkreading.com/vulnerability_management/security/management/showArticle.jhtml?articleID=225701544&amp;cid=nl_DR_DAILY_2010-06-28_h" target="_blank">this article from Dark Reading</a> was good at highlighting the issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/identifying-security-vulnerabilities-is-only-the-first-step/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Restaurants Suing Payment Terminal Vendor after Data Breach</title>
		<link>http://perimeterusa.com/blog/restaurants-suing-payment-terminal-vendor-after-data-breach/</link>
		<comments>http://perimeterusa.com/blog/restaurants-suing-payment-terminal-vendor-after-data-breach/#comments</comments>
		<pubDate>Wed, 23 Dec 2009 13:04:39 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=140</guid>
		<description><![CDATA[Retailers and other organizations are getting tired taking all the financial and reputational hits for data breaches. Seven restaurants in Louisiana and Mississippi are suing a vendor of point-of-sale devices that apparantely don&#8217;t store credit card data in a manner compliant with PCI-DSS standards. As a result, a data breach occurred. This is similar to [...]]]></description>
			<content:encoded><![CDATA[<p>Retailers and other organizations are getting tired taking all the financial and reputational hits for data breaches. Seven restaurants in Louisiana and Mississippi are <a href="http://www.securecomputing.net.au/News/161651,restaurants-file-lawsuit-against-payment-terminal-vendor-after-identity-theft.aspx" target="_new">suing a vendor of point-of-sale devices</a> that apparantely don&#8217;t store credit card data in a manner compliant with PCI-DSS standards. As a result, a data breach occurred. This is similar to the outrage that many banks felt when Heartland had their data breach. We will see this type of behavior more often until all software and device vendors take all this regulatory stuff very seriously.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/restaurants-suing-payment-terminal-vendor-after-data-breach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Heartland Data Breach Results in Major Losses</title>
		<link>http://perimeterusa.com/blog/heartland-data-breach-results-in-major-losses/</link>
		<comments>http://perimeterusa.com/blog/heartland-data-breach-results-in-major-losses/#comments</comments>
		<pubDate>Mon, 10 Aug 2009 16:50:52 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=303</guid>
		<description><![CDATA[Heartland Payment Systems Inc. reports major losses from the data breach it suffered in early 2009.]]></description>
			<content:encoded><![CDATA[<p>While not enough information has been released to know the full measure of the Heartland data breach, bits and pieces have come and and we can begin to understand the impact to a company that has a serious data security breach. I touched on this subject in a <a href="http://www.perimeterusa.com/databreach_wp.html?mid=Other&amp;iid=Corporate%20Security&amp;cmid=70130000000IUgt&amp;deid=Website%20-%20Whitepaper&amp;did=2008%20Financial%20Data%20Breach%20Study&amp;retURL=www.perimeterusa.com/databreach_wp-ty.html&amp;fnid=&amp;lnid=&amp;cid=&amp;jtid=&amp;sid=&amp;eid=&amp;pid=" target="_new">series of data breach studies I have done</a> over the past couple of years.  In these examples, sometimes there seemed to be a clear relationship between a companies stock price and the announcement or public awareness of a data security breach.  Other times the correlation could not be made.</p>
<p>Look for yourself in the case of Heartland in the <a href="http://www.atthebreach.com/wp-content/uploads/heartlandstock.jpg" target="_new">attached graph of the Heartland stock ticker over the past year.</a></p>
<p>Not only did Heartland have approximately a 40% stock drop the day this was announced, the stock continued to drop for some time. <a href="http://www.bankinfosecurity.com/articles.php?art_id=1684&amp;rf=080809eb" target="_new">Heartland recently announced their Q2 2009 financials</a> which includes the cost and write-offs associated with the data security breach.</p>
<p>They specifically noted that $.32/share was the write-off amount associated with resolving issues with their data security breach. They said this was associated with the $19.4 million dollars it cost them to settle these issues.  This resulted in a quarterly loss of 2.6 million ($.07/share) for Q2.</p>
<p>This also does not include the money they are putting into deploying end-to-end encryption which is their answer.</p>
<p>It should be noted that both Visa and Mastercard have said that Heartland was <strong>not PCI compliant</strong> at the time the breach occured.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/heartland-data-breach-results-in-major-losses/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>New State Law Requires PCI-DSS Compliance</title>
		<link>http://perimeterusa.com/blog/new-state-law-requires-pci-dss-compliance/</link>
		<comments>http://perimeterusa.com/blog/new-state-law-requires-pci-dss-compliance/#comments</comments>
		<pubDate>Tue, 21 Jul 2009 21:41:02 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=350</guid>
		<description><![CDATA[A post regarding the state of PCI-DSS and new Nevada state law that requires compliance.]]></description>
			<content:encoded><![CDATA[<p>While the credit card companies have been pushing to get all companies that accept credit cards for payments compliant with the now well known payment card industry data security standard (PCI-DSS), there is still little enforcement especially for those smaller merchants. Merchants are broken down into 4 categories. Tier 1 merchants are very large performing more tha 6 million transactions each year. Tier 2 perform between 1 and 6 million. Tier 3 between 20,000 and 1 million, and lastly Tier 4 that do less than 20k. Smaller organizations have been reluctant to implement everything they need to do in order to be PCI compliant due to the time, cost, and expertise required.</p>
<p>For those companies that do business in the state of Nevada, it will soon be required by law to be <a href="http://www.perimeterusa.com/compliance/pci-dss/" target="_blank">PCI-DSS compliant</a>. Nevada passed a law that goes into effect January 1, 2010 that will make this mandetory. Of course it was mandetory before, but I believe this will add additional penalties to those that are not compliant. It should also be a strong reminder for those that keep putting this off, that PCI compliance is not going away.</p>
<p><a href="http://www.boazgelbord.com/2009/06/nevada-mandates-pci-standard.html" target="_new">http://www.boazgelbord.com/2009/06/nevada-mandates-pci-standard.html</a></p>
<p>While PCI-DSS is not perfect and truly doesn&#8217;t go far enough in many aspects of data security, it is a good first step because it requires those that do interact with sensitive consumer and customer data to reach a minimum level of complaince and at least be cognative of data security. It should be noted that for most companies this isn&#8217;t enough however. I am somewhat encouraged by Heartlands response over the past few months in response to their data security breach (while likely the largest in history), they seem to be taking steps to reach an adequate level of security. For example, they are implementing end to end encryption which is not specifically called out by the PCI DSS. While, I was not at all impressed with the way in which Heartland announced their breach (&#8220;coincidentally&#8221; at the same time as Obama&#8217;s inaguration), I am glad to see they aren&#8217;t taking the same approach now.</p>
<p><a href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;articleId=340371" target="_new">http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;articleId=340371</a></p>
<p>Despite the good things that PCI-DSS does, there is a lot of negative feedback regarding the cost and effectiveness of PCI-DSS. As a result, the PCI Council is eliciting feedback to improve the standard. It is true that merchants will have to spend some money to be more secure, but frankly, this is over due. Merchants do not like spending money on these types of things&#8230;especially when the economy is like it is. The bigger problem is that companies and people get it in their mind that if they are compliant&#8230;they are secure. And these are very different things. Being PCI compliant does not mean you will not be hacked. Just ask all the companies that have had breaches in the last couple of years even though they are PCI compliant including Hanaford and Heartland.</p>
<p><a href="http://www.scmagazineus.com/PCI-DSS-standards-to-face-open-comment/article/138998/" target="_new">http://www.scmagazineus.com/PCI-DSS-standards-to-face-open-comment/article/138998/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/new-state-law-requires-pci-dss-compliance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Analysis of the Retail Data Breach Study</title>
		<link>http://perimeterusa.com/blog/analysis-of-the-retail-data-breach-study/</link>
		<comments>http://perimeterusa.com/blog/analysis-of-the-retail-data-breach-study/#comments</comments>
		<pubDate>Wed, 20 May 2009 20:43:44 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=453</guid>
		<description><![CDATA[A post with links to comments and analysis of the Perimeter eSecurity Retail Data Breach Study.]]></description>
			<content:encoded><![CDATA[<p>I read an <a href="http://ivebeenmugged.typepad.com/my_weblog/2009/03/perimeter-retail-breaches.html" target="_new">interesting post</a> with some commentary and analysis of the Retail Data Breach Study that I had written several months ago.  It is nice to see people catch the vision and seriousness of these things and disucss it.  In general I have to agree with the analysis and conclusions.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/analysis-of-the-retail-data-breach-study/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How Effective is PCI-DSS?</title>
		<link>http://perimeterusa.com/blog/how-effective-is-pci-dss/</link>
		<comments>http://perimeterusa.com/blog/how-effective-is-pci-dss/#comments</comments>
		<pubDate>Wed, 15 Apr 2009 21:36:33 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=512</guid>
		<description><![CDATA[A post regarding how congress is looking into the effectiveness of PCI-DSS in light of some of the recent data breaches such as Heartland and Hannaford Brothers.]]></description>
			<content:encoded><![CDATA[<p>Some (including Congress) have been asking how effective is the payment card industry (PCI) data security standard (DSS) in light of several high profile data breaches that occured while the company compromised was PCI compliant.  This includes Heartland and Hannaford which had both archieved PCI compliance within the previous year of their breaches.</p>
<p>Robert Russo, director of the PCI DSS Council said &#8220;I have no doubt that compliance to PCI standards are the best line of defense.  We have never found a breached entity to be in full compliance at the time of breach.&#8221;</p>
<p>But does that mean that PCI is designed in a way to help organizations be more secure?</p>
<p>Commenting on the debate Rep. Ben Ray Lujan, D-N.M., compared the PCI DSS Council to the fire service declaring a home&#8217;s fire safety systems inadequate after a fire and stated &#8220;It seems to me that the system we have today, we can all agree, from different sides, it&#8217;s not working.&#8221;</p>
<p>What appears to be happening is that retailers are trying to hide behind their PCI certification status when a breach occurs.  The investigators determine that maybe they were compliant at one time, but aren&#8217;t compliant at the time of the breach.</p>
<p>My experience with most retailers so far is that they feel PCI is a huge burden.  They seem to be trying to do the bare minimum but don&#8217;t have an attitude towards protecting their customers data.</p>
<p>Personally, I think the PCI DSS is one of the better documents in that it is more specific than most regulations on what organizations must do.  But the problem is that if someone is simply trying to &#8220;check the boxes&#8221; and not actually improve their security, that attitude difference is going to cause problems in the end.  As I have said before, compliance does not equal &#8220;secure&#8221;.  Compliance is simply where the minimum standard is set, not where organizations should stop.  So as long as the attitude is that PCI is burdensome, difficult, costly, etc. a real security improvement will be lacking.</p>
<p>So if an organization is 100% perfectly PCI compliant, or compliant with any regulation out there, can they be breached?  Of course they can!  Regulations need to not be about scape goats and shields but more about good principles and best practices followed for the safety and security of sensitive data.</p>
<p><a href="http://news.cnet.com/8301-13578_3-10208827-38.html?part=rss&amp;subj=news&amp;tag=2547-1_3-0-20">http://news.cnet.com/8301-13578_3-10208827-38.html?part=rss&amp;subj=news&amp;tag=2547-1_3-0-20</a></p>
<p><a href="http://www.forbes.com/2009/03/31/visa-mastercard-security-technology-security-visa.html">http://www.forbes.com/2009/03/31/visa-mastercard-security-technology-security-visa.html</a></p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/how-effective-is-pci-dss/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VISA removes Heartland and RBS Worldpay from compliant vendor list</title>
		<link>http://perimeterusa.com/blog/visa-removes-heartland-and-rbs-worldpay-from-compliant-vendor-list/</link>
		<comments>http://perimeterusa.com/blog/visa-removes-heartland-and-rbs-worldpay-from-compliant-vendor-list/#comments</comments>
		<pubDate>Mon, 16 Mar 2009 21:14:51 +0000</pubDate>
		<dc:creator>Perimeter</dc:creator>
				<category><![CDATA[Blog Post]]></category>
		<category><![CDATA[Banking Compliance]]></category>
		<category><![CDATA[PCI DSS compliance]]></category>

		<guid isPermaLink="false">http://perimeterusa.com/blog/?p=585</guid>
		<description><![CDATA[Post regarding the recent removal of Heartland and RBS WorldPay from the VISA compliant vendors list.  ]]></description>
			<content:encoded><![CDATA[<p>VISA has removed Heartland and RBS Worldpay from their list of PCI DSS compliant vendors.  This effectively puts these processors on probation while they recertify their PCI DSS compliance using a QSA (Qualified Security Assessor).  They are still able to process VISA transactions during this time.  See <a href="http://www.bankinfosecurity.com/articles.php?art_id=1277&amp;pg=1" target="_new">Article</a></p>
<p>Credit card issuers will also be able to get at least partial reimbursement for reissuing credit cards and fees associated with customer fraud and losses.  This is good news because over 600 banks have already reported losses associateed with the Heartland breach.</p>
<p>This is one of the first signs of real &#8220;teeth&#8221; in the PCI DSS.  Card brands are taking these breaches seriously and placing the blame and responsibility at the feet of those at fault.  I think this is a good move for VISA.  Until now, PCI was beginning to look like a way to hide from responsibility and fend off lawsuits.  With this move, it just may move in the direction of compelling merchants and processors to take data security seriously for the purpose of eliminating consumer fraud.  Lets hope anyway.</p>
]]></content:encoded>
			<wfw:commentRss>http://perimeterusa.com/blog/visa-removes-heartland-and-rbs-worldpay-from-compliant-vendor-list/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

