<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: colin]]></title>
    <link>http://securityratty.com/tag/colin</link>
    <description></description>
    <pubDate>Mon, 11 Jun 2007 07:35:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Fraud Detection in Financial Services Reloaded]]></title>
      <link>http://securityratty.com/article/ded3c6e73beb9af7e3aaa5abae657b06</link>
      <guid>http://securityratty.com/article/ded3c6e73beb9af7e3aaa5abae657b06</guid>
      <description><![CDATA[I read an interesting post bythe former CTO of out-of-business Kaskad Technology , where event processing colleague Colin Clark respectfully disagrees with my assesement of the (lack of) capabilitesin...]]></description>
      <content:encoded><![CDATA[<p>I read an <a href="http://colinclarkeventprocessing.com/?p=154" target="_blank">interesting post</a> by the former CTO of <a href="http://rulecore.com/CEPblog/?p=279" target="_blank">out-of-business Kaskad Technology</a>, where event processing colleague Colin Clark respectfully disagrees with my assesement of the (lack of) capabilites in current-generation &#8220;CEP engines&#8221; for detecting complex fraud in financial services.  I&#8217;ll respond with a quote from my September 2007 post,  <a title="End Users Should Define the CEP Market." rel="bookmark" href="http://www.thecepblog.com/2007/12/17/end-users-should-define-the-cep-market/"><span style="color: #105cb6;">End Users Should Define the CEP Market.</span></a></p>
<blockquote><p><em>&#8220;Experienced end users are very intelligent. </em></p>
<p><em>These end users know the complex event processing problems they need to solve; and they know the limitations of the current COTS approaches marketed by the CEP community.  Even in Thailand, a country many of you might mistakenly think is not very advanced technologically, there are experts in telecommunications (who run large networks) who are working on very difficult fraud detection applications, and they use neural networks and say the results are very good.   However, there is not one CEP vendor, that I know of, who offers true CEP capability in the form of neural nets. </em></p>
<p><em>Almost every major bank, telco, etc. has the same opinion, and the same problem. They need much more capability than streaming joins, selects and rules to solve their complex event processing problems that Dr. Luckham outlined in his book.   The software vendors are attempting to define the CEP market to match their capability; unfortunately, their capabilities do not meet the requirements of the vast majority of end users who have CEP problems to solve.</em></p>
<p><em>If the current CEP platforms were truely solving complex event processing problems, annual sales would be orders of magnitudes higher.  Hence, the users have already voted.   The problem is that the CEP community is not listening.&#8221;</em></p></blockquote>
<p>Not to be overly repetitive,  but the last part of this quote from a year ago is worth highlighting:</p>
<blockquote><p><em>&#8220;If the current CEP platforms were truely solving complex event processing problems, annual sales would be orders of magnitudes higher.  Hence, the users have already voted.   The problem is that the CEP community is not listening.&#8221;</em></p></blockquote>
<p>Frankly speaking, nothing in the &#8220;CEP world&#8221; has changed, technologically speaking, since this September 2007 post was written.  From a sales perspective, we have seen less CEP-related sales in 2008 than in prior years.   If these so called CEP products were actually capability of detecting &#8220;real&#8221; complex network-centric situations (threats) in real-time, they would be selling faster than a cup of ice water in the blazing hot Sahara desert.</p>
<p>Don&#8217;t shoot the messenger.  Build better detection engines!</p>
<p>On the other hand, maybe complex detection is too hard for most of these companies and that is why they focus on routing, mediation and relatively simple rule-based scenarios, versus complex event processing?</p>
]]></content:encoded>
      <pubDate>Sat, 20 Sep 2008 18:36:27 +0000</pubDate>
      <category domain="http://securityratty.com/tag/event">event</category>
      <category domain="http://securityratty.com/tag/versus complex event">versus complex event</category>
      <category domain="http://securityratty.com/tag/cep">cep</category>
      <category domain="http://securityratty.com/tag/cep products">cep products</category>
      <category domain="http://securityratty.com/tag/cep community">cep community</category>
      <category domain="http://securityratty.com/tag/cep vendor">cep vendor</category>
      <category domain="http://securityratty.com/tag/current cep platforms">current cep platforms</category>
      <category domain="http://securityratty.com/tag/complex event">complex event</category>
      <category domain="http://securityratty.com/tag/sales">sales</category>
      <source url="http://www.thecepblog.com/2008/09/20/fraud-detection-in-financial-services-reloaded/">Fraud Detection in Financial Services Reloaded</source>
    </item>
    <item>
      <title><![CDATA[Doctoring Photographs without Photoshop]]></title>
      <link>http://securityratty.com/article/343f81e5ef64999b63085fa59a40a0d8</link>
      <guid>http://securityratty.com/article/343f81e5ef64999b63085fa59a40a0d8</guid>
      <description><![CDATA[It's all about the captions : ...doctored photographs are the least of our worries. If you want to trick someone with a photograph, there are lots of easy ways to do it. You don't need Photoshop. You...]]></description>
      <content:encoded><![CDATA[<p>It's all about the <a href="http://morris.blogs.nytimes.com/2008/08/11/photography-as-a-weapon/?ref=opinion">captions</a>:</p>

<blockquote>...doctored photographs are the least of our worries. If you want to trick someone with a photograph, there are lots of easy ways to do it. You don't need Photoshop. You don't need sophisticated digital photo-manipulation. You don't need a computer. All you need to do is change the caption.

<p>The photographs presented by Colin Powell at the United Nations in 2003 provide several examples. Photographs that were used to justify a war. And yet, the actual photographs are low-res, muddy aerial surveillance photographs of buildings and vehicles on the ground in Iraq. I'm not an aerial intelligence expert. I could be looking at anything. It is the labels, the captions, and the surrounding text that turn the images from one thing into another. Photographs presented by Colin Powell at the United Nations in 2003.</p>

<p>Powell was arguing that the Iraqis were doing something wrong, knew they were doing something wrong, and were trying to cover their tracks. Later, it was revealed that the captions were wrong. There was no evidence of chemical weapons and no evidence of concealment. Morris's mockery of the sweeping interpretations made in Powell's photographs.</p>

<p>There is a larger point. I don't know what these buildings were really used for. I don't know whether they were used for chemical weapons at one time, and then transformed into something relatively innocuous, in order to hide the reality of what was going on from weapons inspectors. But I do know that the yellow captions influence how we see the pictures. "Chemical Munitions Bunker" is different from "Empty Warehouse" which is different from "International House of Pancakes." The image remains the same but we see it differently.</p>

<p>Change the yellow labels, change the caption and you change the meaning of the photographs. You don't need Photoshop. That's the disturbing part. Captions do the heavy lifting as far as deception is concerned. The pictures merely provide the window-dressing. The unending series of errors engendered by falsely captioned photographs are rarely remarked on.</blockquote></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=agGdKK"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=agGdKK" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=6dATMK"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=6dATMK" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Wed, 27 Aug 2008 03:27:27 +0000</pubDate>
      <category domain="http://securityratty.com/tag/photographs">photographs</category>
      <category domain="http://securityratty.com/tag/actual photographs">actual photographs</category>
      <category domain="http://securityratty.com/tag/captions">captions</category>
      <category domain="http://securityratty.com/tag/yellow captions influence">yellow captions influence</category>
      <category domain="http://securityratty.com/tag/powell">powell</category>
      <category domain="http://securityratty.com/tag/colin powell">colin powell</category>
      <category domain="http://securityratty.com/tag/change">change</category>
      <category domain="http://securityratty.com/tag/chemical weapons">chemical weapons</category>
      <category domain="http://securityratty.com/tag/photoshop">photoshop</category>
      <source url="http://www.schneier.com/blog/archives/2008/08/doctoring_photo.html">Doctoring Photographs without Photoshop</source>
    </item>
    <item>
      <title><![CDATA[BlackHat Picks, Day 1]]></title>
      <link>http://securityratty.com/article/5d32dc6f3a40de7f943638b5f611792e</link>
      <guid>http://securityratty.com/article/5d32dc6f3a40de7f943638b5f611792e</guid>
      <description><![CDATA[Well, its almost BlackHat time. Here are my picks so far for Day 1. As you can see, I still havent narrowed it down completely
11:15-12:30 Option 1: Dan Kaminsky , DNS Goodness. On one hand, the DNS...]]></description>
      <content:encoded><![CDATA[<p>Well, it&#8217;s almost BlackHat time.  Here are my picks so far for Day 1.  As you can see, I still haven&#8217;t narrowed it down completely.</p>
<p><b>11:15-12:30</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Kaminsky">Dan Kaminsky</a>, &#8220;DNS Goodness&#8221;. On one hand, the DNS vulnerability is already public; on the other hand, the talk will probably still be interesting even if the 0day hype is missing.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Lawson">Nate Lawson</a>, &#8220;Highway to Hell: Hacking Toll Systems&#8221;.  My formal education and early work was in Electrical Engineering, so I&#8217;m always interested in hardware talks.  I haven&#8217;t touched a soldering iron in years so I have to live vicariously through people like Nate.  </p>
<p><b>13:45-15:00</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Hoff">Chris Hoff</a>, &#8220;The Four Horsemen of the Virtualization Security Apocalypse&#8221;. I haven&#8217;t been paying enough attention to virtualization security and I think this talk will be quite informative.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Quist">Danny Quist and Colin Ames</a>, &#8220;Temporal Reverse Engineering&#8221;.  Sounds like an interesting approach.</p>
<p><b>15:15-16:30</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Shacham">Hovav Shacham</a>, &#8220;Return-Oriented Programming: Exploits Without Code Injection&#8221;.  The topic sounds pretty straightforward conceptually but it will be interesting to see the implementation.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Stracener">Tom Stracener and Robert Hansen</a>, &#8220;Xploiting Google Gadgets: Gmalware and Beyond&#8221;.  Not expecting any huge revelations on this one but it&#8217;s likely to be entertaining.</p>
<p><b>18:00-19:00</b> The <a href="http://pwnie-awards.org/2008/">Pwnie Awards</a>.  Turnout last year was kind of slim, but I bet the room will be full this year as it&#8217;s been publicized more.</p>
<p>Day 2 picks coming soon!</p>
]]></content:encoded>
      <pubDate>Mon, 28 Jul 2008 16:35:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/option">option</category>
      <category domain="http://securityratty.com/tag/virtualization security apocalypse">virtualization security apocalypse</category>
      <category domain="http://securityratty.com/tag/virtualization security">virtualization security</category>
      <category domain="http://securityratty.com/tag/day">day</category>
      <category domain="http://securityratty.com/tag/picks">picks</category>
      <category domain="http://securityratty.com/tag/dns goodness">dns goodness</category>
      <category domain="http://securityratty.com/tag/hovav shacham">hovav shacham</category>
      <category domain="http://securityratty.com/tag/chris hoff">chris hoff</category>
      <category domain="http://securityratty.com/tag/code injection">code injection</category>
      <source url="http://www.veracode.com/blog/?p=124">BlackHat Picks, Day 1</source>
    </item>
    <item>
      <title><![CDATA[BlackHat Picks, Day 1]]></title>
      <link>http://securityratty.com/article/19d38c709dce2ad6b5ba03224fc5c97d</link>
      <guid>http://securityratty.com/article/19d38c709dce2ad6b5ba03224fc5c97d</guid>
      <description><![CDATA[Well, its almost BlackHat time. Here are my picks so far for Day 1. As you can see, I still havent narrowed it down completely
11:15-12:30 Option 1: Dan Kaminsky , DNS Goodness. On one hand, the DNS...]]></description>
      <content:encoded><![CDATA[<p>Well, it&#8217;s almost BlackHat time.  Here are my picks so far for Day 1.  As you can see, I still haven&#8217;t narrowed it down completely.</p>
<p><b>11:15-12:30</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Kaminsky">Dan Kaminsky</a>, &#8220;DNS Goodness&#8221;. On one hand, the DNS vulnerability is already public; on the other hand, the talk will probably still be interesting even if the 0day hype is missing.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Lawson">Nate Lawson</a>, &#8220;Highway to Hell: Hacking Toll Systems&#8221;.  My formal education and early work was in Electrical Engineering, so I&#8217;m always interested in hardware talks.  I haven&#8217;t touched a soldering iron in years so I have to live vicariously through people like Nate.  </p>
<p><b>13:45-15:00</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Hoff">Chris Hoff</a>, &#8220;The Four Horsemen of the Virtualization Security Apocalypse&#8221;. I haven&#8217;t been paying enough attention to virtualization security and I think this talk will be quite informative.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Quist">Danny Quist and Colin Ames</a>, &#8220;Temporal Reverse Engineering&#8221;.  Sounds like an interesting approach.</p>
<p><b>15:15-16:30</b> Option 1: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Shacham">Hovav Shacham</a>, &#8220;Return-Oriented Programming: Exploits Without Code Injection&#8221;.  The topic sounds pretty straightforward conceptually but it will be interesting to see the implementation.  Option 2: <a href="http://blackhat.com/html/bh-usa-08/bh-usa-08-speakers.html#Stracener">Tom Stracener and Robert Hansen</a>, &#8220;Xploiting Google Gadgets: Gmalware and Beyond&#8221;.  Not expecting any huge revelations on this one but it&#8217;s likely to be entertaining.</p>
<p><b>18:00-19:00</b> The <a href="http://pwnie-awards.org/2008/">Pwnie Awards</a>.  Turnout last year was kind of slim, but I bet the room will be full this year as it&#8217;s been publicized more.</p>
<p>Day 2 picks coming soon!</p>
]]></content:encoded>
      <pubDate>Mon, 28 Jul 2008 16:35:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/option">option</category>
      <category domain="http://securityratty.com/tag/virtualization security apocalypse">virtualization security apocalypse</category>
      <category domain="http://securityratty.com/tag/virtualization security">virtualization security</category>
      <category domain="http://securityratty.com/tag/day">day</category>
      <category domain="http://securityratty.com/tag/picks">picks</category>
      <category domain="http://securityratty.com/tag/dns goodness">dns goodness</category>
      <category domain="http://securityratty.com/tag/hovav shacham">hovav shacham</category>
      <category domain="http://securityratty.com/tag/chris hoff">chris hoff</category>
      <category domain="http://securityratty.com/tag/code injection">code injection</category>
      <source url="http://www.veracode.com/blog/2008/07/blackhat-picks-day-1/">BlackHat Picks, Day 1</source>
    </item>
    <item>
      <title><![CDATA[Links for 2008-06-06 [del.icio.us]]]></title>
      <link>http://securityratty.com/article/305e58fe4ea74d55c7b171bab5cd1209</link>
      <guid>http://securityratty.com/article/305e58fe4ea74d55c7b171bab5cd1209</guid>
      <description><![CDATA[Business Creativity &amp; Innovation - How Promote an Innovative Culture
Content Discovery vs. E-Discovery vs. Content Classification | securosis.com
Enroll For: The Art of Evangelism
Event Logging...]]></description>
      <content:encoded><![CDATA[<ul>
<li><a href="http://www.schulersolutions.com/business_creativity___innovati.html">Business Creativity &amp; Innovation - How Promote an Innovative Culture</a></li>
<li><a href="http://securosis.com/2008/04/15/content-discovery-vs-e-discovery-vs-content-classification/">Content Discovery vs. E-Discovery vs. Content Classification | securosis.com</a></li>
<li><a href="http://www.webex.com/web-seminars/enroll_recording/662851581?sid=mktfu">Enroll For: The Art of Evangelism</a></li>
<li><a href="http://msdn.microsoft.com/en-us/library/aa368560(VS.85).aspx">Event Logging (Windows)</a></li>
<li><a href="http://future.iftf.org/2008/04/post-scientific.html">IFTF's Future Now: Post-scientific society</a><br/>
So I was especially struck by Gregg Zachary's latest column in the New York Times, which asks, &quot;might cheap science from low-wage countries help keep American innovators humming?&quot; At least a few policy analysts and scholars studying global trends in scien</li>
<li><a href="http://innovation.freedomblogging.com/2008/04/04/11-innovation-lessons-from-creators-of-world-of-warcraft/">Inside Innovation with Colin Stewart &raquo; Blog Archive &raquo; 11 innovation lessons from creators of World of Warcraft - OCRegister.com</a></li>
<li><a href="http://communities.intel.com/openport/blogs/it/2008/05/12/how-do-you-measure-something-that-doesnt-happen">Intel Open Port: IT@Intel Blog: How do you measure something that doesn't happen?</a></li>
<li><a href="http://www.fastcompany.com/fast50_08/google_marissa-mayers-9-principles-of-innovation.html">Marissa Mayer's 9 Principles of Innovation | Fast Company</a></li>
</ul><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/306582526" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 06 Jun 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/innovation">innovation</category>
      <category domain="http://securityratty.com/tag/innovation lessons">innovation lessons</category>
      <category domain="http://securityratty.com/tag/inside innovation">inside innovation</category>
      <category domain="http://securityratty.com/tag/marissa mayer">marissa mayer</category>
      <category domain="http://securityratty.com/tag/global trends">global trends</category>
      <category domain="http://securityratty.com/tag/gregg zachary">gregg zachary</category>
      <category domain="http://securityratty.com/tag/innovative culture">innovative culture</category>
      <category domain="http://securityratty.com/tag/business creativity">business creativity</category>
      <category domain="http://securityratty.com/tag/cheap science">cheap science</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/306582526/anton18">Links for 2008-06-06 [del.icio.us]</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #103]]></title>
      <link>http://securityratty.com/article/b28732efa891f75e49ac405b24463b7b</link>
      <guid>http://securityratty.com/article/b28732efa891f75e49ac405b24463b7b</guid>
      <description><![CDATA[EMC PowerPath Encryption with RSA
Happy Cinco de Mayo and welcome to the latest Speaking of Security video podcast. Today Host Paul Joyal speaks with Colin Bailey of EMC and Katie Curtin-Maestre of...]]></description>
      <content:encoded><![CDATA[<div align="center"><a href="http://www.rsa.com/blog/blog_entry.aspx?id=1279"><img src="http://www.rsa.com/blog/bimgs/080505/may_vid_podcast.jpg" alt="Click to Play" width="340" height="289"></a></div>

<br clear="all" />
<strong>EMC PowerPath Encryption with RSA</strong><P>
Happy Cinco de Mayo and welcome to the latest Speaking of Security video podcast. Today Host Paul Joyal speaks with Colin Bailey of EMC and Katie Curtin-Maestre of RSA, The Security Division of EMC, about this new scalable solution that leverages RSA Key Manager for the Datacenter.<br><br></p>]]></content:encoded>
      <pubDate>Sun, 04 May 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/emc">emc</category>
      <category domain="http://securityratty.com/tag/emc powerpath encryption">emc powerpath encryption</category>
      <category domain="http://securityratty.com/tag/security video podcast">security video podcast</category>
      <category domain="http://securityratty.com/tag/katie curtin-maestre">katie curtin-maestre</category>
      <category domain="http://securityratty.com/tag/colin bailey">colin bailey</category>
      <category domain="http://securityratty.com/tag/scalable solution">scalable solution</category>
      <category domain="http://securityratty.com/tag/rsa">rsa</category>
      <category domain="http://securityratty.com/tag/happy cinco">happy cinco</category>
      <category domain="http://securityratty.com/tag/security division">security division</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1279">Speaking of Security Podcast #103</source>
    </item>
    <item>
      <title><![CDATA[Skipton Financial Services personal customer data on stolen laptop]]></title>
      <link>http://securityratty.com/article/c0527c011e51afeb9dc52bc4f5239096</link>
      <guid>http://securityratty.com/article/c0527c011e51afeb9dc52bc4f5239096</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/21/07 (backdated from writing of 1/4/08

Organization
Skipton Building Society

Contractor/Consultant/Branch
Skipton Financial Services (SFS
Moore...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/sfs.jpg" align="right" height="72" width="153">
<font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/21/07 (backdated from writing of 1/4/08)<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.skipton.co.uk/default.aspx" target="_blank"> Skipton Building Society</a><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.skiptonfs.co.uk/" target="_blank"> Skipton Financial Services (SFS)</a><br><a href="http://www.moorestephens.co.uk/" target="_blank"> Moore Stephens Consulting</a><br><br><span style="font-weight: bold;">Victims:</span><br>Skipton clients with money invested in the Fidelity FundsNetwork<br><br><span style="font-weight: bold;">Number Affected:</span><br>Up to 14,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, dates of birth, National Insurance numbers*, and fund investment details including how much was invested.<br><br><font size="1">*~equivalent to Social Security numbers in US</font><br><br><span style="font-weight: bold;">Breach Description:</span><br>A laptop computer was stolen from a locker being used by a Moore Stevens Consulting employee that contained sensitive personal information belonging to as many as 14,000 Skipton Financial Services (SFS) clients who had invested money in the Fidelity FundsNetwork.&nbsp; Moore Stevens Consulting was on contract with SFS at the time of the theft.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.yorkshirepost.co.uk/news/Computer-theft-puts-14000-at.3611872.jp" target="_blank"> Yorkshire Post Story</a> <br><a href="http://www.theregister.co.uk/2007/12/21/skipton_data_security_breach/" target="_blank"> The Register</a> <br><a href="http://attrition.org/dataloss/2007/12/skipton01.html" target="_blank"> Attrition.org Data Loss Archive</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Rowena Mason, Yorkshire Post via Attrition.org<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Up to 14,000 customers of the financial giant Skipton have been left open to identity fraud, after the company admitted that a laptop containing customers' personal details was stolen<br><br>Investors with money in the Fidelity FundsNetwork were told yesterday that the stolen information includes names, addresses, date of birth, National Insurance numbers, fund investment details – and even how much each person had invested.<br><br>the laptop was taken from a locker being used by a staff member of an information technology (IT) consultancy employed by Skipton Financial Services.<br><br>Moore Stephens Consulting was carrying out work on an IT system for the Yorkshire-based investment company when the theft took place<br><span style="font-style: italic;">[Evan] An IT consultant should know better than to store confidential information on a laptop without encryption.</span><br><br>Last night a Skipton spokesman stressed that the laptop was password-protected and all affected accounts with Skipton Financial Services had been immediately suspended.<br><span style="font-style: italic;">[Evan] Password protection is NOT adequate protection, and suspending the account does nothing to protect victims against identity theft.&nbsp; Does suspending the account provide any protection?</span><br><br>Managing director Simon Holt wrote to all 14,000 customers apologising for the breach of security and assuring them that an investigation had been launched.<br><br>Mr Holt yesterday denied that his company had any responsibility for the loss of the laptop and said every possible step had been taken to reduce risk to clients.<br><span style="font-style: italic;">[Evan] I respectfully disagree with Mr. Holt.&nbsp; Organizations must hold their vendors, consultants, and contractors to the same security standards as those used within the organization.&nbsp; Customers (data owners) gave Skipton the information and Skipton is responsible for it until it is destroyed.&nbsp; No passing the buck allowed.</span><br><br>Skipton Financial Services told their customers about the missing data after advice from the Information Commissioner's Office<br><br>The managing partner of Moore Stephens, Colin Moore, said his firm was doing everything it could to protect data and review security procedures.<br><span style="font-style: italic;">[Evan] Moore Stephens did not do "everything it could to protect data".</span><br><br>A helpline for people whose details might have been taken is open from 8am to 8pm Monday to Friday on 0800 137832.<br><br><span style="font-weight: bold;">Commentary:</span><br>More stolen laptops with confidential information without protection equals more victims.&nbsp; What torques me more about this breach is the fact that an IT consultant was partly to blame.&nbsp; An organization pays a consultant because they believe that the consultant is an expert and knows how to do work at a high-level.<br><br>I am a consultant and look, my laptop is encrypted... <img src="http://breachblog.com/emoticons/wink.png" border="0" /><br><br><img src="http://images.quickblogcast.com/95781-88451/psenc.jpg" border="0" width="509"><br><br>Organizations that employ consultants which access confidential information resources MUST ensure that the consultants follow proper information security policies and procedures.&nbsp; This is accomplished through the creation of a Vendor/Third-Party Security Policy, thorough evaluation before a contract is signed, adding information security language to the contract, and regular reviews of the consultant's information security practices throughout the life of the contract. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/21/sfs.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Fri, 04 Jan 2008 19:21:58 +0000</pubDate>
      <category domain="http://securityratty.com/tag/skipton">skipton</category>
      <category domain="http://securityratty.com/tag/information includes names">information includes names</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information security practices">information security practices</category>
      <category domain="http://securityratty.com/tag/skipton financial services">skipton financial services</category>
      <category domain="http://securityratty.com/tag/financial giant skipton">financial giant skipton</category>
      <category domain="http://securityratty.com/tag/store confidential information">store confidential information</category>
      <category domain="http://securityratty.com/tag/skipton spokesman">skipton spokesman</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <source url="http://breachblog.com/2007/12/21/sfs.aspx">Skipton Financial Services personal customer data on stolen laptop</source>
    </item>
    <item>
      <title><![CDATA[Social Security numbers widely available online, reports the Washington Post]]></title>
      <link>http://securityratty.com/article/0088b97b57af33e28b9f03f4a98c842f</link>
      <guid>http://securityratty.com/article/0088b97b57af33e28b9f03f4a98c842f</guid>
      <description><![CDATA[Post reporter finds numbers for Colin Powell and Troy Aikman, among...]]></description>
      <content:encoded><![CDATA[Post reporter finds numbers for Colin Powell and Troy Aikman, among others]]></content:encoded>
      <pubDate>Fri, 04 Jan 2008 05:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/post reporter">post reporter</category>
      <category domain="http://securityratty.com/tag/troy aikman">troy aikman</category>
      <category domain="http://securityratty.com/tag/colin powell">colin powell</category>
      <source url="http://www.itcinstitute.com/display.aspx?ID=4723">Social Security numbers widely available online, reports the Washington Post</source>
    </item>
    <item>
      <title><![CDATA[Thwarting a large-scale phishing attack]]></title>
      <link>http://securityratty.com/article/80d86f447c3abc6bbcb94660213cf3bb</link>
      <guid>http://securityratty.com/article/80d86f447c3abc6bbcb94660213cf3bb</guid>
      <description><![CDATA[Posted by Colin Whittaker, Anti-Phishing Team


In addition to targeting malware, we're interested in combating phishing, a social engineering attack where criminals attempt to lure unsuspecting web...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Posted by Colin Whittaker, Anti-Phishing Team</span><br /><p><br />In addition to targeting malware, we're interested in combating <a href="http://en.wikipedia.org/wiki/Phishing" title="Phishing">phishing,</a> a social engineering attack where criminals attempt to lure unsuspecting web surfers into logging into a fake website that looks like a real website, such as eBay, E-gold or an online bank. Following a successful attack, phishers can steal money out of the victims' accounts or take their identities. To protect our users against phishing, we publish a blacklist of known phishing sites. This blacklist is the basis for the anti-phishing features in the latest versions of Firefox and Google Desktop. Although blacklists are necessarily a step behind as phishers move their phishing pages around, blacklists have proved to be reasonably effective.</p><p style="text-align: justify;">Not all phishing attacks target sites with obvious financial value. Beginning in mid-March, we detected a five-fold increase in overall phishing page views. It turned out that the phishing pages generating 95% of the new phishing traffic targeted <a href="http://myspace.com/" title="MySpace">MySpace</a>, the popular social networking site. While a MySpace account does not have any intrinsic monetary value, phishers had come up with ways to monetize this attack. We observed hijacked accounts being used to spread bulletin board spam for some advertising revenue. According to <a href="http://ha.ckers.org/blog/20070508/phishing-social-networking-sites/" title="this interview with a phisher">this interview with a phisher</a>, phishers also logged in to the email accounts of the profile owners to harvest financial account information. In any case, phishing MySpace became profitable enough (more than phishing more traditional targets) that many of the active phishers began targeting it.</p><p style="text-align: justify;">Interestingly, the attack vector for this new attack appeared to be MySpace itself, rather than the usual email spam. To observe the phishers' actions, we fed them the login information for a dummy MySpace account. We saw that when phishers compromised a MySpace account, they added links to their phishing page on the stolen profile, which would in turn result in additional users getting compromised. Using a quirk of the CSS supported in MySpace profiles, the phishers injected these links invisibly as see-through images covering compromised profiles. Clicking anywhere on an infected profile, including on links that appeared normal, redirected the user to a phishing page. Here's a sample of some CSS code injected into the "About Me" section of an affected profile:<br /></p><br /><span style="font-family:Courier New;">&lt;a style="text-decoration:none;position:<br />absolute;top:1px;left:1px;" href="http://myspacev.net"&gt;&lt;img<br />style="border-width:0px;width:1200px; height:650px;"<br />src="http://x.myspace.com/images/clear.gif"&gt;&lt;/a&gt;&lt;/style&gt;</span><br /><br />In addition to contributing to the viral growth of the phishing attack, linking directly off of real MySpace content added to the appearance of legitimacy of these phishing pages. In fact, we received thousands of complaints from confused users along the lines of<span class="sub-comment"> "</span><span class="sub-comment">Why won't it let any of my friends look at my pictures?</span><span class="sub-comment">" regarding our warnings on these phishing pages, suggesting that even an explicit warning was not enough to protect many users. The effectiveness of the attack and the increasing sophistication of the phishing pages, some of which were hosted </span>on <a href="http://www.google.com/search?q=botnets" title="botnets">botnets</a> and were near perfect duplications of MySpace's login page, meant that we needed to switch tactics to combat this new threat.<br /><br />In late March, we reached out to MySpace to see what we could do to help. We provided lists of the top phishing sites and our anti-phishing blacklist to MySpace so that they could disable compromised accounts with links to those sites. Unfortunately, many of the blocked users did not remove the phishing links when they reactivated their accounts, so the attacks continued to spread. On April 19, MySpace updated their server software so that they could disable bad links in users' profiles without requiring any user action or altering any other profile content. Overnight, overall phishing traffic dropped by a factor of five back to the levels observed in early March. While MySpace phishing continues at much lower volumes, phishers are beginning to move on to new targets.<br /><br /><b>Things you can do to help end phishing and Internet fraud</b><br /><ul><li>Learn to recognize and avoid phishing. The Anti-Phishing Working Group has a good <a href="http://www.antiphishing.org/consumer_recs.html" title="list of recommendations">list of recommendations</a>.<br /></li><br /><li>Update your software regularly and run an anti-virus program. If a cyber-criminal gains control of your computer through a virus or a software security flaw, he doesn't need to resort to phishing to steal your information.<br /></li><br /><li>Use different passwords on different sites and change them periodically. Phishers routinely try to log in to high-value targets, like online banking sites, with the passwords they steal for lower-value sites, like webmail and social networking services.</li></ul><img src="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~4/144579537" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 11 Jun 2007 07:35:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/myspace">myspace</category>
      <category domain="http://securityratty.com/tag/myspace profiles">myspace profiles</category>
      <category domain="http://securityratty.com/tag/real myspace content">real myspace content</category>
      <category domain="http://securityratty.com/tag/myspace account">myspace account</category>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/dummy myspace account">dummy myspace account</category>
      <category domain="http://securityratty.com/tag/phishers move">phishers move</category>
      <category domain="http://securityratty.com/tag/phishers">phishers</category>
      <category domain="http://securityratty.com/tag/lower-value sites">lower-value sites</category>
      <source url="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~3/144579537/thwarting-large-scale-phishing-attack.html">Thwarting a large-scale phishing attack</source>
    </item>
  </channel>
</rss>
