 




<?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>The Business-Technology Weave &#187; breach recovery</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/business-technology/tag/breach-recovery/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/business-technology</link>
	<description>Closing divides, directing purpose, and achieving results.</description>
	<lastBuildDate>Wed, 15 May 2013 22:25:04 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Citigroup Breach Now Up to 360,000:  New details of almost unbelievable lapse</title>
		<link>http://itknowledgeexchange.techtarget.com/business-technology/citigroup-breach-now-up-to-360000-new-details-of-almost-unbelievable-lapse/</link>
		<comments>http://itknowledgeexchange.techtarget.com/business-technology/citigroup-breach-now-up-to-360000-new-details-of-almost-unbelievable-lapse/#comments</comments>
		<pubDate>Thu, 16 Jun 2011 15:33:32 +0000</pubDate>
		<dc:creator>David Scott</dc:creator>
				<category><![CDATA[bank breach]]></category>
		<category><![CDATA[breach protection]]></category>
		<category><![CDATA[breach recovery]]></category>
		<category><![CDATA[browser vulnerability]]></category>
		<category><![CDATA[citi breach]]></category>
		<category><![CDATA[citi group]]></category>
		<category><![CDATA[citi group breach]]></category>
		<category><![CDATA[citigroup]]></category>
		<category><![CDATA[CitiGroup breach]]></category>
		<category><![CDATA[credit card breach]]></category>
		<category><![CDATA[credit card hack]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data hacking]]></category>
		<category><![CDATA[data protection]]></category>
		<category><![CDATA[hackers access data]]></category>
		<category><![CDATA[hacking bank account]]></category>
		<category><![CDATA[hacking data]]></category>
		<category><![CDATA[internet security]]></category>
		<category><![CDATA[security flaw]]></category>
		<category><![CDATA[URL vulnerabilities]]></category>
		<category><![CDATA[URL vulnerability]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/business-technology/citigroup-breach-now-up-to-360000-new-details-of-almost-unbelievable-lapse/</guid>
		<description><![CDATA[  I don’t mean to beat up on Citigroup.  But there’s an important lesson that’s just evidenced itself.  I’m also very surprised at what I’ve just learned about the breach.   As we discussed a couple days ago, the breach resulted in the exposure of 200,000+ names, account numbers, and e-mail addresses of Citigroup credit [...]]]></description>
				<content:encoded><![CDATA[<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">I don’t mean to beat up on Citigroup.<span>  </span>But there’s an important lesson that’s just evidenced itself.<span>  </span>I’m also very surprised at what I’ve just learned about the breach.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">As we discussed a couple days ago, the breach resulted in the exposure of 200,000+ names, account numbers, and e-mail addresses of Citigroup credit card holders.<span>  </span>That number has now been revised upward – to over 360,000.<span>  </span>That is not the surprising element of the story, however.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">Now comes word of how these “sophisticated” hackers did the trick.<span>  </span>They simply logged in to the site – that’s all.<span>  </span>Then, they noticed that the browser’s address bar <em>contained the credit card number of the account that was logged in</em>, <em>as part of the URL</em>.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">A quick test for the hackers in these circumstances is to simply alter the number – one digit or a couple – hit refresh – and presto!<span>  </span>You’re in another account.<span>  </span>By the way – this is a very old trick for web pages, apps and programs that are dumb enough to use critical content, such as account numbers, Social Security Numbers, Customer IDs, etc., as part of the URL.<span>  </span>The idea that a major credit card company was doing this in 2011 is scary.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">Once the exposure was noted, the hackers merely wrote a simple program to automate the spin of numbers through the URL, with an interim step such that each resulting page could be stripped of the critical information – again, names, account numbers, and e-mail addresses.<span>  </span>Upon that strip, a command for a simple refresh with new number, strip &#8211; and repeat… </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">That is, <em>repeat 360,000 times</em> – before Citigroup happened to catch what was happening through a routine security check.<span>  </span>In other words, it wasn’t even a proactive, interactive, monitor that watched for suspicious activity, and caught what was happening based on unusual activity:<span>  </span>It was a routine, cyclical, check.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">According to London’s <em>The Daily Mail</em>, an “expert” who is on the investigation team actually speculated how hackers would have thought to focus on the vulnerability in the browser.<span>  </span>Words almost fail here… hackers are imaginative and adept – and pretty much always catch what’s right in front of their face.<span>  </span>But, as stated, URL vulnerabilities have been long known.<span>  </span>It sounds like we’re discussing something in 1995.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">This unnamed expert, who wishes anonymity, stated, “It would have been hard to prepare for this type of vulnerability in the browser.”</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">On the contrary:<span>  </span>This type of flaw and hack potential has been long-known, and NO responsible programmer, web-developer, applications designer, or provider goes anywhere near making an old-school exposure such as this, whereby a “key” is displayed in a URL, such that simple random substitutions unlock virtually unlimited access to other pages and related entities’ data.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">Being that Citigroup had a flaw such as this, what else is lurking as extreme vulnerabilities in their systems?<span>  </span>I would say that their overall judgment and security measures are very suspect.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small"> </span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-family: Calibri;font-size: small">Consumers:<span>  </span><em>Beware</em>.</span></p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"> </p>
<p class="MsoNoSpacing" style="margin: 0in 0in 0pt"><span style="font-size: small"><span style="font-family: Calibri"><strong>On this day</strong>:<span>  </span>In 1937, “A Day at the Races” starring The Marx Brothers opened in LA.</span></span></p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/business-technology/citigroup-breach-now-up-to-360000-new-details-of-almost-unbelievable-lapse/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
