 




<?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; vulnerability</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/vulnerability/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>After a data security breach, who&#8217;s to blame?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/post-breach-whos-to-blame/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/post-breach-whos-to-blame/#comments</comments>
		<pubDate>Fri, 22 Oct 2010 03:20:36 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[anti-malware]]></category>
		<category><![CDATA[anti-virus]]></category>
		<category><![CDATA[assessment]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[scanning]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=527</guid>
		<description><![CDATA[There's no worse precedent to set than to make business owners, regardless of the vertical, responsible for their own technology.  They don't know anything about ports or settings, they don't know about patches or upgrades, they only know they sign on and use what they use. ]]></description>
				<content:encoded><![CDATA[<p>I read a blog post last week from my friend Ed Moyle in which he discussed a story about how a professor at the University of North Carolina-Chapel Hill was demoted because a server used in her research project was hacked.  A committee had concluded that it was the professor&#8217;s fault that the server was improperly configured and should be held accountable.  She was knocked down a rank and had her salary cut pretty much in half (this after first recommending she be fired).  The assignment of blame and the punishment that was levied is a story by itself.  But this story has all other kinds of juicy associated with it.</p>
<p>The data on the server included mammogram results from across the state, patient information that was harvested without the patients&#8217; knowledge and included their Social Security numbers (can someone say HIPAA breach?).  The vulnerabilities on the server that allowed the breach had existed since 2006.  The breach occurred sometime in 2007 but wasn&#8217;t discovered until 2009.  Although the IT team could determine that a breach had occurred, they had no way of knowing if any information had even been stolen.</p>
<p>So UNC didn&#8217;t know for at least three years that it had a vulnerable box plugged into the network and was in possession of illegally obtained information.  It turns out the only thing UNC did know was who to blame. But in the end they got that wrong too.</p>
<p>There&#8217;s no worse precedent to set than to make business owners, regardless of the vertical, responsible for their own technology.  They don&#8217;t know anything about ports, settings, patches or upgrades; they only know they sign on and use what they use.  And because of economies of scale, it doesn&#8217;t ever really make sense for an individual department to hire its own resources.  It&#8217;s why IT became a centralized resource decades ago and why it makes sense still today.</p>
<p>So why didn&#8217;t UNC&#8217;s IT department do its job?  Why didn&#8217;t the group responsible for plugging servers into the network configure the machine properly?  How did IT let the machine sit out there for not one, not two but for three years without detecting there was a problem?  What sort of scanning tools do they use?  Don&#8217;t they have antivirus or anti-malware software installed?  I mean honestly, how did UNC&#8217;s IT people let this situation not only come into existence but also to remain for so long?</p>
<p>I don&#8217;t always go out on a limb like this, but UNC is wrong for blaming anyone other than the IT staff responsible for configuring and securing the network.  What UNC has right now is a scapegoat, which just seems silly for so esteemed an institution.</p>
<p>Oh and the university also justified its punitive actions by claiming that the data on the server was obtained improperly.  UNC is right; it was.  But what it failed to realize is that the HIPAA violation falls mostly on the shoulders of the doctors who provided that information.  They&#8217;re the ones who assume the obligation of protecting their patients&#8217; data and while the professor should have been more on top of that element, it wasn&#8217;t her primary obligation; it was the original caregivers&#8217;.</p>
<p>Really in the end what this whole mess boils down to is a great big bowl of wrong.  Wrong person blamed, wrong handling of the server, and wrong message sent.  Wrong, wrong, wrong!</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/post-breach-whos-to-blame/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Should it be this easy to bypass network security?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/#comments</comments>
		<pubDate>Thu, 17 Jun 2010 15:36:07 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[cyber security]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[penetration test]]></category>
		<category><![CDATA[penetration testing]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=398</guid>
		<description><![CDATA[My firm conducts basic penetration tests all the time and this is the sort of thing that would be flagged without much of an effort.  Why haven't they found it yet?  And if I've found it entirely by luck what about the hackers who go hunting for these sort of things? ]]></description>
				<content:encoded><![CDATA[<p>A few weeks back, I went online to pay my cable bill.  There&#8217;s a long story behind the struggles I&#8217;ve had in doing so since becoming a customer, but I&#8217;ll save that for another time.   Part of the longer story, though, involves my bookmarking the sign-on page where I can access my account and make payments.</p>
<p>I clicked on the link and instead of being directed to the desired page was instead routed through to a Websphere Administration panel.</p>
<p>But that&#8217;s not even the best part of the story.</p>
<p>After confirming that in fact I was somehow through their firewall security and at some point along the way into their infrastructure,  I decided to be a good citizen and let them know.  I tried calling their customer support department twice and both times, after being routed through some crazy series of automated menus, wound up being treated as someone who was simply having trouble accessing his online account.  One customer support representative had no clue what I was describing to them and the other one seemed to grasp what I was saying conceptually but didn&#8217;t have a page in his playbook to manage the call and so he defaulted to trying to help me pay my bill.</p>
<p>The funny thing is that once I navigated from their homepage through to the payment page it worked just fine, but if I selected the bookmark it deposited me right back at Websphere Central.  And as of 30 seconds ago it still does.</p>
<p>Now I know that bashing the local cable company is a popular thing to do and has fast become one of our nation&#8217;s favorite pastimes.  But I&#8217;m not so much picking on them as I&#8217;m amazed that they have such an obvious flaw in their network security.  My firm conducts basic penetration tests all the time and this is the sort of thing that would be flagged without much of an effort.  Why haven&#8217;t they found it yet?  And if I&#8217;ve found it entirely by chance what about the hackers who go hunting for these sort of things?  Or have they discovered it and are currently feeding large while it remains available?</p>
<p>It&#8217;s amazing any of us are ever willing to conduct business online, when you get right down to it.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
