<?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: tackle]]></title>
    <link>http://securityratty.com/tag/tackle</link>
    <description></description>
    <pubDate>Wed, 03 Sep 2008 12:02:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Seven classic PC symptoms]]></title>
      <link>http://securityratty.com/article/5321b8454977608c63f8893cec31d278</link>
      <guid>http://securityratty.com/article/5321b8454977608c63f8893cec31d278</guid>
      <description><![CDATA[As a small-business person, you might bemoan the fact you don't have 24/7 IT support like your larger-scale competitors. Don't panic. You can solve many of the most common computer problems yourself....]]></description>
      <content:encoded><![CDATA[As a small-business person, you might bemoan the fact you don't have 24/7 IT support like your larger-scale competitors. Don't panic. You can solve many of the most common computer problems yourself. Here are some snafus you can tackle on your own, thanks to the advice of the support staff at several major hardware and software vendors:]]></content:encoded>
      <pubDate>Mon, 24 Nov 2008 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/support">support</category>
      <category domain="http://securityratty.com/tag/support staff">support staff</category>
      <category domain="http://securityratty.com/tag/small-business person">small-business person</category>
      <category domain="http://securityratty.com/tag/larger-scale competitors">larger-scale competitors</category>
      <category domain="http://securityratty.com/tag/common computer">common computer</category>
      <category domain="http://securityratty.com/tag/software vendors">software vendors</category>
      <category domain="http://securityratty.com/tag/major hardware">major hardware</category>
      <category domain="http://securityratty.com/tag/solve">solve</category>
      <category domain="http://securityratty.com/tag/tackle">tackle</category>
      <source url="http://www.networkworld.com/news/2008/112508-seven-classic-pc.html?fsrc=rss-security">Seven classic PC symptoms</source>
    </item>
    <item>
      <title><![CDATA[What should we expect from the Obama Administration and the 111th Congress on Cyber Security?]]></title>
      <link>http://securityratty.com/article/1cd31d383ea6188e849ae3ed8152941d</link>
      <guid>http://securityratty.com/article/1cd31d383ea6188e849ae3ed8152941d</guid>
      <description><![CDATA[Given the seriousness of the financial crisis, growing job losses and the continued meltdown of global stock markets, its hard to imagine that the incoming Obama Administration or new U.S. Congress...]]></description>
      <content:encoded><![CDATA[<p>Given the seriousness of the   financial crisis, growing job losses and the continued meltdown of global stock   markets, it&rsquo;s hard to imagine that the incoming Obama Administration or new U.S.   Congress will be able to focus on much else during the first several months of   2009.&nbsp; When they do tackle other issues, healthcare reform, tax policy and   energy policy are likely to emerge at the top along with national security   priorities.&nbsp; Not to mention that many FY2009 spending bills still need to be   approved by Congress and signed by the President as well, although that is   expected to happen by March 2009 at the latest.</p>
<p><em>So where does   this leave cyber security issues?&nbsp;</em></p>]]></content:encoded>
      <pubDate>Thu, 13 Nov 2008 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/issues">issues</category>
      <category domain="http://securityratty.com/tag/congress">congress</category>
      <category domain="http://securityratty.com/tag/obama administration">obama administration</category>
      <category domain="http://securityratty.com/tag/cyber security issues">cyber security issues</category>
      <category domain="http://securityratty.com/tag/national security priorities">national security priorities</category>
      <category domain="http://securityratty.com/tag/global stock markets">global stock markets</category>
      <category domain="http://securityratty.com/tag/job losses">job losses</category>
      <category domain="http://securityratty.com/tag/energy policy">energy policy</category>
      <category domain="http://securityratty.com/tag/tax policy">tax policy</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1387">What should we expect from the Obama Administration and the 111th Congress on Cyber Security?</source>
    </item>
    <item>
      <title><![CDATA[Microsoft, Yahoo form alliance to tackle lottery scams]]></title>
      <link>http://securityratty.com/article/656fd97cc2ec8ad95d6fabbc13f3466d</link>
      <guid>http://securityratty.com/article/656fd97cc2ec8ad95d6fabbc13f3466d</guid>
      <description><![CDATA[Microsoft and Yahoo have formed a group with two other partners to give law enforcement a hand in stopping bogus lottery scams and educating Internet...]]></description>
      <content:encoded><![CDATA[Microsoft and Yahoo have formed a group with two other partners to give law enforcement a hand in stopping bogus lottery scams and educating Internet surfers.]]></content:encoded>
      <pubDate>Mon, 27 Oct 2008 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/bogus lottery scams">bogus lottery scams</category>
      <category domain="http://securityratty.com/tag/internet surfers">internet surfers</category>
      <category domain="http://securityratty.com/tag/law enforcement">law enforcement</category>
      <category domain="http://securityratty.com/tag/yahoo">yahoo</category>
      <category domain="http://securityratty.com/tag/microsoft">microsoft</category>
      <category domain="http://securityratty.com/tag/hand">hand</category>
      <category domain="http://securityratty.com/tag/partners">partners</category>
      <source url="http://www.networkworld.com/news/2008/102808-microsoft-yahoo-form-alliance-to.html?fsrc=rss-security">Microsoft, Yahoo form alliance to tackle lottery scams</source>
    </item>
    <item>
      <title><![CDATA[How can we co-operate to tackle phishing?]]></title>
      <link>http://securityratty.com/article/0b1c35bf86cb16980eeff0d57cfe4abb</link>
      <guid>http://securityratty.com/article/0b1c35bf86cb16980eeff0d57cfe4abb</guid>
      <description><![CDATA[Richard Clayton and I recently presented evidence of the adverse impact of take-down companies not sharing phishing feeds . Many phishing websites are missed by the take-down company which has the...]]></description>
      <content:encoded><![CDATA[<p><a href="http://www.cl.cam.ac.uk/~rnc1/">Richard Clayton</a> and <a href="http://people.seas.harvard.edu">I</a> recently presented <a href="http://www.lightbluetouchpaper.org/2008/10/16/non-cooperation-in-the-fight-against-phishing/">evidence of the adverse impact of take-down companies not sharing phishing feeds</a>.  Many phishing websites are missed by the take-down company which has the contract for removal; unsurprisingly, these websites are not removed very fast. Consequently, more consumers&#8217; identities are stolen.</p>
<p>In the <a href="http://people.seas.harvard.edu/~tmoore/ecrime08.pdf">paper</a>, we propose a simple solution: take-down companies should share their raw, unverified feeds of phishing URLs with their competitors.  Each company can examine the raw feed, pick out the websites impersonating their clients, and focus on removing these sites.</p>
<p>Since we presented our findings to the <a href="http://www.apwg.org">Anti-Phishing Working Group</a> <a href="http://www.ecrimeresearch.org/">eCrime Researchers Summit</a>, we have received considerable feedback from take-down companies.  Take-down companies attending the APWG meeting understood that sharing would help speed up response times, but expressed reservations at sharing their feeds unless they were duly compensated.  <a href="http://www.cyveillence.com/web/corporate/exec/olson.asp">Eric Olsen</a> of <a href="http://www.cyveillance.com">Cyveillance</a> (another company offering take-down services) has written a <a href="http://www.cyveillanceblog.com/phishing/a-contrary-perspective-–-forced-data-sharing-will-decrease-performance-and-reduce-protection">comprehensive rebuttal</a> of our recommendations.  He argues that competition between take-down companies drives investment in efforts to detect more websites. Mandated sharing of phishing URL feeds, in his view, would undermine these detection efforts and cause take-down companies such as Cyveillance to exit the business.</p>
<p>I do have some sympathy for the objections raised by the take-down companies.  As we state in the paper, <a href="http://en.wikipedia.org/wiki/Free_rider_problem">free-riding</a> (where one company relies on another to invest in detection so they don&#8217;t have to) is a concern for any sharing regime.  Academic research studying other areas of information security (e.g., <a href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1000369">here</a> and <a href="http://ideas.repec.org/p/wpa/wuwpio/0503004.html">here</a>), however, has shown that free-riding is unlikely to be so rampant as to drive all the best take-down companies out of offering service, as Mr. Olsen suggests.</p>
<p>While we can quibble over the extent of the threat from free free-riding, it should not detract from the conclusions we draw over the need for greater sharing.  In our view, it would be unwise and irresponsible to accept the current status quo of keeping phishing URL feeds completely private.  After all, competition without sharing has approximately <em>doubled</em> the lifetimes of phishing websites!  The solution, then, is to devise a sharing mechanism that gives take-down companies the incentive to keep detecting more phishing URLs.<br />
<span id="more-469"></span><br />
Here is our stab at devising a suitable sharing mechanism.  We propose the creation of a members-only sharing club with compensation for net contributors paid for by net receivers. Take-down companies submit real-time copies of their entire feeds to a trusted third party (for the sake of argument, let&#8217;s assume that the <a href="http://www.apwg.org">APWG</a> takes on this role).  The APWG collates the individual feeds, marks the source of each submission (i.e., which take-down company) along with a timestamp.  The APWG makes the amalgamated feed available immediately to all members.  The members pick out phishing URLs impersonating their own clients, while ignoring the rest.  Crucially, the expensive task of verifying phishing URLs and initiating take-down continues to be performed by the take-down company. </p>
<p>Periodically, the combined feed is audited to determine the reciprocity of contributions.  Take-down companies provide a list of their clients to the auditor.  The auditor then computes the number of phishing websites impersonating each take-down company&#8217;s clients that are missed by the takedown company but identified by others.  The auditor also tallies the time difference for phishing websites  that are identified by others first.</p>
<p>For example, suppose bank A1 has hired take-down company A to remove phishing sites on its behalf, and bank B1 has hired take-down company B.  Suppose 500 phishing sites impersonate A1, and that A identifies 400 while B identifies an additional 100 sites missed by A.  Likewise, suppose another 500 phishing sites impersonate bank B1, and that B identifies 300 while A identifies an additional 200 sites missed by B. B has received a net of 100 useful phishing sites more from A than B has given to A.  Consequently, B should pay A a previously-agreed &#8216;finder&#8217;s fee&#8217; for identifying these extra 100 websites. </p>
<p>The &#8216;finder&#8217;s fee&#8217; provides additional incentive for take-down companies to invest in better phishing website detection. Designed properly, such a sharing club can overcome the potential for free-riding that companies such as Cyveillance fret about, while increasing sharing to shorten phishing website lifetimes. </p>
<p>Some subtleties must be mentioned, however.  If the finder&#8217;s fee is big enough, some companies may be tempted to cheat to minimize their payout.  For instance, underperforming take-down companies could claim to have independently discovered missing data from their feed shortly after collecting it from the shared feed.  This can be mitigated by adding a credible threat of detection &#8212; inserting a few dubious fake phishing URLs that only appear in the shared feed.  If the company claims to have &#8216;independently&#8217; rediscovered these URLs, then they will be caught cheating.  Another issue is that the auditing system does incur some overhead, which could be avoided if sharing was made unconditional.  </p>
<p>To sum up, we recognize that many take-down companies will be reticent to share.  However, we feel that sharing is too important to the goal of tackling phishing to brush aside because of a few inevitable complications.  For the good of protecting consumers, the anti-phishing industry should learn to co-operate!</p>
]]></content:encoded>
      <pubDate>Mon, 27 Oct 2008 09:47:06 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/take-down companies provide">take-down companies provide</category>
      <category domain="http://securityratty.com/tag/hired take-down company">hired take-down company</category>
      <category domain="http://securityratty.com/tag/take-down company">take-down company</category>
      <category domain="http://securityratty.com/tag/take-down companies">take-down companies</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <category domain="http://securityratty.com/tag/feeds">feeds</category>
      <category domain="http://securityratty.com/tag/entire feeds">entire feeds</category>
      <category domain="http://securityratty.com/tag/url feeds completely">url feeds completely</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/">How can we co-operate to tackle phishing?</source>
    </item>
    <item>
      <title><![CDATA[A Cryptographer and a Data Communications Guy Talk About Risk Management]]></title>
      <link>http://securityratty.com/article/5c18b17d022b8a56101fd4b3d13c5f03</link>
      <guid>http://securityratty.com/article/5c18b17d022b8a56101fd4b3d13c5f03</guid>
      <description><![CDATA[Sounds like the beginning of a joke, right? So these two guys walk into a bar
The Bruce Schneier and Marcus Ranum have an article up on TechTarget/Information Security Magazine called, creatively...]]></description>
      <content:encoded><![CDATA[<blockquote><p>Sounds like the beginning of a joke, right?  <em>So these two guys walk into a bar&#8230;</em></p></blockquote>
<p>&#8220;The&#8221; Bruce Schneier and Marcus Ranum have an article up on TechTarget/Information Security Magazine called, creatively enough, &#8220;<span class="homeSplashTitle"><span class="text0"><strong><a href="http://searchsecurity.techtarget.com/magazineFeature/0,296894,sid14_gci1332745_idx1,00.html">Bruce Schenier, Marcus Ranum debate risk management</a>&#8220;. </strong></span></span></p>
<p>Unfortunately, to get to the article, you&#8217;ll have to either already be a subscriber to IT Security, a subscriber to TechTarget, or go through the 20 minute process of signing up by giving TechTarget all sorts of &#8220;market information&#8221; about how you&#8217;re really Brandon Walsh, CSO of &#8220;The Peach Pit&#8221; Industries in Beverly Hills, CA 90210 (phone 714-867-5309).</p>
<p>For those of you who are already a TechTarget person, the link is above.  For those who aren&#8217;t, or those who just don&#8217;t have the time, I&#8217;ll summarize.  The &#8220;debate&#8221; is kind of awkward because both authors seem come to the same conclusion:</p>
<p style="text-align: center;"><em><strong>Risk Management, it&#8217;s something our profession should do, something humans do naturally, it&#8217;s necessary in business, but gosh - we don&#8217;t have enough data.</strong></em></p>
<p>I&#8217;m not a cryptographer.  I don&#8217;t *nearly* have the insight on privacy and politics that Bruce has.  I&#8217;m not deep in IP communications.  I haven&#8217;t got a proven track record of innovation in IP Security products like Marcus has.  But here&#8217;s the thing, I hope you&#8217;ll never hear me pretend that I have the skill set to speak authoritatively on those subjects.  Heck, I wouldn&#8217;t claim to be a &#8220;risk&#8221; expert because I have a some insight into my shortcomings and what is needed to tackle such a complex problem.  But such a tepid article on something that (at least I think) is so important kind of, well, confuses me.</p>
<p>Why is it such a boring article?  I&#8217;m not sure.  Maybe because they&#8217;re just two guys who would rather debate the merits of specific controls or control activities (after all, their penetration testing debate was a huge success), but there&#8217;s no new information in the &#8220;debate&#8221;.  It&#8217;s the same old &#8220;insurance companies know risk because they have scads of data and we don&#8217;t have that&#8221; complaint. You know what?  I&#8217;m tired of hearing that line, so let&#8217;s talk about it.</p>
<p><strong>HOW DO YOU KNOW WE DON&#8217;T HAVE THE AMOUNT OF DATA WE NEED TO DO RISK MANAGEMENT WELL?</strong></p>
<p>Not particularly picking on Marcus, but in the article he uses the common complaint, &#8220;We lack the data to do risk management well.&#8221;  This mantra is repeated to the point where I&#8217;m blase&#8217; about it.  But for some reason, this sentence really jumped out at me this time for two reasons.  It made me ask:</p>
<p>1.)  How do you <em>know</em> we don&#8217;t have the proper amount of data?</p>
<p>2.)  Can we even define &#8220;well&#8221; (i.e. what &#8220;good&#8221; risk management is) yet?</p>
<p>I really don&#8217;t know that the industry, especially concerning IT risk, is mature enough to really conclude that we don&#8217;t know (in the case of the former), nor that we can define (latter), conclusively.</p>
<p><strong>PLAYING THE CONTRARIAN</strong></p>
<p>Just because I&#8217;m feeling kind of zany this morning, let me suggest something.  Maybe there actually is lots of evidence out there for us to use.  Maybe:</p>
<p>1.)  It&#8217;s just that we don&#8217;t have particularly good models that provide context.</p>
<p>2.)  When that evidence isn&#8217;t an obvious phenomena that lends itself to easy measurement, we throw our hands up in disgust and fall back on &#8220;lack of data&#8221;, &#8220;can&#8217;t quantify risk&#8221;, &#8220;best practices work just fine&#8221; or any other number of arguments, no,<em> excuses</em> we use to justify our inability to be precise about the past (more or less the present or future - apologies to Niels Bohr).</p>
<p><strong>IT&#8217;S IN THE WAY THAT YOU USE IT</strong></p>
<p>Now I actually am happy to acknowledge that we don&#8217;t have enough data to be precise.  You, me, even smart guys like Marcus and Bruce - we&#8217;ll never be able to &#8220;engineer&#8221; risk management.  But you know what?  Neither can Insurance companies.  Sure, there are plenty of places where they have enough data to apply a traditional frequentist approach to risk valuations.   But there are plenty of times Insurers actually insure and they don&#8217;t have centuries or decades of data.  There are plenty of times when they rely on the &#8220;estimates&#8221; of subject matter experts.  There are many times they have enough information to be <em><strong>accurate</strong></em> rather than precise, and that&#8217;s good enough for them.</p>
<p>For that matter, it&#8217;s worth noting that there are plenty of scientific disciplines that have to deal in imprecise prior information, or evidence that&#8217;s fraught with uncertainty (what Ranum calls &#8220;squishy&#8221;, and what I&#8217;ve heard real honest to goodness physicists call &#8220;noisy&#8221;).  Unfortunately, we&#8217;re going to be like them.  Until we can read minds and predict the future, there will always be uncertainty in our measurements and posterior conclusions.  The trick is in how you deal with it and express it.  And while I really don&#8217;t know how much time Marcus or Bruce have really spent in the deep end on the subject of risk and its management - I have seen people doing brilliant things around risk (though they just aren&#8217;t mainstream).  Whether the tools are Bayesian methods, Monte Carlo engines, reductionist models of complex problems, there are risk analysts trying to deal with the problem.  These analysts are applying scientific method(s) and developing reasonable approaches to a very complex problem.  <em><strong>There are people trying, and our body of knowledge is growing</strong></em>, growing well beyond &#8220;gee, I haven&#8217;t got an obvious solution so I&#8217;ll blame it on lack of data&#8221;.  Heck, I&#8217;ve seen readers of this blog suggest Douglas Hubbard&#8217;s book in other security forums!<span style="color: #ff0000;">*</span></p>
<p><strong>I&#8217;VE GOT YOUR DATA RIGHT HERE&#8230;</strong></p>
<p>But we don&#8217;t have enough data?  I have to ask, how much more do we need?  I mean crikey, JPMC just visited our ISSA chapter claiming, like, a bajillion events an hour.  There&#8217;s not one, but several companies out there that will want to tell you about how they have deep &#8220;insight&#8221; into the attacker community.  The boundaries of IT Risk losses are pretty well established by events that happen to public companies.  We have pretty mature testing/assessment tools and methodologies now that help us test our ability to resist the force an attacker can apply to us.  So what part of the Threat Landscape, Asset (Controls) Landscape, or Loss Magnitude landscape is too incomplete (and what are you doing to find the information you need)?</p>
<p><strong>SO WHY DO WE FAIL?</strong></p>
<p>Which brings me to a final, somewhat depressing conclusion.  Maybe there&#8217;s data, and maybe we&#8217;re starting to see the means to use it.  But in the end I do have to agree with Marcus that the vast majority of the infosec world *is* doing a really, really bad job with regards to &#8220;risk&#8221; and &#8220;risk management&#8221;.  The majority of people I know consider GRC to be a cruel, expensive joke.  Risk Assessment Methodologies tend to be built on the faulty premise that if we create a repeatable process, our measurements and conclusions will magically become accurate and wise.  Risk models tend to be factors loosely measured by ordinal scales and then somehow &#8220;multiplied&#8221; together to create a relatively meaningless qualitative value.  The State of the Union here is not good.  But after reading such a superficial treatment of an important and complex subject, I am left wondering if Bruce and Marcus were the right people to write about risk management in a mainstream publication.  As Inspector Callahan says, &#8220;<strong><a href="http://www.youtube.com/watch?v=cZNlraF0xec">A man&#8217;s got to know his limitations</a></strong>.&#8221;</p>
<p>===============================</p>
<p><span style="color: #ff0000;">*</span> <em>Speaking of which, if you want to do one cost effective thing to address your uncertainty - go find Douglas Hubbard&#8217;s book. It&#8217;s even got a nice recommendation from Peter Tippett.  The book is called &#8220;How To Measure Anything&#8221; - the title sounds rather hyperbolic, but there are good techniques in it we can use to identify useful information and refine our ability to frame that qualitative information into quantitative values. The key is how Hubbard has you deal with your uncertainty.  For those of you who are more scientific minded and want to dig deep into the subject, I have on good authority that E.T. Jaynes &#8220;Probability Theory, The Logic of Science&#8221; is a rather under appreciated work.</em></p>
]]></content:encoded>
      <pubDate>Thu, 16 Oct 2008 11:32:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk management">risk management</category>
      <category domain="http://securityratty.com/tag/management">management</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/engineer risk management">engineer risk management</category>
      <category domain="http://securityratty.com/tag/methodologies">methodologies</category>
      <category domain="http://securityratty.com/tag/risk assessment methodologies">risk assessment methodologies</category>
      <category domain="http://securityratty.com/tag/risk models">risk models</category>
      <category domain="http://securityratty.com/tag/risk analysts">risk analysts</category>
      <category domain="http://securityratty.com/tag/models">models</category>
      <source url="http://riskmanagementinsight.com/riskanalysis/?p=487">A Cryptographer and a Data Communications Guy Talk About Risk Management</source>
    </item>
    <item>
      <title><![CDATA[Supremes Mull Whether Bad Databases Make for Illegal Searches]]></title>
      <link>http://securityratty.com/article/53061d54dc98b3433afafae6b86ce18d</link>
      <guid>http://securityratty.com/article/53061d54dc98b3433afafae6b86ce18d</guid>
      <description><![CDATA[If a false entry in a database leads to an unconstitutional police search that reveals illegal drugs, does the government get to hold it against you? That's the question the Supreme Court will tackle...]]></description>
      <content:encoded><![CDATA[If a false entry in a database leads to an unconstitutional police search that reveals illegal drugs, does the government get to hold it against you? That's the question the Supreme Court will tackle on Tuesday.<br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=f68be9e833c6a3592072d0d80152071e" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=f68be9e833c6a3592072d0d80152071e" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=WKgpM"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=WKgpM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=FMomm"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=FMomm" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=kYqgm"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=kYqgm" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=r9U8M"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=r9U8M" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=5O9YM"><img src="http://feeds.wired.com/~f/wired/politics/security?i=5O9YM" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=KRCFm"><img src="http://feeds.wired.com/~f/wired/politics/security?i=KRCFm" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=nFTXm"><img src="http://feeds.wired.com/~f/wired/politics/security?i=nFTXm" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=PT9OM"><img src="http://feeds.wired.com/~f/wired/politics/security?i=PT9OM" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/411657927" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/411657957" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sat, 04 Oct 2008 17:26:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/reveals illegal drugs">reveals illegal drugs</category>
      <category domain="http://securityratty.com/tag/database leads">database leads</category>
      <category domain="http://securityratty.com/tag/false entry">false entry</category>
      <category domain="http://securityratty.com/tag/supreme court">supreme court</category>
      <category domain="http://securityratty.com/tag/government">government</category>
      <category domain="http://securityratty.com/tag/police">police</category>
      <category domain="http://securityratty.com/tag/tuesday">tuesday</category>
      <category domain="http://securityratty.com/tag/tackle">tackle</category>
      <category domain="http://securityratty.com/tag/question">question</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/411657957/supremes-mull-w.html">Supremes Mull Whether Bad Databases Make for Illegal Searches</source>
    </item>
    <item>
      <title><![CDATA[ePolicing - Tomorrow the world?]]></title>
      <link>http://securityratty.com/article/a75f8d8e609ad56200d2ab52efd2041c</link>
      <guid>http://securityratty.com/article/a75f8d8e609ad56200d2ab52efd2041c</guid>
      <description><![CDATA[This week has finally seen an announcement that the Police Central e-crime Unit (PCeU) is to be funded by the Home Office. However, the largesse amounts to just 3.5 million of new money spread over...]]></description>
      <content:encoded><![CDATA[<p>This week has finally seen an <a href="http://press.homeoffice.gov.uk/press-releases/new-specialist-ecrime-unit">announcement</a> that the <a href="http://www.met.police.uk/pceu/index.htm">Police Central e-crime Unit</a> (PCeU) is to be funded by the Home Office. However, the largesse amounts to just £3.5 million of new money spread over three years, with the Met putting up a further £3.9 million &#8212; but whether the Met&#8217;s contribution is &#8220;new&#8221; or reflects a move of resources from their existing <a href="http://www.met.police.uk/computercrime/">Computer Crime Unit</a> I could not say.</p>
<p>The announcement is of course Good News &#8212; because once the PCeU is up and running next Spring, it should plug (to the limited extent that £2 million a year can plug) the &#8220;level 2&#8243; eCrime gap that I&#8217;ve <a href="http://www.lightbluetouchpaper.org/2006/02/06/mysterious-and-menacing/">written</a> <a href="http://www.lightbluetouchpaper.org/2006/10/13/mainstreaming-ecrime/">about</a> <a href="http://www.lightbluetouchpaper.org/2007/02/11/soca-we-just-want-your-money/">before</a>. viz: that SOCA tackles &#8220;serious and organised crime&#8221; (level 3), your local police force tackles local villains (level 1), but if criminals operate outside their force&#8217;s area &#8212; and on the Internet this is more likely than not &#8212; yet they don&#8217;t meet SOCA&#8217;s threshold, then who is there to deal with them?</p>
<p>In particular, the PCeU is envisaged to be the unit that deals with the intelligence packages coming from the <a href="http://www.cityoflondon.police.uk/CityPolice/ECD/Fraud/">City of London Fraud Squad&#8217;s</a> new online Fraud Reporting <a href="http://www.kablenet.com/kd.nsf/Frontpage/356DD0A1942F3A998025745F0049092C?OpenDocument">website</a> (once intended to launch in November 2008, now scheduled for Summer 2009).</p>
<p>Of course everyone expects the website to generate more reports of eCrime than could ever be dealt with (even with much more money), so the effectiveness of the PCeU in dealing with eCriminality will depend upon their prioritisation criteria, and how carefully they select the cases they tackle.</p>
<p>Nevertheless, although the news this week shows that the Home Office have finally understood the need to fund more ePolicing, I don&#8217;t think that they are thinking about the problem in a sufficiently global context.</p>
<p>A little history lesson might be in order to explain why.<br />
<span id="more-401"></span></p>
<p>Back in 1930&#8217;s, <a href="http://www.fbi.gov/libref/historic/famcases/clyde/clyde.htm">Bonnie and Clyde</a> and other US bank robbers were using the new-fangled automobile to flee across state lines &#8212; creating jurisdictional problems as a result. The US solution was to make bank robbery (along with auto-theft and other related offences) into federal offences rather keeping them as state-specific infractions. In particular this meant that the FBI could provide federal level policing (tracking down and killing <a href="http://en.wikipedia.org/wiki/John_Dillinger">John Dillinger</a> for example).</p>
<p>We have the same jurisdictional issues dealing with cyberspace, with criminals in one country fleecing consumers in another while using systems hosted in a third. The <a href="http://conventions.coe.int/Treaty/EN/Treaties/Html/185.htm">Convention on Cybercrime</a> addresses part of the problem by trying to ensure international consistency where eLaws are specifically needed (which of course is only the case for small parts of eCriminality, <a href="http://www.opsi.gov.uk/Acts/acts2006/ukpga_20060035_en_1">fraud</a> is fraud whether eEnabled or not). However, there is limited inter-jurisdictional <em>co-ordination</em> for eCrime investigations &#8212; for example <a href="http://www.interpol.int/">Interpol</a> (often <a href="http://en.wikipedia.org/wiki/Interpol#Interpol_in_popular_culture">incorrectly perceived</a> to be international police force)  merely keeps a large database and passes faxes from one place to another.</p>
<p>In practice, most cross-border investigations are done as &#8220;joint operations&#8221; and the jointness is usually very limited &#8212; one force does all the legwork and a liaison officer in the other country deals with local paperwork. There&#8217;s usually a <a href="http://www.phrases.org.uk/meanings/quid-pro-quo.html">quid pro quo</a> element to these joint operations, for budgeting reasons if no other.</p>
<p>What isn&#8217;t happening, or at least only in a handful of very specialised areas, is any international co-operation in setting priorities or selecting cases to pursue. Every country is doing its own thing about eCrime, and there&#8217;s a widespread impression that any criminal who can operate from &#8220;across the state line&#8221; is essentially immune from serious investigation.</p>
<p>We identified this problem last year when we (<a href="http://www.cl.cam.ac.uk/~rja14/">Ross Anderson</a>, <a href="http://www.inf.tu-dresden.de/index.php?node_id=489">Rainer Böhme</a>, <a href="http://people.seas.harvard.edu/~tmoore/">Tyler Moore</a> and <a href="http://www.cl.cam.ac.uk/~rnc1/">myself</a>) wrote a report on <a href="http://www.enisa.europa.eu/doc/pdf/report_sec_econ_&#038;_int_mark_20080131.pdf">Security Economics and the Internal Market</a> for <a href="http://www.enisa.europa.eu/">ENISA</a>. It&#8217;s not an easy one to fix whilst politicians (and populaces) are unwilling to see &#8220;foreign&#8221; police officers operating in their country, and the establishment of a truly international &#8220;cyber police force&#8221; seems equally unlikely.</p>
<p>Our policy proposal to tackle the issue harks back to WWII&#8217;s <a href="http://www.archives.gov/research/holocaust/finding-aid/military/rg-331.html">SHAEF</a>, which has morphed into similar arrangements within <a href="http://www.nato.int/shape/about/background2.htm">NATO</a>. In essence liaison officers from multiple forces would sit around a single table, working with a central coordinator, to set policy and decide which investigations to pursue. They would then communicate back to their own countries, who have specifically budgeted to provide appropriate assistance. So it&#8217;s very like &#8220;joint operations&#8221;, but the scheme is multi-laterial, and has a true command and control function in the centre &#8212; who will quickly learn to shy away from politically sensitive topics and make a real impact on eCriminality.</p>
<p>To summarise then, a <a href="http://www.cartoonbank.com/item/34449">welcome</a> to the Home Office for finally finding a small amount of funding for some country-wide ePolicing; but it&#8217;s well past time to be working on world-wide initiatives.</p>
]]></content:encoded>
      <pubDate>Thu, 02 Oct 2008 13:57:15 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ecrime gap">ecrime gap</category>
      <category domain="http://securityratty.com/tag/ecrime">ecrime</category>
      <category domain="http://securityratty.com/tag/provide federal level">provide federal level</category>
      <category domain="http://securityratty.com/tag/ecrime investigations">ecrime investigations</category>
      <category domain="http://securityratty.com/tag/online fraud">online fraud</category>
      <category domain="http://securityratty.com/tag/level">level</category>
      <category domain="http://securityratty.com/tag/country deals">country deals</category>
      <category domain="http://securityratty.com/tag/deals">deals</category>
      <category domain="http://securityratty.com/tag/fraud">fraud</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/02/epolicing-tomorrow-the-world/">ePolicing - Tomorrow the world?</source>
    </item>
    <item>
      <title><![CDATA[Nairobi, Mombasa street cameras to tackle crime]]></title>
      <link>http://securityratty.com/article/14be68554988338de570da220879e192</link>
      <guid>http://securityratty.com/article/14be68554988338de570da220879e192</guid>
      <description><![CDATA[The Kenyan government has adopted closed-circuit television (CCTV) cameras to tackle the rising cases of insecurity in the streets, said Bitange Ndemo, permanent secretary in the Ministry of...]]></description>
      <content:encoded><![CDATA[The Kenyan government has adopted closed-circuit television (CCTV) cameras to tackle the rising cases of insecurity in the streets, said Bitange Ndemo, permanent secretary in the Ministry of Information and Communication.]]></content:encoded>
      <pubDate>Thu, 18 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/closed-circuit television">closed-circuit television</category>
      <category domain="http://securityratty.com/tag/kenyan government">kenyan government</category>
      <category domain="http://securityratty.com/tag/tackle">tackle</category>
      <category domain="http://securityratty.com/tag/bitange ndemo">bitange ndemo</category>
      <category domain="http://securityratty.com/tag/cameras">cameras</category>
      <category domain="http://securityratty.com/tag/permanent secretary">permanent secretary</category>
      <category domain="http://securityratty.com/tag/streets">streets</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/cctv">cctv</category>
      <source url="http://www.networkworld.com/news/2008/091908-nairobi-mombasa-street-cameras-to.html?fsrc=rss-security">Nairobi, Mombasa street cameras to tackle crime</source>
    </item>
    <item>
      <title><![CDATA[Vendors tackle virtualization security]]></title>
      <link>http://securityratty.com/article/12bc25aa8beb8b1374d379a17b6b0e26</link>
      <guid>http://securityratty.com/article/12bc25aa8beb8b1374d379a17b6b0e26</guid>
      <description><![CDATA[Companies such as Altor Networks, Catbird and HP showcase at VMworld 2008 products designed to protect data, keep virtual environments compliant and secure traffic between virtual...]]></description>
      <content:encoded><![CDATA[Companies such as Altor Networks, Catbird and HP showcase at VMworld 2008 products designed to protect data, keep virtual environments compliant and secure traffic between virtual machines.<p><A href="http://ad.doubleclick.net/jump/idg.us.nwf.rss/general;sz=468x60;ord=49416?">
<IMG src="http://ad.doubleclick.net/ad/idg.us.nwf.rss/general;sz=468x60;ord=49416?" border="0" width="468" height="60"></A>
</p>]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/virtual environments compliant">virtual environments compliant</category>
      <category domain="http://securityratty.com/tag/altor networks">altor networks</category>
      <category domain="http://securityratty.com/tag/secure traffic">secure traffic</category>
      <category domain="http://securityratty.com/tag/virtual machines">virtual machines</category>
      <category domain="http://securityratty.com/tag/protect data">protect data</category>
      <category domain="http://securityratty.com/tag/vmworld">vmworld</category>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/catbird">catbird</category>
      <category domain="http://securityratty.com/tag/showcase">showcase</category>
      <source url="http://www.networkworld.com/news/2008/091108-vmware-side.html?fsrc=rss-security">Vendors tackle virtualization security</source>
    </item>
    <item>
      <title><![CDATA[Is an incorrectly implemented security program better than a non-existent one ?]]></title>
      <link>http://securityratty.com/article/5893399324f415d7cb19e54c1340401b</link>
      <guid>http://securityratty.com/article/5893399324f415d7cb19e54c1340401b</guid>
      <description><![CDATA[Think carefully before you answer that one. A large majority of you would be inclined to give a resounding 'yes' - but I really want you to think carefully on this one. Think long term. Think about...]]></description>
      <content:encoded><![CDATA[Think carefully before you answer that one. A large majority of you would be inclined to give a resounding 'yes' - but I really want you to think <em>carefully </em>on this one. Think long term. Think about implementation hurdles, think about project documentation.<br /><br />The answer to this IMHO is a big "DEPENDS". <br /><br />To explain:<br /><br />Imagine you're working in a company that has no security controls in place - and is in desperate need of getting a security program impemented. They hire a new CISO to make sure their physical and logical controls are in place, network and applications are secured appropriately and their incident management and forensics capabilities are upto date. At this point the CISO clearly  knows that he needs to create and implement a number of programs and hires a bunch of people to perform and manage a series of tasks. Till this point, things are going smoothly. Everyone understands the need, and is working towards meeting a common goal. The program is not in place yet, but people know and understand the urgency need to act immediately. The CISO's risk radar has a list of projects ranked by priority and everone begins to tackle them. <br /><br />Now consider the scenario when certain security programs are not done right - say, a few of the high risk  applications are not considered in the initial risk matrix or there are certain business units that have been granted an 'exception'to the process that is being put in place, with the most common excuses of:<br /><br />1. This is a pilot<br />2. We will get to this in the next phase<br />3. The group has a number of high profile clients who don't want it implemented right now<br />4. &ltplug your own excuse here&gt<br /><br />Well - initially, everyone is completely aware that they have more issues to remediate and and have honest intentions to fix that too, once the pilot and<br />PoC is well established and in place. But then things change. Leaders change. Managers change. People's roles change. What doesn't, is the documentation regarding the project. But documents usually tend to highlight what the project <em>does</em>, not what it <em>doesn't do</em>. Nobody seems to remember there are additional tasks that need to get completed. People take a quick look at documents detailing what was done in the program and begin to assume that it is well established, completely ignoring the fact that a very important Phase 2 still needs to be in place. A false sense of security is now well in place... and life goes on. <br /><br />Till you get hacked. <br /><br />..and then a forensics team attempts to determine the cause. A new CISO comes in, reviews the existing program, decides it is too complex and structureless and decides to do away with it entirely and create a new security program.. and the cycle continues.<br /><br />The moral of the story: When you have no security program - be very careful while diligently working to get one in place<br /><br />But when you have a partial one, be extremely careful and don't leave any loose ends while getting it completely and correctly put in place.<br /><br /><br />On a lighter note - here's an email I received from a school I was doing some courses from ..<br /><a href="http://4.bp.blogspot.com/_XTqu2iQGpYM/SL8CCfFxwwI/AAAAAAAAAq8/dQfN6tdLU-M/s1600-h/blog1.JPG"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;" src="http://4.bp.blogspot.com/_XTqu2iQGpYM/SL8CCfFxwwI/AAAAAAAAAq8/dQfN6tdLU-M/s400/blog1.JPG" border="0" alt=""id="BLOGGER_PHOTO_ID_5241910733011272450" /></a><br />Beautiful !! Here is your PIN (username). But we will not give you your password over email. I was sooo impressed when I got that! - Could it be that schools and universities are finally waking up and trying to understand security ? No more SSNs as IDs ? No more default 'password' passwords ?  This was great. I followed the procedure outlined to receive a new password - it asked for my name, DOB and email.. and then .. I receive this:<br /><br /><a href="http://2.bp.blogspot.com/_XTqu2iQGpYM/SL7-9CTJaKI/AAAAAAAAAq0/ZY9Q0SqaxkU/s1600-h/blog2.JPG"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;" src="http://2.bp.blogspot.com/_XTqu2iQGpYM/SL7-9CTJaKI/AAAAAAAAAq0/ZY9Q0SqaxkU/s400/blog2.JPG" border="0" alt=""id="BLOGGER_PHOTO_ID_5241907340848490658" /></a><br /><br /><br />For those who cannot see the image:<br /><br /><br />the email says:<br /><br />blah blah blah blah blah blah..<br />your PIN: <my PIN><br />your password: password1234<br /><br />blah blah blah blah blah blah]]></content:encoded>
      <pubDate>Wed, 03 Sep 2008 12:02:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security program">security program</category>
      <category domain="http://securityratty.com/tag/program">program</category>
      <category domain="http://securityratty.com/tag/security controls">security controls</category>
      <category domain="http://securityratty.com/tag/change">change</category>
      <category domain="http://securityratty.com/tag/leaders change">leaders change</category>
      <category domain="http://securityratty.com/tag/programs">programs</category>
      <category domain="http://securityratty.com/tag/security programs">security programs</category>
      <category domain="http://securityratty.com/tag/roles change">roles change</category>
      <source url="http://securitycoin.blogspot.com/2008/09/is-incorrectly-implemented-security.html">Is an incorrectly implemented security program better than a non-existent one ?</source>
    </item>
  </channel>
</rss>
