 




<?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>Regulatory Reality &#187; data breach</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/data-breach/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance</link>
	<description>A SearchFinancialSecurity.com blog</description>
	<lastBuildDate>Wed, 06 Mar 2013 17:19:34 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>My bank card was compromised.</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/#comments</comments>
		<pubDate>Tue, 06 Mar 2012 18:00:58 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[breach]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=887</guid>
		<description><![CDATA[I recognize that this is a sign of the times we now live in.  We use plastic everywhere, our sensitive account information is digitized all over the place and security controls protecting that information are only as strong as their weakest link.]]></description>
				<content:encoded><![CDATA[<p>Two weeks ago, about two hours before departing on a long weekend trip to welcome back baseball in Florida I received an email from my bank indicating that there&#8217;s been suspicious activity on my Visa check card and that it&#8217;s been suspended.  Considering that under normal conditions I think my families spending is a bit unusual I figured it was just a mix up.  I mean, during most weeks I can fill up my car in four different states, make purchases in five and buy an impressive assortment of merchandise spanning the full range of the consumer spectrum.</p>
<p>So I called up in an attempt to resolve things and was informed that it wasn&#8217;t my spending that caused a problem, it was the fact that one of the vendors I completed a transaction with reported a breach.  Because my card number was potentially included in that breach I was shut down.  I was fortunate that my bank is setup to help customers manage these situations fairly effortlessly (I don&#8217;t love them most of the time but this event won them some points with me) and after a brief stop at a local branch I had a temporary card and was able to continue on my trip.</p>
<p>A few items of note surfaced as a result of this experience.  The first is that my bank would not reveal the vendor that reported the breach.  The customer service representative I spoke with claimed that she didn&#8217;t have access to the information which I sort of believed.  But when I asked how I could find that information out she replied that they typically don&#8217;t share it.  I thought that a bit odd.  Shouldn&#8217;t I as a consumer be able to make informed decisions about who I do business with?  I should be able to find out who the vendor is so that I can decide whether or not I&#8217;ll continue to give them any of my hard earned dollars.  The second thing that I found curious was how seamlessly the replacement process was.  They had a stack of temporary cards about five inches thick and a process so well defined and efficient that it almost seemed like I was asking to borrow a pen so I could sign something.  When I returned to the car my son who had been waiting for me assumed they weren&#8217;t able to help me because I was out so fast.  How often does this sort of thing happen?  And to make their degree of efficiency that much more notable a friend of mine experienced something similar and it took her bank over a week to get a new piece of plastic into her hands.</p>
<p>I recognize that this is a sign of the times we now live in.  We use plastic everywhere, our sensitive account information is digitized all over the place and security controls protecting that information are only as strong as their weakest link.  It&#8217;s why you&#8217;ve heard me say many a time that requirements like PCI are an excellent starting point but by no means the end-all to be-all for securing the perimeter.  All it takes is one USB storage device to go missing, one new appliance added to a network with default values unchanged, one person printing off a report with NPPI and forgetting to pick it up from the printer and viola, a breach is born.</p>
<p>I&#8217;m frequently onsite at clients of wildly varying sizes and I find something every day that makes me realize that sometimes the best weapon against a company being embarrassed by some sort of exposure is just dumb luck.  Regardless of whether they have a well formed team of risk and compliance folks working hard to protect information assets or just a single person serving in a related function it comes down to human nature both in terms of those not following the rules and those who are ready to exploit that fact.  A prime example is that when I find sensitive information left exposed I collect it and either dispose of it properly or lock it up to share with the appropriate party as a &#8220;for instance&#8221;.  However in those places where less honest people make similar discoveries  that same information becomes a commodity to be sold to those who indulge in things like identity theft.  Like I said, it comes down to pure dumb luck.</p>
<p>And so I&#8217;m left wondering if my now deactivated and defunct bank card was the victim of human nature, a sophisticated scheme to access otherwise properly secured sensitive information or just plain incompetence.  And while I&#8217;m glad that my bank was swift to react and protect me I wish they&#8217;d extend that to also inform and educate me as well.  I mean honestly, if I&#8217;m going to be forced to memorize a whole new series of numbers shouldn&#8217;t I at least be allowed to know who&#8217;s to blame?</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Another data breach? What else is new?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/another-data-breach-what-else-is-new/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/another-data-breach-what-else-is-new/#comments</comments>
		<pubDate>Sun, 08 May 2011 04:46:07 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[breach]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=716</guid>
		<description><![CDATA[I remember shortly after the Heartland breach was announced back in 2009 being onsite at a credit union client. I was amazed by how much it impacted their operational area but only until their COO shared with me that this was only the most recent such event and it was something they had to deal with fairly regularly – what I was witnessing was sadly a new type of business as usual.]]></description>
				<content:encoded><![CDATA[<p class="MsoNormal">The other day I was watching my cat attempt to catch his own tail. Now I know that by itself it’s not unusual for cats or dogs to attempt such a feat but for this one in particular it was unusual as I’ve never seen him do it before. He’s a remarkably athletic animal and so what I witnessed turned out to be something a bit different. He started spinning so fast that at one point he actually gained altitude and spun more than a complete rotation without the benefit of legs. At the same time, he somehow managed to extend his forepaws just enough to grab the tip of his tail and once done, dropped back to the ground to enjoy his success. He went on to do the same exact thing twice more before calling it quits.</p>
<p class="MsoNormal">Why I bring this up is because sometimes I feel that my industry does the same exact thing only in writing.</p>
<p class="MsoNormal">After staying up late last Sunday night to follow the developing story regarding Osama Bin Laden, I remember quite clearly what was going through my mind.  It was a delicate blend of relief, national pride and something that can best be described as detached ambivalence. I also experienced a touch of concern wondering if those aligned with the terrorist leader would attempt some measure of revenge and wishing that I wasn’t traveling this week. I also remember wondering if my children were going to remember this moment in any measurable way so that perhaps one day they might tell their children the story about where they were when they heard the news. But what I didn’t think at all about was how this turn of events was going to impact the banking industry. Apparently I was missing something.</p>
<p class="MsoNormal">When I had a chance to scan the industry sites on Monday, a number of them had lead stories about how important it was for banks to step up their monitoring efforts in the wake of Bin Laden’s death to detect the movement of monies used to fund terrorist organizations. Several rehashed the impact that 9/11 had on the banking industry discussing AML and BSA. One even had a story that sort of spun things in a way that might make the reader think the banking industry was at increased risk of disruption due to malicious efforts.</p>
<p class="MsoNormal">Really? I mean, really?</p>
<p class="MsoNormal">The only silver lining to any of this was that it sort of pushed the Sony data breach to the back of the line which was another hot topic that had me scratching my head. Many industry experts were clamoring about the enormity of the breach (no one actually knows how big it is, it’s all speculative at this point).  Several articles were thinking aloud about how significant this incident could be if it also included credit/debit card information. Some were estimating that the potential cost of the breach could set records. If I didn’t do what I do for a living this would have had me freaking out a bit. But really in the end I know better and by putting things in perspective could see that this wasn’t another Heartland but really something more closely resembling the Epsilon breach.  Sony clearly stated that while there was the potential that credit card information might have been exposed it was less than one percent of the total number of accounts involved and all were exclusively outside of the U.S.A.  So for most of the tens of millions of Playstation users who were affected, it was pretty much a minor event</p>
<p class="MsoNormal">At the end of my workday on Monday and after reading all the blaring headlines and posts dissecting the Bin Laden and Sony story, I came to the conclusion that my banking clients had nothing new to worry about that wasn’t already on their radar when they left for the weekend the previous Friday. All of the institutions for which I have knowledge of their operations were already addressing what they needed to address AML/BSA requirements and none of them had any new exposures due to the Sony breach (unless of course they had a Sony Playstation at home). All those headlines and so little to learn from any of it.</p>
<p class="MsoNormal">Really?  I mean, really?</p>
<p class="MsoNormal"><span>There are legitimate news stories that can and will naturally extend themselves to banking and regulatory compliance but not all of them will.<span> </span>And not all re-occurrences of a now all-too-common affliction (data<span> </span>breaches) require a “stop the press” mindset.<span> </span>I remember shortly after the Heartland breach was announced back in 2009 being onsite at a credit union client.<span> </span>I was amazed by how much it impacted their operational area but only until their COO shared with me that this was only the most recent such event and it was something they had to deal with fairly regularly – what I was witnessing was, sadly, a new type of business as usual.<span> </span>Here I was thinking Heartland had been a game changer but all it was in the end was an unusually large incident.<span> </span>Some banking media sites at the time rode that story for months despite the fact it was only big in scope but not in impact.<span> </span></span></p>
<p><span>And so in the end I wonder what exactly is the difference between publishing content about an event that isn’t really an event and my cat chasing his tail.<span> </span></span></p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/another-data-breach-what-else-is-new/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Compliance doesn&#8217;t ensure data security</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/controls-are-not-enough-when-securing-data/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/controls-are-not-enough-when-securing-data/#comments</comments>
		<pubDate>Thu, 22 Jul 2010 18:32:11 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[backup]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[HIPPAA]]></category>
		<category><![CDATA[offsite storage]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[security breach]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=425</guid>
		<description><![CDATA[Compliance at best is a point in time validation and absolutely no guarantee that the most significant risks are being properly managed.]]></description>
				<content:encoded><![CDATA[<p>I&#8217;m fond of saying that a business entity complies with regulatory and industry requirements for one of two reasons: because it helps protect sensitive information or because they have to.  Some may argue that regardless of the reason, both will get you to the same place with the same results.</p>
<p>Wrong!</p>
<p>Doing something because you have to almost always converts into doing the bare minimum necessary in order to appease the regulators and auditors.  It&#8217;s an approach that encourages addressing all key points within scope for the requirement, but all but ensures you&#8217;ll never think past it and look for additional risk factors to address.  I speak from experience having seen clear examples where this proved to be true.  For example, take a client I did work for last year who was absolutely PCI compliant but who also would occasionally create Excel spreadsheets that included credit card information and used to support batch payment processing.  Those spreadsheets would be created by one person and emailed to another for processing.  Because the client&#8217;s corporate policy prohibited using email to convey personally identifiable information (PII) between their employees and customers, the company did not pursue any testing or further documentation of controls to address the associated risks.  I asked all sorts of questions about what happens to those internal emails: Are they archived, backed up and stored somewhere off-site?   Can the attachments be downloaded to a USB storage device without detection?  Can the email be forwarded to an external email address without detection?  The client didn&#8217;t really have all the answers (though they certainly did a short while later).  And yet they were PCI compliant.</p>
<p>This subject came to mind this week after news out of Boston about a loss of nearly 800,000 patient records by <a href="http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1516961,00.html" target="_self">South Shore Hospital</a>.  This first caught my eye because most (if not all) of my Boston-area based nephews and a niece were born there and several of my in-laws had stays  there over the past fifteen years. My first thought was how could this have happened?  There&#8217;s no doubt that they had some manner of controls in place to address this, which is how they first came to realize there was a problem.  When shipping almost anything there are tags and bar codes everywhere so you know who picked up what, where they picked it up, when they picked it up and where it was moved to along the way.  I mean honestly, I can track a new Dell laptop across their production floor, onto a truck, through a few distribution centers and back onto a truck right up until it shows up at my front door.  How is it that something far more significant wasn&#8217;t tracked similarly?  And from all available information, it sure seems as if though South Shore Hospital followed proper protocol on its end.</p>
<p>Still, despite having controls in place and being able to establish that the rules around those controls were followed, there are 800,000 former patients who have no idea who has access to their personal information.</p>
<p>This is a perfect example of why compliance by itself is not enough.</p>
<p>I&#8217;ve advocated for years that any regulation is an excellent starting point but there&#8217;s a healthy dose of vigilance required in order to ensure the spirit and intent of that regulation are properly addressed. At best,  compliance is a point in time validation and absolutely no guarantee that the most significant risks are being properly managed.</p>
<p>When a client tells me that his goal is to be compliant with whatever set of regulations govern his industry, I counter with, &#8220;Your goal should be doing whatever is necessary to avoid being on the front page of your local newspaper.&#8221;  Hiding behind a statement claiming that you were compliant with all necessary regulations at the time of the security breech is cold comfort for your customers (or patients) and a poorly formed management strategy.  I&#8217;m willing to bet I can find 800,000 people to agree with me up in Beantown.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/controls-are-not-enough-when-securing-data/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
