<?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: logic]]></title>
    <link>http://securityratty.com/tag/logic</link>
    <description></description>
    <pubDate>Tue, 22 Jul 2008 14:26:23 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Revealing Packed Malware]]></title>
      <link>http://securityratty.com/article/f80d94b6a1f4dade57ea3122522abdb5</link>
      <guid>http://securityratty.com/article/f80d94b6a1f4dade57ea3122522abdb5</guid>
      <description><![CDATA[In concert with the ever-growing network applications, a significant increase in the spread of malware over the Internet has been observed. In cases where malware are the zero-day threats, generating...]]></description>
      <content:encoded><![CDATA[In concert with the ever-growing network applications, a significant increase in the spread of malware over the Internet has been observed. In cases where malware are the zero-day threats, generating their signatures for detection via anti-virus (AV) scan engines becomes an important reactive security function. However, modern malware can easily bypass AV scanners using packers, which can hide malicious file contents from detection. This article describes how packers work, and the three most commonly used unpacking methods. The authors describe the logic flow and behavior of Upack, a popular packer, as an example of a software packer.<br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=e2d0c6f8959f9790ec29a49937b08486" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=e2d0c6f8959f9790ec29a49937b08486" style="display: none;" border="0" height="1" width="1" alt=""/>]]></content:encoded>
      <pubDate>Wed, 08 Oct 2008 00:42:07 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/modern malware">modern malware</category>
      <category domain="http://securityratty.com/tag/reactive security function">reactive security function</category>
      <category domain="http://securityratty.com/tag/authors describe">authors describe</category>
      <category domain="http://securityratty.com/tag/detection">detection</category>
      <category domain="http://securityratty.com/tag/network applications">network applications</category>
      <category domain="http://securityratty.com/tag/software packer">software packer</category>
      <category domain="http://securityratty.com/tag/scan engines">scan engines</category>
      <category domain="http://securityratty.com/tag/zero-day threats">zero-day threats</category>
      <source url="http://www.pheedo.com/click.phdo?i=e2d0c6f8959f9790ec29a49937b08486">Revealing Packed Malware</source>
    </item>
    <item>
      <title><![CDATA[Links for 2008-10-07 [del.icio.us]]]></title>
      <link>http://securityratty.com/article/a4fb4cbc59a38a25b05ab5b59e8dcf10</link>
      <guid>http://securityratty.com/article/a4fb4cbc59a38a25b05ab5b59e8dcf10</guid>
      <description><![CDATA[Insider Threat Example: Medco Employee Indicted for Planting Computer Logic Bomb - Realtime IT Compliance
Latest Ponemon Institute Study Ties Lack of Awareness at Executive Level to Insider Threat...]]></description>
      <content:encoded><![CDATA[<ul>
<li><a href="http://www.realtime-itcompliance.com/information_security/2007/01/insider_threat_example_medco_e.htm">Insider Threat Example: Medco Employee Indicted for Planting Computer Logic Bomb&nbsp;-&nbsp;Realtime IT Compliance</a></li>
<li><a href="http://press-releases.techwhack.com/4152-ponemon-institute">Latest Ponemon Institute Study Ties Lack of Awareness at Executive Level to Insider Threat Challenges</a></li>
<li><a href="http://securityviews.com/blog/2007/03/13/its-not-that-you-cant-trust-them-but/">It&rsquo;s not that you can&rsquo;t trust them, but&hellip; | Scott Wright's Security Views</a></li>
<li><a href="http://www.cmu.edu/eddy/">Project EDDY - Home Page</a></li>
<li><a href="http://redmondmag.com/features/article.asp?editorialsid=639">Redmond | Feature Article: IT Gone Bad</a></li>
<li><a href="http://www.cs.sandia.gov/sisyphus/">Sisyphus: an event log data-mining toolkit</a></li>
<li><a href="http://www.metricscenter.org/index.php/resourcesmain/articles">Security Metrics</a></li>
<li><a href="http://taosecurity.blogspot.com/2007/02/combat-insider-threats-with.html">TaoSecurity: Combat Insider Threats with Nontechnical Means</a></li>
<li><a href="http://taosecurity.blogspot.com/2006/12/incorrect-insider-threat-perceptions.html">TaoSecurity: Incorrect Insider Threat Perceptions</a></li>
<li><a href="http://taosecurity.blogspot.com/2006/09/insider-threat-study.html">TaoSecurity: Insider Threat Study</a></li>
<li><a href="http://www.infoassurance.org/x9-95.htm">TTS</a></li>
<li><a href="http://www.codeplex.com/visuallogparser">Visual Log Parser - Home</a></li>
<li><a href="http://www.tssci-security.com/archives/2008/09/11/web-application-security-tomorrow/">Web Application Security Tomorrow | tssci security</a></li>
<li><a href="http://corp-integrity.blogspot.com/2008/10/grc-20-grc-ecosystem.html">Corporate Integrity, LLC: GRC 2.0 the GRC EcoSystem</a></li>
</ul><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/414485586" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 07 Oct 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/insider threat challenges">insider threat challenges</category>
      <category domain="http://securityratty.com/tag/insider threat">insider threat</category>
      <category domain="http://securityratty.com/tag/insider threat study">insider threat study</category>
      <category domain="http://securityratty.com/tag/home page">home page</category>
      <category domain="http://securityratty.com/tag/visual log parser">visual log parser</category>
      <category domain="http://securityratty.com/tag/home">home</category>
      <category domain="http://securityratty.com/tag/taosecurity">taosecurity</category>
      <category domain="http://securityratty.com/tag/grc ecosystem">grc ecosystem</category>
      <category domain="http://securityratty.com/tag/grc">grc</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/414485586/anton18">Links for 2008-10-07 [del.icio.us]</source>
    </item>
    <item>
      <title><![CDATA[O.J. Simpson guilty verdict could lead to malicious spam]]></title>
      <link>http://securityratty.com/article/988064e680bbc043da7827d5986c1764</link>
      <guid>http://securityratty.com/article/988064e680bbc043da7827d5986c1764</guid>
      <description><![CDATA[Friday's conviction of former pro football star O.J. Simpson on charges related to the armed robbery of two sports memorabilia dealers could be used by malicious spammers to trick computer users,...]]></description>
      <content:encoded><![CDATA[Friday's conviction of former pro football star O.J. Simpson on charges related to the armed robbery of two sports memorabilia dealers could be used by malicious spammers to trick computer users, according to MX Logic.<br style="clear: both;"/>
    <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:cb6c6426f5761da41257aabcd3ea1d98:z%2FVMM%2FIWbIuXUnlZyrh0GOyJSUUtQ4RyeZiUJLhNWnkjQrXAwt81W8lNv73CRFLc7DwfqGm4%2Bsrx'><img border='0' title='Add to digg' alt='Add to digg' src='http://www.pheedo.com/images/mm/digg.gif'/></a>
    <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:d43d69a6ba6b385e17679f9753bb3321:hpuYthNGBGYdX9THLOqwJW%2BjTdr9LWu3NC3m%2F4o5NuVlWMjblO87M42Gjl7a4gOOuD3P6OMujs%2BZTw%3D%3D'><img border='0' title='Add to StumbleUpon' alt='Add to StumbleUpon' src='http://www.pheedo.com/images/mm/stumbleit.gif'/></a>
    <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:d8916cb74903868ff8b2ffc9503b773e:QVJZDJxBBToCvbWwnOrsutOL5lXlLqeaoouCt76%2Bk6H0lQ0AWOrFLshNF97XVao5ynd7LUgcFXFAlg%3D%3D'><img border='0' title='Add to Twitter' alt='Add to Twitter' src='http://www.pheedo.com/images/mm/twitter.png'/></a>
    <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:45f897cedabb0d138cb4b64df4624a79:bMQ3xQBUKTkxknLfArBZwmS2bv6msdg7Kpt9JtoQgaRrlQXQiyiUnEOiQ77OZYapPcCV8XlSMXARyg%3D%3D'><img border='0' title='Add to Slashdot' alt='Add to Slashdot' src='http://www.pheedo.com/images/mm/slashdot.png'/></a>
<br style="clear: both;"/>  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=a41b862a503e3d37ba4452419d8cca24" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=a41b862a503e3d37ba4452419d8cca24" style="display: none;" border="0" height="1" width="1" alt=""/>]]></content:encoded>
      <pubDate>Mon, 06 Oct 2008 00:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sports memorabilia dealers">sports memorabilia dealers</category>
      <category domain="http://securityratty.com/tag/trick computer users">trick computer users</category>
      <category domain="http://securityratty.com/tag/pro football star">pro football star</category>
      <category domain="http://securityratty.com/tag/malicious spammers">malicious spammers</category>
      <category domain="http://securityratty.com/tag/simpson">simpson</category>
      <category domain="http://securityratty.com/tag/armed robbery">armed robbery</category>
      <category domain="http://securityratty.com/tag/friday">friday</category>
      <category domain="http://securityratty.com/tag/charges">charges</category>
      <category domain="http://securityratty.com/tag/conviction">conviction</category>
      <source url="http://feeds.computerworld.com/click.phdo?i=a41b862a503e3d37ba4452419d8cca24">O.J. Simpson guilty verdict could lead to malicious spam</source>
    </item>
    <item>
      <title><![CDATA[Palo Alto's performance holds steady as security measures increase ]]></title>
      <link>http://securityratty.com/article/cded7a82de797353bc5017451f0d9784</link>
      <guid>http://securityratty.com/article/cded7a82de797353bc5017451f0d9784</guid>
      <description><![CDATA[In August, we tested Palo Alto Networks' PA-4020, the first fully application-aware firewall to be commercially marketed. When we attempted to test performance on the PA-4020 we ran into a hitch: Palo...]]></description>
      <content:encoded><![CDATA[In August, we tested Palo Alto Networks' PA-4020, the first fully application-aware firewall to be commercially marketed. When we attempted to test performance on the PA-4020 we ran into a hitch: Palo Alto's application identification logic discovered that we were using Spirent test tools.]]></content:encoded>
      <pubDate>Sun, 05 Oct 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/palo alto">palo alto</category>
      <category domain="http://securityratty.com/tag/palo alto networks">palo alto networks</category>
      <category domain="http://securityratty.com/tag/application identification logic">application identification logic</category>
      <category domain="http://securityratty.com/tag/spirent test tools">spirent test tools</category>
      <category domain="http://securityratty.com/tag/test performance">test performance</category>
      <category domain="http://securityratty.com/tag/pa-4020">pa-4020</category>
      <category domain="http://securityratty.com/tag/hitch">hitch</category>
      <category domain="http://securityratty.com/tag/firewall">firewall</category>
      <category domain="http://securityratty.com/tag/august">august</category>
      <source url="http://www.networkworld.com/reviews/2008/100608-test-palo-alto-performance.html?fsrc=rss-security">Palo Alto's performance holds steady as security measures increase </source>
    </item>
    <item>
      <title><![CDATA[Identity Farming]]></title>
      <link>http://securityratty.com/article/b473cbd43ff87938f8034236b68d25c8</link>
      <guid>http://securityratty.com/article/b473cbd43ff87938f8034236b68d25c8</guid>
      <description><![CDATA[Let me start off by saying that I'm making this whole thing up
Imagine you're in charge of infiltrating sleeper agents into the United States. The year is 1983, and the proliferation of identity...]]></description>
      <content:encoded><![CDATA[<p>Let me start off by saying that I'm making this whole thing up. </p>

<p>Imagine you're in charge of infiltrating sleeper agents into the United States. The year is 1983, and the proliferation of identity databases is making it increasingly difficult to create fake credentials. Ten years ago, someone could have just shown up in the country and gotten a driver's license, Social Security card and bank account -- possibly using the identity of someone roughly the same age who died as a young child -- but it's getting harder. And you know that trend will only continue. So you decide to grow your own identities. </p>

<p>Call it "identity farming." You invent a handful of infants. You apply for Social Security numbers for them. Eventually, you open bank accounts for them, file tax returns for them, register them to vote, and apply for credit cards in their name. And now, 25 years later, you have a handful of identities ready and waiting for some real people to step into them. </p>

<p>There are some complications, of course. Maybe you need people to sign their name as parents -- or, at least, mothers. Maybe you need to doctors to fill out birth certificates. Maybe you need to fill out paperwork certifying that you're home-schooling these children. You'll certainly want to exercise their financial identity: depositing money into their bank accounts and withdrawing it from ATMs, using their credit cards and paying the bills, and so on. And you'll need to establish some sort of addresses for them, even if it is just a mail drop. </p>

<p>You won't be able to get driver's licenses or photo IDs on their name. That isn't critical, though; in the U.S., more than 20 million adult citizens don't have photo IDs. But other than that, I can't think of any reason why identity farming wouldn't work. </p>

<p>Here's the real question: Do you actually have to show up for any part of your life? </p>

<p>Again, I made this all up. I have no evidence that anyone is actually doing this. It's not something a criminal organization is likely to do; twenty-five years is too distant a payoff horizon. The same logic holds true for terrorist organizations; it's not worth it. It might have been worth it to the KGB -- although perhaps harder to justify after the Soviet Union broke up in 1991 -- and might be an attractive option to existing intelligence adversaries like China. </p>

<p>Immortals could also use this trick to self-perpetuate themselves, inventing their own children and gradually assuming their identity, then killing their parents off. They could even show up for their own driver's license photos, wearing a beard as the father and blue spiked hair as the son. Iâm told this is a common idea in Highlander fan fiction. </p>

<p>The point isn't to create another movie plot threat, but to point out the central role that data has taken on in our lives. Previously, I've said that we all have a <a href="http://www.schneier.com/essay-219.html">data shadow</a> that follows us around, and that more and more institutions interact with our data shadows instead of with us. We only intersect with our data shadows once in a while -- when we apply for a driver's license or passport, for example -- and those interactions are authenticated by older, less-secure interactions. The rest of the world assumes that our photo IDs glue us to our data shadows, ignoring the rather flimsy connection between us and our plastic cards. (And, no, REAL-ID won't help.) </p>

<p>It seems to me that our data shadows are becoming increasingly distinct from us, almost with a life of their own. What's important now is our shadows; we're secondary. And as our society relies more and more on these shadows, we might even become unnecessary. </p>

<p>Our data shadows can live a perfectly normal life without us.</p>

<p>This essay <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/09/securitymatters_0904">previously appeared<a> on Wired.com.</p>

<p>EDITED TO ADD (9/9): Interesting <a href="http://www.examiner.com/x-536-Civil-Liberties-Examiner~y2008m9d4-Im-not-myself-today-or-manufacturing-a-new-you">commentary</a>.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=YzkGL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=YzkGL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=JDMVL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=JDMVL" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 09 Sep 2008 01:42:18 +0000</pubDate>
      <category domain="http://securityratty.com/tag/identity">identity</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/data shadow">data shadow</category>
      <category domain="http://securityratty.com/tag/data shadows">data shadows</category>
      <category domain="http://securityratty.com/tag/shadows">shadows</category>
      <category domain="http://securityratty.com/tag/financial identity">financial identity</category>
      <category domain="http://securityratty.com/tag/photo ids glue">photo ids glue</category>
      <category domain="http://securityratty.com/tag/photo ids">photo ids</category>
      <category domain="http://securityratty.com/tag/identity databases">identity databases</category>
      <source url="http://www.schneier.com/blog/archives/2008/09/identity_farmin.html">Identity Farming</source>
    </item>
    <item>
      <title><![CDATA[Security Matters: How to Create the Perfect Fake Identity]]></title>
      <link>http://securityratty.com/article/978beddfbfcfa8c96d83a85e27f028f6</link>
      <guid>http://securityratty.com/article/978beddfbfcfa8c96d83a85e27f028f6</guid>
      <description><![CDATA[Let me start off by saying that I'm making this whole thing up
Imagine you're in charge of infiltrating sleeper agents into the United States. The year is 1983, and the proliferation of identity...]]></description>
      <content:encoded><![CDATA[<p>Let me start off by saying that I'm making this whole thing up.
</p>

<p>
Imagine you're in charge of infiltrating sleeper agents into the United States. The year is 1983, and the proliferation of identity databases is making it increasingly difficult to create fake credentials. Ten years ago, someone could have just shown up in the country and gotten a driver's license, Social Security card and bank account -- possibly using the identity of someone roughly the same age who died as a young child -- but it's getting harder. And you know that trend will only continue. So you decide to grow your own identities.
</p>

<p>
Call it "identity farming." You invent a handful of infants. You apply for Social Security numbers for them. Eventually, you open bank accounts for them, file tax returns for them, register them to vote, and apply for credit cards in their name. And now, 25 years later, you have a handful of identities ready and waiting for some real people to step into them.
</p>

<p>
There are some complications, of course. Maybe you need people to sign their name as parents -- or, at least, mothers. Maybe you need to doctors to fill out birth certificates. Maybe you need to fill out paperwork certifying that you're home-schooling these children. You'll certainly want to exercise their financial identity: depositing money into their bank accounts and withdrawing it from ATMs, using their credit cards and paying the bills, and so on. And you'll need to establish some sort of addresses for them, even if it is just a mail drop.
</p>

<p>
You won't be able to get driver's licenses or photo IDs on their name. That isn't critical, though; in the U.S., more than 20 million adult citizens don't have photo IDs. But other than that, I can't think of any reason why identity farming wouldn't work.  
</p>

<p>
Here's the real question: Do you actually have to show up for any part of your life?
</p>

<p>
Again, I made this all up. I have no evidence that anyone is actually doing this. It's not something a criminal organization is likely to do; twenty-five years is too distant a payoff horizon. The same logic holds true for terrorist organizations; it's not worth it. It might have been worth it to the KGB -- although perhaps harder to justify after the Soviet Union broke up in 1991 -- and might be an attractive option to existing intelligence adversaries like China.
</p>

<p>
Immortals could also use this trick to self-perpetuate themselves, inventing their own children and gradually assuming their identity, then killing their parents off. They could even show up for their own driver's license photos, wearing a beard as the father and blue spiked hair as the son. I’m told this is a common idea in <a href="http://www.highlander.org/"><cite>Highlander</cite></a> fan fiction.
</p>

<p>
The point isn't to create another movie plot threat, but to point out the central role that data has taken on in our lives. Previously, I've said that we all have a <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/05/securitymatters_0515">data shadow</a> that follows us around, and that more and more institutions interact with our data shadows instead of with us. We only intersect with our data shadows once in a while -- when we apply for a driver's license or passport, for example -- and those interactions are authenticated by older, less-secure interactions. The rest of the world assumes that our photo IDs glue us to our data shadows, ignoring the rather flimsy connection between us and our plastic cards. (And, no, REAL-ID won't help.)
</p>

<p>
It seems to me that our data shadows are becoming increasingly distinct from us, almost with a life of their own. What's important now is our shadows; we're secondary. And as our society relies more and more on these shadows, we might even become unnecessary.
</p>

<p>
Our data shadows can live a perfectly normal life without us.
</p>
<p>
---
</p>
<p><cite>Bruce Schneier is Chief Security Technology Officer of BT, and author of </cite>Beyond Fear: Thinking Sensibly About Security in an Uncertain World<cite>.</cite>
</p><br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=8c450d9a9d0030ff631259b1803cae6a" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=8c450d9a9d0030ff631259b1803cae6a" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=snUd9L"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=snUd9L" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=uzqRkl"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=uzqRkl" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=zVASIl"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=zVASIl" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=itvpML"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=itvpML" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=XRzLgL"><img src="http://feeds.wired.com/~f/wired/politics/security?i=XRzLgL" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=hSbcKl"><img src="http://feeds.wired.com/~f/wired/politics/security?i=hSbcKl" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=Rk785l"><img src="http://feeds.wired.com/~f/wired/politics/security?i=Rk785l" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=qjRx3L"><img src="http://feeds.wired.com/~f/wired/politics/security?i=qjRx3L" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/382935195" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/382935196" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 04 Sep 2008 00:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/identity">identity</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/data shadow">data shadow</category>
      <category domain="http://securityratty.com/tag/data shadows">data shadows</category>
      <category domain="http://securityratty.com/tag/shadows">shadows</category>
      <category domain="http://securityratty.com/tag/social security card">social security card</category>
      <category domain="http://securityratty.com/tag/financial identity">financial identity</category>
      <category domain="http://securityratty.com/tag/photo ids glue">photo ids glue</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/382935196/securitymatters_0904">Security Matters: How to Create the Perfect Fake Identity</source>
    </item>
    <item>
      <title><![CDATA[Fun Reading on Security - 7]]></title>
      <link>http://securityratty.com/article/c474f15d19ef80949f385cbe7b510b79</link>
      <guid>http://securityratty.com/article/c474f15d19ef80949f385cbe7b510b79</guid>
      <description><![CDATA[Instead of my usual &quot;blogging frenzy&quot; machine gun blast of short posts, I will just combine them into my new blog series &quot; Fun Reading on Security .&quot; Here is an issue #7, dated August 27th, 2008
Sad,...]]></description>
      <content:encoded><![CDATA[<p>Instead of my usual &quot;blogging frenzy&quot; machine gun blast of short posts, I will just combine them into my new blog series &quot;<a href="http://chuvakin.blogspot.com/search/label/reading">Fun Reading on Security</a>.&quot; Here is an issue #7, dated August 27th, 2008.</p>  <ol>   <li>Sad, but VERY insightful story of Alan Shimmel getting 0wned (<a href="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/08/im-back.html">1</a>,<a href="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/08/more-frustratio.html">2</a>,<a href="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/08/our-web-infrast.html">3</a>,<a href="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/08/why-google-is-n.html">4</a>, others on his blog) </li>    <li>A very good essay on security industry/market/community &quot;<a href="http://blog.trailofbits.com/2008/07/24/evolution-is-punctuated-equilibria/">Evolution is Punctuated Equilibria</a>&quot; <em>(&quot;Right now, Internet security is due for another period of rapid change.&quot;)</em> </li>    <li>As I like to say, most everybody in out industry is confused about risk (myself included, in fact) - here is some nice reading about the subject: &quot;<a href="http://layer8.itsecuritygeek.com/layer8/quant-love/">Quant love&quot;</a>, &quot;<a href="http://risktical.com/2008/07/31/what-is-risk/">What is Risk?</a>&quot; (&quot;<em>The probability of a threat overcoming security controls resistance to exploit a vulnerability that results in a loss.</em>&quot;) While you are at it, check <a href="http://risktical.com/2008/08/24/risk-and-cvss-post-1/">this blurb</a> about risk and <a href="http://www.first.org/cvss/">CVSS</a> (BTW, <a href="http://www.first.org/cvss/">CVSS</a> is about &quot;V&quot; - vulnerability, not &quot;R&quot; for risk!)</li>    <li>Solid gold on &quot;running IT as business&quot; (and where it hits the wall) - <a href="http://taosecurity.blogspot.com/2008/08/limits-of-running-it-like-business.html">Richard</a>, <a href="http://www.cio.com/article/print/335813">the original CIO.com piece</a>&#160;<em>(&quot;If you've tried managing an internal IT department as a bona fide business you already know that you can't take that very far, for the obvious reason that your IT department isn't a business.&quot;)</em> </li>    <li>More fun stuff from Richard <a href="http://taosecurity.blogspot.com/2008/07/counterintelligence-worse-than-security.html">on insiders and why NOT look for them</a> (sadly, same logic applies to not looking for owned boxes in your environment...). </li>    <li>Analyst firms <a href="http://www.forrester.com/Research/Document/Excerpt/0,7211,46811,00.html">shocking discovery</a>: wireless MAY have security issues (I guess count it as humor...)</li>    <li>Fun read: &quot;<a href="http://onsaas.net/2008/08/23/challenges-of-enterprise-cloud-computing/">Challenges of Enterprise Cloud Computing</a>&quot; (<em>&quot;By moving the data into the cloud, enterprise, for now, will lose some capabilities to govern their own data set.&quot;</em>) </li>    <li><a href="http://searchnetworking.techtarget.com/news/article/0,289142,sid7_gci1326271,00.html">Raffy on visualization</a>. (<em>&quot;One of the dangerous things is if you don't understand the log file itself, don't assume you'll understand the visualization of it or even generate a visualization that makes sense&quot;</em>) Amen to that! BTW, Raffy's book is finally <a href="http://www.amazon.com/gp/product/0321510100/ref=cm_cr_pr_product_top">out.</a> </li>    <li>Compliance and checkbox mentality: fun pickup from <a href="http://chuvakin.blogspot.com/2008/08/few-more-words-on-dlp-and-compliance.html">my original &quot;DLP and Compliance&quot; post</a> - <a href="http://securosis.com/2008/08/18/dont-sell-compliance-if-it-isnt-a-checkbox/">Rich</a> and <a href="http://channelmarker.blogs.techtarget.com/2008/08/19/794/">TechTarget</a>. Good stuff! (&quot;<a href="http://securosis.com/2008/08/18/dont-sell-compliance-if-it-isnt-a-checkbox/"><em>Don&#8217;t Sell &#8216;Compliance&#8217; If It Isn&#8217;t A Checkbox </em></a>&quot;) </li>    <li>RedHat is <a href="http://www.redhat.com/archives/fedora-announce-list/2008-August/msg00012.html">nicely 0wned</a> (<a href="http://isc.sans.org/diary.html?storyid=4921">more info</a>)</li>    <li><a href="http://blog.wired.com/27bstroke6/2008/08/revealed-the-in.html">BGP hole</a> to dwarf the DNS hole?</li>    <li>Chris continues the virtualization and PCI DSS theme <a href="http://rationalsecurity.typepad.com/blog/2008/08/virtualized-inf.html">here</a>. The jury is still out on this one, even though the common sense approach (that virtualization is OK in regards to PCI) will probably win.</li>    <li>NEWS FLASH! <a href="http://blog.modernmechanix.com/2008/03/31/the-national-data-center-and-personal-privacy/">Privacy dies</a>. The date of death? 1967. While <a href="http://blog.modernmechanix.com/2008/03/31/the-national-data-center-and-personal-privacy/">reading it</a>, think just how visionary some folks are...</li>    <li>Finally, just for laughs: <a href="http://www.wikihow.com/Spin-Bad-News">How to Spin Bad News</a> </li> </ol>  <p>Enjoy!</p>  <p>BTW, I am saving some fun reading for dedicated posts soon :-)</p>  <div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=jdwxUK"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=jdwxUK" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=PB8ogK"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=PB8ogK" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=YLH24K"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=YLH24K" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/376393795" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 27 Aug 2008 06:56:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/fun">fun</category>
      <category domain="http://securityratty.com/tag/security controls resistance">security controls resistance</category>
      <category domain="http://securityratty.com/tag/stuff">stuff</category>
      <category domain="http://securityratty.com/tag/fun stuff">fun stuff</category>
      <category domain="http://securityratty.com/tag/security issues">security issues</category>
      <category domain="http://securityratty.com/tag/business">business</category>
      <category domain="http://securityratty.com/tag/bona fide business">bona fide business</category>
      <category domain="http://securityratty.com/tag/fun pickup">fun pickup</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/376393795/fun-reading-on-security-7.html">Fun Reading on Security - 7</source>
    </item>
    <item>
      <title><![CDATA[A Complex Event = Sum (Events) + Situational Knowledge]]></title>
      <link>http://securityratty.com/article/6c2bb3d926962cbe55f37d5757e6c129</link>
      <guid>http://securityratty.com/article/6c2bb3d926962cbe55f37d5757e6c129</guid>
      <description><![CDATA[Sometimes we read some opinions about CEP where folksopine thatcomplex event processing is really about processing complex events and not about complex event processing. The truth be told, processing...]]></description>
      <content:encoded><![CDATA[<p>Sometimes we read some opinions about CEP where folks opine that &#8221;complex event processing&#8221; is really about processing &#8220;complex events&#8221; and not about &#8220;complex&#8221; &#8220;event processing&#8221;.   The truth be told, processing &#8220;complex events&#8221; requires &#8220;complex&#8221; &#8220;event processing&#8221; so there is really no difference between the two ways of expressing CEP.</p>
<p>You can not process complex events in some very simple way and expect to get accurate results.  You need knowledge, represented by one or more situational models, to process complex events.</p>
<p>Some folks, like to say that a &#8220;complex event&#8221; is simply an event which is an aggregation of two more more event objects.    If you follow this (flawed) logic, then counting integers is complex event processing; because 1 plus 1 is 2, and 2 is an aggregation of 1 and 1, so 2 is a complex event (not!).  </p>
<p>Since we know that counting is not a complex processing operation, then some folks would say that you can process complex events with very simple operations because you are processing complex events , in the case adding 1 to the previous number (counting), enriching an event object.</p>
<p>This is simply nonsense.</p>
<p>The logic flaw is that the basic definition of a &#8220;complex event&#8221; (used by many people) is wrong.   A complex event is not simply an event object with two more more events as sub-components. </p>
<p>A complex event is when two event objects are combined (processed) to form a complex object with a higher degree of inference, or situational knowledge.   One plus one equals more than two in complex event processing, because the combination of event objects requires knowledge (e.g. a situational model).</p>
<blockquote><p>A Complex Event = Sum (EventsObjects) + Situational Knowledge</p></blockquote>
<p>Let there be no mistake about it.    Complex event processing is the complex processing of complex events.   You cannot accurately process complex events with simple event processing models.</p>
<p>The simple processing of complex events is not CEP, it is simple event processing (event track-and-trace, simple event object enrichment, simple event object aggregation, and so forth).<br />
 </p>
]]></content:encoded>
      <pubDate>Sat, 16 Aug 2008 05:11:34 +0000</pubDate>
      <category domain="http://securityratty.com/tag/events">events</category>
      <category domain="http://securityratty.com/tag/complex events">complex events</category>
      <category domain="http://securityratty.com/tag/complex">complex</category>
      <category domain="http://securityratty.com/tag/process complex events">process complex events</category>
      <category domain="http://securityratty.com/tag/event">event</category>
      <category domain="http://securityratty.com/tag/complex event">complex event</category>
      <category domain="http://securityratty.com/tag/event object">event object</category>
      <category domain="http://securityratty.com/tag/folksopine thatcomplex event">folksopine thatcomplex event</category>
      <category domain="http://securityratty.com/tag/event objects">event objects</category>
      <source url="http://www.thecepblog.com/2008/08/16/a-complex-event-sum-events-knowledge/">A Complex Event = Sum (Events) + Situational Knowledge</source>
    </item>
    <item>
      <title><![CDATA[Random stuff on my to do list]]></title>
      <link>http://securityratty.com/article/8a6e0cf6a3383c5228b81f063f03348a</link>
      <guid>http://securityratty.com/article/8a6e0cf6a3383c5228b81f063f03348a</guid>
      <description><![CDATA[SQL injection in web apps is sooooo old. It still exists everywhere and security companies are still making good moolah by capturing 'crown jewels' by exploiting this - However, I'm not sure that SQL...]]></description>
      <content:encoded><![CDATA[SQL injection in web apps is sooooo old. It still exists everywhere and security companies are still making good moolah by capturing 'crown jewels' by exploiting this - However, I'm not sure that SQL injection testing for non web based applications/scenarios has caught on. Are they even worth trying ? For example: I'd really like to test the logic for the following (for starters) at some point in life :<br /><br />1. Cell phones - EMEA registration. Attempt to SQL inject the backend during registration and/or normal communication. Ditto with normal phone lines - would that work ? Before I even say "Only one way to find out.." I should really read up on cell phones to test the theory..<br /><br />2. Magstripes on cards - change data in the magstripe of ID cards , hotel access cards, credit cards, debit cards etc - to SQL inject the backend - Hmmm.. my name/cardnumber/PIN is now <em>' OR 1=1 -- ? </em><br />Something like  <a href="http://xkcd.com/327/">little bobby tables</a>.<br /><br />3. Checks - Change the account number on checks to SQL inject the backend. I'm almost certain this would fail because of the MICR E13b restrictions of characters.. ah well.. <br /><br />Ah well..I would need to get back into security consulting at some point if I want to test this out in a legal way..]]></content:encoded>
      <pubDate>Thu, 31 Jul 2008 12:46:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/credit cards">credit cards</category>
      <category domain="http://securityratty.com/tag/cards">cards</category>
      <category domain="http://securityratty.com/tag/hotel access cards">hotel access cards</category>
      <category domain="http://securityratty.com/tag/sql inject">sql inject</category>
      <category domain="http://securityratty.com/tag/debit cards">debit cards</category>
      <category domain="http://securityratty.com/tag/sql injection">sql injection</category>
      <category domain="http://securityratty.com/tag/cell phones">cell phones</category>
      <category domain="http://securityratty.com/tag/test">test</category>
      <category domain="http://securityratty.com/tag/backend">backend</category>
      <source url="http://securitycoin.blogspot.com/2008/07/random-stuff-on-my-to-do-list.html">Random stuff on my to do list</source>
    </item>
    <item>
      <title><![CDATA[Q&A: Web 2.0 Security]]></title>
      <link>http://securityratty.com/article/4e8f2201f19cbaaec4d0d32018dd1373</link>
      <guid>http://securityratty.com/article/4e8f2201f19cbaaec4d0d32018dd1373</guid>
      <description><![CDATA[Sam Masiello oversees the MX Logic Threat Operations Center. Masiello has more than 18 years of email systems and IT management experience, including nearly 10 years network and security systems...]]></description>
      <content:encoded><![CDATA[Sam Masiello oversees the MX Logic Threat Operations Center. Masiello has more than 18 years of email systems and IT management experience, including nearly 10 years network and security systems manag...]]></content:encoded>
      <pubDate>Tue, 22 Jul 2008 14:26:23 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sam masiello oversees">sam masiello oversees</category>
      <category domain="http://securityratty.com/tag/masiello">masiello</category>
      <category domain="http://securityratty.com/tag/security systems manag">security systems manag</category>
      <category domain="http://securityratty.com/tag/email systems">email systems</category>
      <category domain="http://securityratty.com/tag/management experience">management experience</category>
      <category domain="http://securityratty.com/tag/network">network</category>
      <source url="http://www.net-security.org/article.php?id=1158">Q&amp;A: Web 2.0 Security</source>
    </item>
  </channel>
</rss>
