<?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: papers]]></title>
    <link>http://securityratty.com/tag/papers</link>
    <description></description>
    <pubDate>Fri, 29 Aug 2008 01:16:28 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[P = NP?]]></title>
      <link>http://securityratty.com/article/7e4e3f43aaa3bd30c160d3efd728a688</link>
      <guid>http://securityratty.com/article/7e4e3f43aaa3bd30c160d3efd728a688</guid>
      <description><![CDATA[People have been sending me this paper that &quot;proves&quot; that P != NP. These sorts of papers make the rounds regularly, and my advice is to not pay attention to any of them. G.J. Woeginger keeps a list of...]]></description>
      <content:encoded><![CDATA[<p>People have been sending me <a href="http://arxiv.org/abs/0810.5056">this paper</a> that "proves" that P != NP.  These sorts of papers make the rounds regularly, and my advice is to not pay attention to any of them.   G.J. Woeginger <a href="http://www.win.tue.nl/~gwoegi/P-versus-NP.htm">keeps a list</a> of these papers -- he has 43 so far -- and points out:</p>

<blockquote>The following paragraphs list many papers that try to contribute to the P-versus-NP question. Among all these papers, there is only a single paper that has appeared in a peer-reviewed journal, that has thoroughly been verified by the experts in the area, and whose correctness is accepted by the general research community: The paper by Mihalis Yannakakis. (And this paper does not settle the P-versus-NP question, but "just" shows that a certain approach to settling this question will never work out.)</blockquote>

<p>Of course, there's a <a href="http://www.claymath.org/millennium/">million-dollar prize</a> for resolving the question -- so expect the flawed proofs to continue.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=jJuKN"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=jJuKN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=sSg2N"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=sSg2N" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 04 Nov 2008 09:12:48 +0000</pubDate>
      <category domain="http://securityratty.com/tag/p-versus-np question">p-versus-np question</category>
      <category domain="http://securityratty.com/tag/question">question</category>
      <category domain="http://securityratty.com/tag/paper">paper</category>
      <category domain="http://securityratty.com/tag/single paper">single paper</category>
      <category domain="http://securityratty.com/tag/papers">papers</category>
      <category domain="http://securityratty.com/tag/list">list</category>
      <category domain="http://securityratty.com/tag/paragraphs list">paragraphs list</category>
      <category domain="http://securityratty.com/tag/research community">research community</category>
      <category domain="http://securityratty.com/tag/rounds regularly">rounds regularly</category>
      <source url="http://www.schneier.com/blog/archives/2008/11/p_np.html">P = NP?</source>
    </item>
    <item>
      <title><![CDATA[Show 031 - An Interview with Matt Bishop]]></title>
      <link>http://securityratty.com/article/fe6f5a3f65699efdb870d5e05c34a5bd</link>
      <guid>http://securityratty.com/article/fe6f5a3f65699efdb870d5e05c34a5bd</guid>
      <description><![CDATA[On the 31st episode of The Silver Bullet Security Podcast, Gary talks with Matt Bishop, professor of Computer Science at UC Davis and author of the book Computer Security: Art and Science as well as...]]></description>
      <content:encoded><![CDATA[<p><img align="right" alt="Matt Bishop" title="Matt Bishop" src="http://www.cigital.com/silverbullet/mbishop-125.png" style="padding-left: 7px;" /></p>
<p>On the 31st episode of The Silver Bullet Security Podcast, Gary talks with Matt Bishop, professor of Computer Science at UC Davis and author of the book <em>Computer Security: Art and Science</em> as well as many peer-reviewed papers.  Gary and Matt discuss Matt&#8217;s plan to work security analysis and secure coding into a wider computer science cirriculum, Matt&#8217;s early work with Mike Dilger on TOCTOU, whether or not progress is being made in the field of software security, and the role of training in large-scale software security initiatives. Their chat closes with a mention of Matt&#8217;s home menagerie (which does not include any one-legged chickens at this time).</p>
<ul>
<li><a href="http://nob.cs.ucdavis.edu/bishop/">Matt Bishop</a></li>
<li><a href="http://www.computer.org/security">IEEE <em>Security &#038; Privacy Magazine</em></a></li>
<li><a href="http://nob.cs.ucdavis.edu/book/book-aands/"><em>Computer Security: Art and Science</em></a></li>
<li><a href="http://www.cigital.com/silverbullet/show-011/">Silver Bullet Security Podcast interview with Dorothy Denning</a></li>
<li><a href="http://www.rand.org/pubs/reports/R609-1/R609.1.html">Security Controls for Computer Systems: Report of Defense Science Board Task Force on Computer Security</a> (the &#8220;Ware Report&#8221; referred to in the podcast)</li>
<li><a href="http://www.albany.edu/acc/courses/ia/classics/belllapadula1.pdf">Secure Computer Systems: Mathematical Foundations</a> - The Bell Lapadula model [PDF]</li>
<li><a href="http://csrc.nist.gov/publications/history/bell76.pdf">Secure Computer System: Unified Exposition and Multics Interpretation</a> [PDF]</li>
<li><a href="http://seclab.cs.ucdavis.edu/papers/HaughBishopNDSS2003.pdf">Testing C Programs for Buffer Overflow Vulnerabilities</a> - Eric Haugh, Matt Bishop [PDF]</li>
<li><a href="http://www.owasp.org/index.php/File_Access_Race_Condition:_TOCTOU">TOCTOU</a></li>
<li><a href="http://nob.cs.ucdavis.edu/bishop/papers/1996-compsys/">Checking for Race Conditions in File Accesses</a> by Matt Bishop and Michael Dilger</li>
<li><a href="http://www.amazon.com/Song-One-Legged-Chicken/dp/B000V672OK">&#8220;The Song of the One Legged Chicken&#8221;</a></li>
</ul>
]]></content:encoded>
      <pubDate>Mon, 20 Oct 2008 14:33:12 +0000</pubDate>
      <category domain="http://securityratty.com/tag/matt bishop">matt bishop</category>
      <category domain="http://securityratty.com/tag/secure computer systems">secure computer systems</category>
      <category domain="http://securityratty.com/tag/matt bishop pdf">matt bishop pdf</category>
      <category domain="http://securityratty.com/tag/computer systems">computer systems</category>
      <category domain="http://securityratty.com/tag/secure">secure</category>
      <category domain="http://securityratty.com/tag/computer security">computer security</category>
      <category domain="http://securityratty.com/tag/book computer security">book computer security</category>
      <category domain="http://securityratty.com/tag/secure computer system">secure computer system</category>
      <category domain="http://securityratty.com/tag/matts home menagerie">matts home menagerie</category>
      <source url="http://www.cigital.com/silverbullet/show-031/">Show 031 - An Interview with Matt Bishop</source>
    </item>
    <item>
      <title><![CDATA[U.S. Consulate in Northern Mexico attacked with guns and grenade]]></title>
      <link>http://securityratty.com/article/1679d95f1b37d95c0532f78afa7fbd73</link>
      <guid>http://securityratty.com/article/1679d95f1b37d95c0532f78afa7fbd73</guid>
      <description><![CDATA[The motive for last week's attack on the U.S. consulate in Mexico is being investigated but there is still no clear cut reason for the unprovoked attack

The attack had more in common with what we...]]></description>
      <content:encoded><![CDATA[The motive for last week's attack on the  U.S. consulate in Mexico is being investigated but there is still no clear cut reason for the unprovoked attack. <br /><span id="fullpost"><br />The attack had more in common with what we have come to expect in Iraq than from just below the Southern States of the U.S.  News of the attack is making me think more about the article I read in one of the Gulf papers here in the Middle East a couple of days ago.<br /></span><br />The article read; "Mexican workers leave the U.S. disllusioned with the American Dream".  The story, like so many others these days, focused on the worsening U.S. economy.  That made me think; could a returning mexican worker have launched the attack on the embassy due to his frustration at not being able to do as well as he had expected North of the border?<br /><br />I hope for Mexcio's sake this is not the case.  Mexico's dangerous crime rate is already a concern for many people deciding where to go to spend their holiday dollars.  <br /><br />In this current economic climate, visitors need to be encouraged and given a reason to spend their hard earned money in your country, not made to feel like targets.<div class="blogger-post-footer">Visit Sexton Executive Security at www.sextonsecurity.com</div>]]></content:encoded>
      <pubDate>Sun, 19 Oct 2008 14:53:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/mexico">mexico</category>
      <category domain="http://securityratty.com/tag/days ago">days ago</category>
      <category domain="http://securityratty.com/tag/cut reason">cut reason</category>
      <category domain="http://securityratty.com/tag/reason">reason</category>
      <category domain="http://securityratty.com/tag/days">days</category>
      <category domain="http://securityratty.com/tag/gulf papers">gulf papers</category>
      <category domain="http://securityratty.com/tag/middle east">middle east</category>
      <category domain="http://securityratty.com/tag/dangerous crime">dangerous crime</category>
      <source url="http://www.thebulletproofblog.com/2008/10/us-consulate-in-northern-mexico.html">U.S. Consulate in Northern Mexico attacked with guns and grenade</source>
    </item>
    <item>
      <title><![CDATA[Open Redirects and Common Weakness Enumeration]]></title>
      <link>http://securityratty.com/article/2b11b1167225de8773bed54b38eba5fc</link>
      <guid>http://securityratty.com/article/2b11b1167225de8773bed54b38eba5fc</guid>
      <description><![CDATA[Hopefully, you're more than familiar with CVE (Common Vulnerabilities and Exposures), but perhaps you're less familiar with CWE (Common Weaknesses Enumeration). Both are significant efforts,...]]></description>
      <content:encoded><![CDATA[Hopefully, you're more than familiar with <a href="http://cve.mitre.org/" target="_blank">CVE</a> (Common Vulnerabilities and Exposures), but perhaps you're less familiar with <a href="http://cwe.mitre.org/index.html" target="_blank">CWE</a> (Common Weaknesses Enumeration). Both are significant efforts, international in scope, and the excellent products of <a href="http://www.mitre.org/" target="_blank">The MITRE Corporation</a>, sponsored by the <a href="http://www.us-cert.gov/" target="_blank">National Cyber Security Division</a> of the <a href="http://www.dhs.gov/" target="_blank">U.S. Department of Homeland Security</a>.<br />Approximately six months ago I was discussing open redirect vulnerabilities with Steven Christey of MITRE, who mentioned that that CWE <a href="http://web.archive.org/web/20080114070538/http://cwe.mitre.org/data/definitions/601.html" target="_blank">entry</a> for open redirects was sparse and dated, with little reference material. In particular, he pointed out the lack of defining papers. I accepted this information as a challenge and produced an article that was published in <a href="http://www.net-security.org/dl/insecure/INSECURE-Mag-17.pdf" target="_blank">(IN)SECURE Issue 17</a>. Soon after Issue 17 went live, I also took note of an excellent academic paper specific to the topic of open redirect vulnerabilities; Shue, Kalafut and Gupta's <a href="http://www.cs.indiana.edu/cgi-pub/cshue/research/woot08.pdf" target="_blank">Exploitable Redirects on the Web: Identification, Prevalence, and Defense</a>. Complete with these two papers as references, as well as two current CVE identifiers for popular web applications suffering from open redirect vulnerabilities (discovered by yours truly), CVE-2008-<a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-2052" target="_blank">2052</a> & <a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-2951" target="_blank">2951</a>, <a href="http://cwe.mitre.org/data/definitions/601.html" target="_blank">CWE-601: URL Redirection to Untrusted Site (aka 'Open Redirect')</a> is now current and complete.<br />As open redirects are undoubtedly one of my <a href="http://holisticinfosec.blogspot.com/2008/09/xsf-xss-double-your-pleasure-double.html" target="_blank">biggest</a> <a href="http://holisticinfosec.blogspot.com/2008/07/bitrix-open-redirect-vulnerability.html" tagte="_blank">pet</a> <a href="http://holisticinfosec.blogspot.com/2008/06/open-redirect-vulnerabilities-article.html" target="_blank">peeves</a>, I am pleased to no end. Hopefully CWE-601 will help drive more application vendors and site operators to put an end to this easily mitigated vulnerability.<br /><br /><span style="font-style:italic;">CWE:<br />"International in scope and free for public use, CWE™ provides a unified, measurable set of software weaknesses that is enabling more effective discussion, description, selection, and use of software security tools and services that can find these weaknesses in source code and operational systems as well as better understanding and management of software weaknesses related to architecture and design."</span><br /><br /><a href="http://del.icio.us/post?url=http://holisticinfosec.blogspot.com/2008/10/open-redirects-and-common-weakness.html&title=Open%20Redirects%20and%20Common%20Weakness%20Enumeration " title="Open Redirects and Common Weakness Enumeration ">del.icio.us</a> | <a href="http://digg.com/submit?phase=2&amp;url=http://holisticinfosec.blogspot.com/2008/10/open-redirects-and-common-weakness.html" title="Open Redirects and Common Weakness Enumeration ">digg</a> | <a href="http://slashdot.org/submit.pl?url=http://holisticinfosec.blogspot.com/2008/10/open-redirects-and-common-weakness.html">Submit to Slashdot</a>]]></content:encoded>
      <pubDate>Thu, 16 Oct 2008 10:58:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/redirects">redirects</category>
      <category domain="http://securityratty.com/tag/common weaknesses enumeration">common weaknesses enumeration</category>
      <category domain="http://securityratty.com/tag/weaknesses">weaknesses</category>
      <category domain="http://securityratty.com/tag/redirect">redirect</category>
      <category domain="http://securityratty.com/tag/cwe">cwe</category>
      <category domain="http://securityratty.com/tag/redirect vulnerabilities">redirect vulnerabilities</category>
      <category domain="http://securityratty.com/tag/cwe-601">cwe-601</category>
      <category domain="http://securityratty.com/tag/software weaknesses">software weaknesses</category>
      <category domain="http://securityratty.com/tag/cve">cve</category>
      <source url="http://holisticinfosec.blogspot.com/2008/10/open-redirects-and-common-weakness.html">Open Redirects and Common Weakness Enumeration</source>
    </item>
    <item>
      <title><![CDATA[Non-cooperation in the fight against phishing]]></title>
      <link>http://securityratty.com/article/23ddcf5cb9c3191c18b72786fb1052f9</link>
      <guid>http://securityratty.com/article/23ddcf5cb9c3191c18b72786fb1052f9</guid>
      <description><![CDATA[Tyler Moore and I are presenting another one of our academic phishing papers today at the Anti-Phishing Working Groups Third eCrime Researchers Summit here in Atlanta, Georgia. The paper The...]]></description>
      <content:encoded><![CDATA[<p><a href="http://people.seas.harvard.edu/~tmoore/">Tyler Moore</a> and <a href="http://www.cl.cam.ac.uk/~rnc1">I</a> are presenting another one of our academic phishing papers today at the <a href="http://www.apwg.org">Anti-Phishing Working Group&#8217;s</a> <a href="http://www.apwg.org/ecrimeresearch/2008/program.html">Third eCrime Researchers Summit</a> here in Atlanta, Georgia. The paper &#8220;The consequence of non-cooperation in the fight against phishing&#8221; (<a href="http://www.cl.cam.ac.uk/~rnc1/ecrime08pre.pdf">pre-proceedings version here</a>) goes some way to explaining anomalies we found in our previous analysis of phishing website lifetimes. The &#8220;take-down&#8221; companies reckon to get phishing websites removed within a few hours, whereas our measurements show that the average lifetimes are a few days.</p>
<p>These &#8220;take-down&#8221; companies are generally specialist offshoots of more general &#8220;brand protection&#8221; companies, and are hired by banks to handle removal of fake phishing websites.</p>
<p>When we examined our data more carefully we found that we were receiving &#8220;feeds&#8221; of phishing website URLs from several different sources &#8212; and the &#8220;take-down&#8221; companies that were passing the data to us were not passing the data to each other.</p>
<p>So it often occurs that take-down company A knows about a phishing website targeting a particular bank, but take-down company B is ignorant of its existence. If it is company B that has the contract for removing sites for that bank then, since they don&#8217;t know the website exists, they take no action and the site stays up.</p>
<p>Since we were receiving data feeds from both company A and company B, we knew the site existed and we measured its lifetime &#8212; which is much extended. In fact, it&#8217;s somewhat of a mystery why it is removed at all! Our best guess is that reports made directly to ISPs trigger removal.</p>
<p>The paper contains all the details, and gives all the figures to show that website lifetimes are extended by about 5 days when the take-down company is completely unaware of the site. On other occasions the company learns about the site some time after it is first detected by someone else; and this extends the lifetimes by an average of 2 days.</p>
<p>Since extended lifetimes equate to more unsuspecting visitors handing over their credentials and having their bank accounts cleaned out, these delays can also be expressed in monetary terms. Using the rough and ready model <a href="http://www.cl.cam.ac.uk/~rnc1/ecrime07.pdf">we developed last year</a>, we estimate that an extra $326 million per annum is currently being put at risk by the lack of data sharing. This figure is from our analysis of just two companies&#8217; feeds, and there are several more such companies in this business.</p>
<p>Not surprisingly, our paper suggests that the take-down companies should be <a href="http://www.cartoonbank.com/item/121840">sharing their data</a>, so that when they learn about websites attacking banks they don&#8217;t have contracts with, they pass the details on to another company who can start to get the site removed.</p>
<p>We analyse the incentives to make this change (and the incentives the companies have not to do so) and contrast the current arrangements with the anti-virus/malware industry &#8212; where sample suspect code has been shared since the early 1990s.</p>
<p>In particular, we note that it is the banks who would benefit most from data sharing &#8212; and since they are paying the bills, we think that they may well be in a position to force through changes in policy. To best protect the public, we must hope that this happens soon.</p>
]]></content:encoded>
      <pubDate>Thu, 16 Oct 2008 09:32:24 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/brand protection companies">brand protection companies</category>
      <category domain="http://securityratty.com/tag/take-down companies reckon">take-down companies reckon</category>
      <category domain="http://securityratty.com/tag/take-down companies">take-down companies</category>
      <category domain="http://securityratty.com/tag/data feeds">data feeds</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/website lifetimes">website lifetimes</category>
      <category domain="http://securityratty.com/tag/lifetimes">lifetimes</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/16/non-cooperation-in-the-fight-against-phishing/">Non-cooperation in the fight against phishing</source>
    </item>
    <item>
      <title><![CDATA[The Motivation Behind Adaptive Analytics and CEP]]></title>
      <link>http://securityratty.com/article/2a2a666360a23f6491ff25e41de8c981</link>
      <guid>http://securityratty.com/article/2a2a666360a23f6491ff25e41de8c981</guid>
      <description><![CDATA[This is a continuation of The Genesis of Complex Event Processing: Asymmetric Capabilities and CEP, Event Noise and Asymmetric Event Processing where I have been discussing the motivation behind CEP...]]></description>
      <content:encoded><![CDATA[<p>This is a continuation of <a title="The Genesis of Complex Event Processing: Asymmetric Capabilities" rel="bookmark" href="../2008/09/29/the-genesis-of-complex-event-processing-asymmetric-capabilites/">The Genesis of Complex Event Processing: Asymmetric Capabilities</a> and <a title="CEP, Event Noise and Asymmetric Event Processing" rel="bookmark" href="../2008/10/02/cep-event-noise-and-asymmetric-event-processing/">CEP, Event Noise and Asymmetric Event Processing</a> where I have been discussing the motivation behind CEP and adaptive analytics in cyberspace.</p>
<p>Around the same time that Professor Luckham and his team was working on CEP applications in network management and security management, I was leading efforts to build network and security management control centers for the <a href="http://www.af.mil">United States Air Force</a>.  In the beginning, dating back to 1994, my Internet-related work was for <a href="http://www.acc.af.mil/" target="_blank">Air Combat Command (ACC)</a>, working out of ACC headquarters at <a href="http://www.langley.af.mil/" target="_blank">Langley Air Force Base</a>.</p>
<p>In 1997, I lead a technical team that developed countermeasures against an actual distributed Internet-based attack on the Langley AFB SMTP email infrastructure.  This attack was documented in a technical paper, <a href="http://www.thecepblog.com/e-mail-bombs-and-countermeasures-cyber-attacks-on-availability-and-brand-integrity/" target="_blank"><em>E-Mail Bombs and Countermeasures: Cyber Attacks on Availability and Brand Integrity,</em> IEEE Network Magazine, Vol. 12, No. 2, pp. 10-17, March/April 1998</a>.  In addition, this attackand countermeasures I designed was featured in Popular Science Magazine in an 1998 article, <a href="http://www.thecepblog.com/warcom-by-frank-vizard/" target="_blank">War.Com</a> and other news channels.  I also published a number of related papers on this topic.</p>
<p>Our team used a rule-based approach for countermeasures against massive email bombs attacks on the Langley Air Force Base email infrastructure.   We called this rule-based system, <em>BombShelter.</em> and it was written in <a href="http://www.perl.org/" target="_blank">PERL</a>.  I developed both the original software architecture and the original working prototype for BombShelter (in two days) and then we turned the software over to our team who used the rule-based approach for daily attack countermeasures.</p>
<p>I watched for days, and then weeks, as my team designed rules, and the attackers wrote new attacks that circumvented the rules.  Some folks in the Pentagon used to say that I &#8220;lead the effort to fight the first war in cyberspace&#8221;.   It might have have been the first cyberwar, I am not sure, but it was certainly the first publicly documented cyberwar.  There is no doubt about this.</p>
<p>Without getting into all the historical footnotes and significance of this cyberwar that was fought with experts and rule-based systems, I would like to jump to an important conclusion.</p>
<blockquote><p><em>Rule-based systems are useful, but have limited functionality and scaleability in most complex event processing applications.</em></p></blockquote>
<p>Rule-based systems are human resource intensive because rule-based systems cannot learn and adapt on their own, humans learn and then write new rules.  This is how rule-based systems work.</p>
<p>This is the motivation behind why I spend a lot of time to search for new, more efficient and adaptive methods as alternatives to rule-based systems.   After extensive research, I published a series of papers on the future of intrusion detection in the Internet.  <a href="http://www.thecepblog.com/intrusion-detection-systems-and-multisensor-data-fusion/" target="_blank"><em>Intrusion Detection Systems &amp; Multisensor Data Fusion - Creating Cyberspace Situational Awareness</em></a> <a class="external autonumber" title="http://www.silkroad-asia.com/papers/pdf/acm-p99-bass.pdf" rel="nofollow" href="http://www.silkroad-asia.com/papers/pdf/acm-p99-bass.pdf">[1]</a>, helped lead an evolution in Internet security, particularly in the area of network-based intrusion detection systems (IDS).</p>
<p>In my published research work, motivated by limitations with rule-based approaches, I used the same mature functional model that is used to process missile attacks, control global air traffic, and other complex event processing applications in physical space; but I applied these concepts to cyberspace.</p>
<p>Around the same time, Professor Luckham and others were working on similar problems, all related to real-time detection and response to threats in cyberspace.  They were also funded by the US government.</p>
<blockquote><p>Sidebar: Stream processing of transaction- based systems (databases), another area of interest, was focused on a totally different problem, which was the low latency processing of straight-thru processing in databased-oriented systems.   These stream processing systems were, and remain however,  rule-based systems.  The problems we were trying to solve in cyberspace, however, cannot be efficiently and pragmatically solved by rule-based systems alone.  Only relatively simple scenarios can be efficiently detected by rule-based stream processing systems.</p></blockquote>
<p>The vast majority of complex event processing classes of problems require rules plus advanced algorithms that can learn and adapt in real-time.    I know this, not from reading papers or taking university classes on rule-bases systems, but from working on some very challenging operational problems in real-time.    This is why I remain interested in complex event processing and why I continue to elaborate on why rule-based systems have limitations.</p>
]]></content:encoded>
      <pubDate>Sat, 11 Oct 2008 09:15:26 +0000</pubDate>
      <category domain="http://securityratty.com/tag/systems">systems</category>
      <category domain="http://securityratty.com/tag/intrusion detection systems">intrusion detection systems</category>
      <category domain="http://securityratty.com/tag/rule-bases systems">rule-bases systems</category>
      <category domain="http://securityratty.com/tag/transaction- based systems">transaction- based systems</category>
      <category domain="http://securityratty.com/tag/cep">cep</category>
      <category domain="http://securityratty.com/tag/real-time detection">real-time detection</category>
      <category domain="http://securityratty.com/tag/real-time">real-time</category>
      <category domain="http://securityratty.com/tag/complex event">complex event</category>
      <category domain="http://securityratty.com/tag/countermeasures">countermeasures</category>
      <source url="http://www.thecepblog.com/2008/10/11/the-motivation-behind-adaptive-analytics-and-cep/">The Motivation Behind Adaptive Analytics and CEP</source>
    </item>
    <item>
      <title><![CDATA[Privacy Enhancing Technologies Symposium (PETS 2009)]]></title>
      <link>http://securityratty.com/article/d1f9c5c63e96cff3264722a39926652a</link>
      <guid>http://securityratty.com/article/d1f9c5c63e96cff3264722a39926652a</guid>
      <description><![CDATA[I am on the program committee for the 9th Privacy Enhancing Technologies Symposium (PETS 2009) , to be held in Seattle, WA, USA, 57 August 2009. PETS is the leading venue for research on privacy and...]]></description>
      <content:encoded><![CDATA[<p>I am on the program committee for the 9th <a href="http://petsymposium.org/2009/">Privacy Enhancing Technologies Symposium (PETS 2009)</a>, to be held in Seattle, WA, USA, 5&ndash;7 August 2009. PETS is the leading venue for research on privacy and anonymity, offering an enjoyable environment and stimulating discussion. If you are working in this field, I can strongly recommend submitting a paper.</p>
<p>This year, we are particularly looking for submissions from topics other than anonymous communications, so if work from your field may be applied, or is otherwise related, to the topic of privacy, I&#8217;d encourage you to consider PETS as a potential venue.</p>
<p>The submission deadline for the main session is <strong>2 March 2009</strong>. As with last year, we will also have a &#8220;HotPETS&#8221; event, for new and exciting work in the field which is still in a formative state. Submissions for HotPETS should be received by <strong>8 May 2009</strong>.</p>
<p>Further information can be found in the <a href="http://petsymposium.org/2009/">call for papers</a>.</p>
]]></content:encoded>
      <pubDate>Wed, 08 Oct 2008 04:14:07 +0000</pubDate>
      <category domain="http://securityratty.com/tag/privacy">privacy</category>
      <category domain="http://securityratty.com/tag/pets">pets</category>
      <category domain="http://securityratty.com/tag/9th privacy">9th privacy</category>
      <category domain="http://securityratty.com/tag/technologies symposium">technologies symposium</category>
      <category domain="http://securityratty.com/tag/hotpets">hotpets</category>
      <category domain="http://securityratty.com/tag/field">field</category>
      <category domain="http://securityratty.com/tag/hotpets event">hotpets event</category>
      <category domain="http://securityratty.com/tag/venue">venue</category>
      <category domain="http://securityratty.com/tag/potential venue">potential venue</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/08/pets-2009/">Privacy Enhancing Technologies Symposium (PETS 2009)</source>
    </item>
    <item>
      <title><![CDATA[RFID Smartcard Vulnerability Published, Allows Anyone To Crack It In Minutes Using Inexpensive Tools]]></title>
      <link>http://securityratty.com/article/5a0a77597d26c38bcccaef92987ee312</link>
      <guid>http://securityratty.com/article/5a0a77597d26c38bcccaef92987ee312</guid>
      <description><![CDATA[Details about worlds most widely deployed radio frequency identification (RFID) smartcard vulnerability have finally been published Monday. RFID smartcards are used to control access to many...]]></description>
      <content:encoded><![CDATA[Details about world&#8217;s most widely deployed radio frequency identification (RFID) smartcard vulnerability have finally been published Monday. RFID smartcards are used to control access to many transportation systems, military installations, and other restricted areas, and it can be cracked in a matter of minutes using inexpensive tools.
The first among the 2 papers about this issue [...]]]></content:encoded>
      <pubDate>Mon, 06 Oct 2008 19:22:21 +0000</pubDate>
      <category domain="http://securityratty.com/tag/rfid">rfid</category>
      <category domain="http://securityratty.com/tag/inexpensive tools">inexpensive tools</category>
      <category domain="http://securityratty.com/tag/smartcard vulnerability">smartcard vulnerability</category>
      <category domain="http://securityratty.com/tag/rfid smartcards">rfid smartcards</category>
      <category domain="http://securityratty.com/tag/radio frequency identification">radio frequency identification</category>
      <category domain="http://securityratty.com/tag/transportation systems">transportation systems</category>
      <category domain="http://securityratty.com/tag/military installations">military installations</category>
      <category domain="http://securityratty.com/tag/minutes">minutes</category>
      <category domain="http://securityratty.com/tag/control access">control access</category>
      <source url="http://cyberinsecure.com/rfid-smartcard-vulnerability-published-allows-anyone-to-crack-it-in-minutes-using-inexpensive-tools/">RFID Smartcard Vulnerability Published, Allows Anyone To Crack It In Minutes Using Inexpensive Tools</source>
    </item>
    <item>
      <title><![CDATA[Real Artists Ship]]></title>
      <link>http://securityratty.com/article/da6631c856e43a023c66515e59fbce16</link>
      <guid>http://securityratty.com/article/da6631c856e43a023c66515e59fbce16</guid>
      <description><![CDATA[For a number of reasons I follow emerging economies, the biggies being China and India. The BRIC countries (Brazil, Russia, India, and China) generally get lumped in together as the &quot;next big thing&quot;,...]]></description>
      <content:encoded><![CDATA[<p>For a number of reasons I follow emerging economies, the biggies being China and India. The BRIC countries (Brazil, Russia, India, and China) generally get lumped in together as the &quot;next big thing&quot;, but they are at very, very different stages of development and more importantly are taking different paths. You can easily think of software security as an emerging discipline - despite a lot of talk and papers about Saltzer and Schroeder, we really don&#39;t have this stuff figured out.&#160;</p><br /><div>So China is following a well worn path similar to South Korea, Japan, and the early US. India is taking a totally different and unproven path towards growth. Tata Motors has been innovative in building the cheapest car - the Tata Nano which is a $2500 car, and<a href="http://1raindrop.typepad.com/1_raindrop/2008/01/to-those-about.html"> engineering triumph</a>, driven by a mantra that an engineer would stand behind &quot;do we really need that?&quot;</div><br /><div>Now the progress to executing on this is <a href="http://www.nytimes.com/2008/09/03/world/asia/03tata.html?_r=1&amp;ref=world&amp;oref=slogin">held back</a> by India&#39;s dysfunctional environment:</div><br /><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-style: italic; line-height: normal; ">In a tale rich with incongruities, the Communist-run government of West Bengal State invited the&#160;<a href="http://topics.nytimes.com/top/news/business/companies/tata_group/index.html?inline=nyt-org" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-decoration: none; color: #006683; " title="More articles about the Tata Group.">Tata Group</a>, a symbol of Indian capitalism, to set up its plant in an area called Singur. It acquired 1,000 acres from farmers on the company’s behalf.</span><br /><span style="font-family: Verdana; font-style: italic; line-height: normal; ">As the project advanced, some farmers who had sold their land demanded it back. The main state-level opposition party, the Trinamool Congress, led protests demanding that the land be returned. Most people sympathetic to Tata accused the opposition of inducing the farmers to protest, while Tata’s critics said the farmers had legitimate grievances.</span></p></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-style: italic; line-height: normal;"><br /></span><span style="font-family: Verdana; font-style: italic; line-height: normal; ">The issue simmered for months. But in recent days, protesters began surrounding the plant, blocking roads and preventing Tata workers from reaching the plant. “The existing environment of obstruction, intimidation and confrontation has begun to impact the ability of the company to convince several of its experienced managers to relocate and work in the plant,” Tata said in a statement on Tuesday.</span><br /><span style="font-family: Verdana; font-style: italic; line-height: normal; "><br /></span></p></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-style: italic; line-height: normal; ">The halt to the plant has caused many Indian business people to warn of a chilling effect on investment in the country. It is also unclear how Tata will be able to keep the Nano’s cost so low, since part of the affordable price reflects the company’s savings on the land in Singur.</span></p></blockquote><p><span style="font-family: Verdana; font-style: italic; line-height: normal;"><br /><div><span style="font-style: normal; "><a href="http://voxeu.org/index.php?q=node/1585">Arvind Subramanian</a>&#160;compares China and India&#39;s trajectories:</span><br /></div><div><span style="font-style: normal;"><br /></span></div></span></p><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-style: italic; line-height: normal; ">There is a fundamental asymmetry between state and markets. It is easier to create markets than it is to create state capacity or to prevent its deterioration. Creating markets is a lot about letting go, establishing a reasonable policy framework, and allowing the natural hustling instinct to take over. In other words, hustling is the natural state. Building state capacity, on the other hand, is quite different. It involves overcoming collective action problems, mediating conflict, creating accountability mechanisms where outputs are multiple and fuzzy and links between inputs and outputs murky, and contending with the deep imprints of history. In Weber’s memorable words, building public institutions is like the “slow boring of hard boards”.</span></p></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; font-style: italic; line-height: normal;"><br /></span><span style="font-family: Verdana; font-style: italic; line-height: normal; ">In that light, China’s task of improving its private sector seems easier to accomplish than India’s task of arresting institutional decline. So, while China and India can probably both count on more years of high growth, the odds still favour China pulling off that feat than India. That, and not just the meagre medal tally, should be what India mulls over after the Beijing Olympics.</span></p></blockquote><div><span style="font-family: Verdana; font-style: italic; line-height: normal;"><br /></span></div><div><span style="font-family: Verdana; line-height: normal; ">The Economist </span><a href="http://www.economist.com/blogs/freeexchange/2008/09/the_passion_of_the_tata.cfm">summarizes</a><span style="font-family: Verdana; line-height: normal; ">:</span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><p><span style="font-family: Verdana; line-height: normal; ">It&#39;s easier to liberalise a functional state than it is to functionalise a dysfunctional one, of any ideological stripe.</span></p></blockquote><p><span style="font-family: Verdana; line-height: normal;"><br /></span></p><div><span style="font-family: Verdana; line-height: normal;">What does all this have to do with ostensibly the topic at hand - Information Security? Well Tata Motors had the innovation but they didn&#39;t have the deployment model, at least not yet. More to the point, a lot of software security gets driven by infosec groups but real change is only coming when its driven by the development group. Why? Development groups are functional, they ship code.&#160;A lot of the success in software security is predicated by who you choose to partner with, it is more effective and easier to add security into a functional development group that ships code.</span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div><div><span style="font-family: Verdana; line-height: normal;"><br /></span></div>]]></content:encoded>
      <pubDate>Wed, 03 Sep 2008 07:23:08 +0000</pubDate>
      <category domain="http://securityratty.com/tag/tata">tata</category>
      <category domain="http://securityratty.com/tag/tata workers">tata workers</category>
      <category domain="http://securityratty.com/tag/tata motors">tata motors</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/india">india</category>
      <category domain="http://securityratty.com/tag/india mulls">india mulls</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/functional development">functional development</category>
      <category domain="http://securityratty.com/tag/software security">software security</category>
      <source url="http://1raindrop.typepad.com/1_raindrop/2008/09/real-artists-ship.html">Real Artists Ship</source>
    </item>
    <item>
      <title><![CDATA[An A to Z of confusion]]></title>
      <link>http://securityratty.com/article/1d340a34dfca897f3be184f083200758</link>
      <guid>http://securityratty.com/article/1d340a34dfca897f3be184f083200758</guid>
      <description><![CDATA[A few days ago I blogged about my paper on email spam volumes comparing aardvarks (email local parts [left of the @] beginning with A) with zebras (those starting with a Z
I observed that provided one...]]></description>
      <content:encoded><![CDATA[<p><a href="http://www.lightbluetouchpaper.org/2008/08/25/zebras-and-aardvarks/">A few days ago</a> I blogged about <a href="http://www.cl.cam.ac.uk/~rnc1/aardvark.pdf">my paper on email spam volumes</a> &#8212; comparing &#8220;aardvarks&#8221; (email local parts [left of the @] beginning with &#8220;A&#8221;) with &#8220;zebras&#8221; (those starting with a &#8220;Z&#8221;).</p>
<p>I observed that provided one considered &#8220;real&#8221; aardvarks and zebras &#8212; addresses that received good email amongst the spam &#8212; then aardvarks got 35% spam and zebras a mere 20%.</p>
<p>This has been widely picked up, first in the <a href="http://blogs.guardian.co.uk/technology/2008/08/26/how_to_avoid_spam_start_with_a_z.html">Guardian</a>, and later in many <a href="http://www.itnews.com.au/News/83579,the-a-to-z-of-spamming-exposed.aspx">other</a> papers as well (<a href="http://www.berlingske.dk/article/20080828/verden/80828092/">even in Danish</a>). However, many of these articles have got hold of the <a href="http://www.cartoonstock.com/lowres/aha0007l.jpg">wrong end of the stick</a>. So besides mentioning A and Z, it looks as if I should have published this figure from the paper as well&#8230;</p>
<p><img src="http://www.lightbluetouchpaper.org/wp-content/uploads/2008/08/figure3.png" alt="Figure 3 from the academic paper" class="size-full wp-image-364" /></p>
<p>&#8230; the point being that the effect I am describing has little to do with Z being at the end of the alphabet, and A at the front, but seems to be connected to the relative rarity of zebras.</p>
<p>As you can see from the figure, <a href="http://www.fonts.com/aboutfonts/articles/letterseries/letterm.htm">marmosets</a> and <a href="http://www.fonts.com/aboutfonts/articles/letterseries/letterm.htm">pelicans</a> get around 42% spam (M and P being popular letters for people&#8217;s names) and <a href="http://www.ucmp.berkeley.edu/mammal/mesaxonia/quagga.html">quaggas</a> 21% (there are very few <a href="http://www.brainyquote.com/quotes/authors/q/quentin_crisp.html">Quentins</a>, just as there are very few <a href="http://whimsiedolls.tripod.com/Zach_the_Sack.htm">Zacks</a>).</p>
<p>There are some outliers in the figure: for example &#8220;3&#8243; relates to spammers failing to parse HTML properly and ending up with &#8220;3c&#8221;  (<a href="http://unicode.org/charts/PDF/U0000.pdf">a < character</a>) at the start of names. However, it isn&#8217;t immediately apparent why &#8220;<a href="http://www.unicorncollector.com/legends.htm">unicorns</a>&#8221; get quite so much spam, it may just be a quirk of the way that I have assessed &#8220;realness&#8221;. Doubtless some future research will be able to explain this more fully.</p>
]]></content:encoded>
      <pubDate>Fri, 29 Aug 2008 01:16:28 +0000</pubDate>
      <category domain="http://securityratty.com/tag/spam">spam</category>
      <category domain="http://securityratty.com/tag/email spam volumes">email spam volumes</category>
      <category domain="http://securityratty.com/tag/email">email</category>
      <category domain="http://securityratty.com/tag/email local">email local</category>
      <category domain="http://securityratty.com/tag/zebras">zebras</category>
      <category domain="http://securityratty.com/tag/zebras addresses">zebras addresses</category>
      <category domain="http://securityratty.com/tag/aardvarks">aardvarks</category>
      <category domain="http://securityratty.com/tag/real aardvarks">real aardvarks</category>
      <category domain="http://securityratty.com/tag/figure">figure</category>
      <source url="http://www.lightbluetouchpaper.org/2008/08/29/an-a-to-z-of-confusion/">An A to Z of confusion</source>
    </item>
  </channel>
</rss>
