<?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: dlp]]></title>
    <link>http://securityratty.com/tag/dlp</link>
    <description></description>
    <pubDate>Wed, 27 Aug 2008 06:56:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Symantec's vision...]]></title>
      <link>http://securityratty.com/article/0a12c35a88cbf21c5df24b956fdc875d</link>
      <guid>http://securityratty.com/article/0a12c35a88cbf21c5df24b956fdc875d</guid>
      <description><![CDATA[And so it begins

Symantec bought out MessageLabs and is (in their own words) &quot;combining MessageLabs deep expertise in the SaaS market with Symantecs rich portfolio of technologies

The interesting...]]></description>
      <content:encoded><![CDATA[And so it begins...<br /><br /><a href="http://www.symantec.com/about/news/release/article.jsp?prid=20081008_02">Symantec bought out MessageLabs</a> and is (in their own words) "combining MessageLabs’ deep expertise in the SaaS market with Symantec’s rich  portfolio of technologies".<br /><br />The interesting thing is that Symantec does not really lead in the anti-virus market (in terms of quality, not market share. All antivirus products are about the same) or antispam (MessageLabs is excellent here).<br /><br />So, what could they possibly bring to the party that MessageLabs doesn't already have?<br /><br />DLP.<br /><br />MessageLabs has DLP but it is very simple and not really worth very much. The framework is certainly there though. Add some good DLP and voila - you have a product that is worth something.<img src="http://feeds.feedburner.com/~r/SecurityThoughts/~4/416721491" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 10 Oct 2008 07:24:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/messagelabs">messagelabs</category>
      <category domain="http://securityratty.com/tag/messagelabs deep expertise">messagelabs deep expertise</category>
      <category domain="http://securityratty.com/tag/symantec">symantec</category>
      <category domain="http://securityratty.com/tag/dlp">dlp</category>
      <category domain="http://securityratty.com/tag/symantecs rich portfolio">symantecs rich portfolio</category>
      <category domain="http://securityratty.com/tag/saas market">saas market</category>
      <category domain="http://securityratty.com/tag/worth">worth</category>
      <category domain="http://securityratty.com/tag/anti-virus market">anti-virus market</category>
      <category domain="http://securityratty.com/tag/market share">market share</category>
      <source url="http://feeds.feedburner.com/~r/SecurityThoughts/~3/416721491/symantecs-vision.html">Symantec's vision...</source>
    </item>
    <item>
      <title><![CDATA[Symantec updates DLP endpoint, antispam gateway]]></title>
      <link>http://securityratty.com/article/c35ab87dd35bf0956806ae67828222e5</link>
      <guid>http://securityratty.com/article/c35ab87dd35bf0956806ae67828222e5</guid>
      <description><![CDATA[Symantec plans to release updated versions of its antispam gateway and data-loss-prevention...]]></description>
      <content:encoded><![CDATA[Symantec plans to release updated versions of its antispam gateway and data-loss-prevention agent.]]></content:encoded>
      <pubDate>Mon, 06 Oct 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/antispam gateway">antispam gateway</category>
      <category domain="http://securityratty.com/tag/symantec plans">symantec plans</category>
      <category domain="http://securityratty.com/tag/versions">versions</category>
      <category domain="http://securityratty.com/tag/agent">agent</category>
      <category domain="http://securityratty.com/tag/release">release</category>
      <source url="http://www.networkworld.com/news/2008/100708-symantec-dlp-antispam-updates.html?fsrc=rss-security">Symantec updates DLP endpoint, antispam gateway</source>
    </item>
    <item>
      <title><![CDATA[Have CrackBerry, Will Travel]]></title>
      <link>http://securityratty.com/article/c96f50744fe7be879c793f14bd28e183</link>
      <guid>http://securityratty.com/article/c96f50744fe7be879c793f14bd28e183</guid>
      <description><![CDATA[Blogger: Dan Blum
It is no surprise for us to hear loose lips flapping in India about a capability to decrypt Blackberry and other carrier traffic
After all, weve done basic threat analysis for years...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Dan Blum</p>

<p>It is no surprise for us to hear loose lips flapping in India about <a href="http://economictimes.indiatimes.com/At_last_govt_cracks_BlackBerry_code/articleshow/3510719.cms">a capability to decrypt Blackberry and other carrier traffic</a>.</p>

<p>After all, we’ve done basic threat analysis for years and it was only months ago that I was brought into a company-wide CISO meeting at a U.S. defense contractor to help them hash out their travel policy for mobile devices. Going into the meeting, I knew their policy restricted taking devices to a list of countries considered dangerous – but there was an exemption for BlackBerries.</p>

<p>Our research uncovered that BlackBerry is pretty secure in most respects. It has transport encryption along with optional password protection, remote kill, disk encryption, and S/MIME encryption. Viruses have not flourished on this functionally limited and closed platform. Few if any third party add on programs are required for additional protection. Nonetheless, I went into the meeting prepared to talk with the CISOs about the risks and security limitations of life on BlackBerry.</p>

<p>Was the BlackBerry exemption reasonable? At the time, BlackBerry transport encryption was not known to have been broken (to be fair, the article listed above still qualifies as rumor, not certainty of breakage). However, I pointed out that it is dangerous to assume well-equipped attackers like military or intelligence organizations can’t crack transport encryption. And even if they haven’t cracked the BlackBerry network and whole disk encryption features, sophisticated adversaries have other attack paths. Check out Neal Stephenson’s excellent book <a href="http://www.amazon.com/Cryptonomicon-Neal-Stephenson/dp/0060512806/ref=pd_bbs_sr_1?ie=UTF8&amp;s=books&amp;qid=1222262354&amp;sr=1-1">Cryptonomicon</a> for a description of how a talented adversary might “see” your keystrokes and screen images through a motel room wall, for example.</p>

<p>If one of your employees – such as a key scientist, project manager, or executive – is targeted for surveillance and is carrying sensitive data through certain countries, one could argue that he or she had better undergo serious counter-intelligence training.&nbsp; Learn to spot and shake tails, sneak into dark alleys for that BlackBerry fix. Learn to paper the closet with layers of aluminum foil and send messages in the dark. Defend that BlackBerry with encryption, long passphrases, and kung fu. But unless James Bond is running your company, I doubt this is what your executives have in mind for the next business trip!</p>

<p>Assuming your organization’s lower level employees are like needles in a haystack and won’t be bothered could be an exercise in wishful thinking. It is always possible that nation states are monitoring some or all of the airwaves. Not so long ago the NSA had a massive a covert surveillance program in place. Years before the government was reportedly snarfing up terabytes of emails and crunching them through a program called Carnivore. And of course, selective monitoring of people on watch lists continues on a large scale. This is just the surveillance we know about in the U.S. We suspect there’s more behind the scenes and especially in countries such as China. Even if you train your non-specifically-targeted low level employees to write and speak in search-keyword-free code, the carnivore programs of the world are pretty good at sniffing out those interesting needles – such as descriptions of your business plans, manufacturing processes, and trade secrets.</p>

<p>Sound paranoid? I admit that I don’t know what the probabilities of being targeted or monitored are – just that it can happen. It’s the height of arrogance to believe that a nation state can’t get your information if they’ve targeted it and you’re within their borders. And it’s dangerous to rely on security by obscurity when medium or high consequence information must be protected.</p>

<p>What can be done? If key personnel can't dispense with the BlackBerry (or any other email device) during international travel to those countries where information may be most at risk, they (the users) should limit communications to what they’d feel comfortable uttering over a potentially-monitored telephone call. Controlling incoming communications – messages sent by others – is a harder problem. Until data loss prevention (DLP) products become more contextually sensitive about the travel issues, it may be best not to synchronize the BlackBerry with the overseas user’s home mailbox. Instead, have the user give out a temporary address for the BlackBerry and warn senders to be discreet. </p></div>
<img src="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~4/402766223" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 25 Sep 2008 04:45:34 +0000</pubDate>
      <category domain="http://securityratty.com/tag/blackberry transport encryption">blackberry transport encryption</category>
      <category domain="http://securityratty.com/tag/transport encryption">transport encryption</category>
      <category domain="http://securityratty.com/tag/exemption">exemption</category>
      <category domain="http://securityratty.com/tag/blackberry exemption reasonable">blackberry exemption reasonable</category>
      <category domain="http://securityratty.com/tag/blackberry">blackberry</category>
      <category domain="http://securityratty.com/tag/disk encryption">disk encryption</category>
      <category domain="http://securityratty.com/tag/disk encryption features">disk encryption features</category>
      <category domain="http://securityratty.com/tag/blackberry fix">blackberry fix</category>
      <category domain="http://securityratty.com/tag/decrypt blackberry">decrypt blackberry</category>
      <source url="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~3/402766223/have-crackberry.html">Have CrackBerry, Will Travel</source>
    </item>
    <item>
      <title><![CDATA[DLP: Technology wins over reliance on human perfection... every time]]></title>
      <link>http://securityratty.com/article/6ba30949a6bbada50ef940c684c6ac6a</link>
      <guid>http://securityratty.com/article/6ba30949a6bbada50ef940c684c6ac6a</guid>
      <description><![CDATA[Company management recognizes it is responsible to prevent data leaks. Someone throws an encryption solution at the users, washes their hands, and claims organizational responsibility has been...]]></description>
      <content:encoded><![CDATA[Company management recognizes it is responsible to prevent data leaks.  Someone throws an encryption solution at the users, washes their hands, and claims organizational responsibility has been demonstrated.  Sound familiar?]]></content:encoded>
      <pubDate>Tue, 23 Sep 2008 01:30:40 +0000</pubDate>
      <category domain="http://securityratty.com/tag/prevent data leaks">prevent data leaks</category>
      <category domain="http://securityratty.com/tag/claims organizational responsibility">claims organizational responsibility</category>
      <category domain="http://securityratty.com/tag/sound familiar">sound familiar</category>
      <category domain="http://securityratty.com/tag/encryption solution">encryption solution</category>
      <category domain="http://securityratty.com/tag/company management">company management</category>
      <category domain="http://securityratty.com/tag/responsible">responsible</category>
      <category domain="http://securityratty.com/tag/washes">washes</category>
      <category domain="http://securityratty.com/tag/hands">hands</category>
      <category domain="http://securityratty.com/tag/users">users</category>
      <source url="http://networking.ittoolbox.com/r/rss.asp?url=http://it.toolbox.com/blogs/adventuresinsecurity/dlp-technology-wins-over-reliance-on-human-perfection-every-time-27291">DLP: Technology wins over reliance on human perfection... every time</source>
    </item>
    <item>
      <title><![CDATA[Links for 2008-09-16 [del.icio.us]]]></title>
      <link>http://securityratty.com/article/5a3a38b2081a3ca466ccd8cb3251f404</link>
      <guid>http://securityratty.com/article/5a3a38b2081a3ca466ccd8cb3251f404</guid>
      <description><![CDATA[Matt Flynn's Identity Management Blog: Situational Awareness in Logs &amp; Events
The Difference between Quantitative and Qualitative Risk Analysis and Why It Matters (Part 1) | BlogInfoSec.com
The Daily...]]></description>
      <content:encoded><![CDATA[<ul>
<li><a href="http://360tek.blogspot.com/2008/09/situational-awareness-in-logs-events.html">Matt Flynn's Identity Management Blog: Situational Awareness in Logs &amp; Events</a></li>
<li><a href="http://www.bloginfosec.com/2008/09/04/the-difference-between-quantitative-and-qualitative-risk-analysis-and-why-it-matters-part-1/">The Difference between Quantitative and Qualitative Risk Analysis and Why It Matters (Part 1) | BlogInfoSec.com</a></li>
<li><a href="http://securityincite.com/blog/mike-rothman/the-daily-incite-september-16-2008">The Daily Incite - September 16, 2008 | Security Incite: Analysis on Information Security</a><br/>
I got an earful from folks in the DLP space about my thoughts on &quot;poor man&#039;s DLP,&quot; basically the capabilities that come with your email and web gateways that can check for very simple regular expressions and other content matching algorithms. I maintain that for a lot of customers, this is good enough to meet the spirit of the regulations and also to address the most common data leakages. No, this probably won&#039;t wash for a Fortune 50 class mega-enterprise. But Joey-bag-of-donuts and his PCI requirements?</li>
</ul><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/394871019" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 16 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/analysis">analysis</category>
      <category domain="http://securityratty.com/tag/qualitative risk analysis">qualitative risk analysis</category>
      <category domain="http://securityratty.com/tag/dlp space">dlp space</category>
      <category domain="http://securityratty.com/tag/identity management blog">identity management blog</category>
      <category domain="http://securityratty.com/tag/dlp">dlp</category>
      <category domain="http://securityratty.com/tag/simple regular expressions">simple regular expressions</category>
      <category domain="http://securityratty.com/tag/common data leakages">common data leakages</category>
      <category domain="http://securityratty.com/tag/pci requirements">pci requirements</category>
      <category domain="http://securityratty.com/tag/situational awareness">situational awareness</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/394871019/anton18">Links for 2008-09-16 [del.icio.us]</source>
    </item>
    <item>
      <title><![CDATA[Overcome the e-discovery and DLP .PST challenge]]></title>
      <link>http://securityratty.com/article/ca7beeab7f68d54f9c65c4f015109979</link>
      <guid>http://securityratty.com/article/ca7beeab7f68d54f9c65c4f015109979</guid>
      <description><![CDATA[PST files are convenient storage for users, but bad news for DLP control and e-discovery processes. Here's how to deal with...]]></description>
      <content:encoded><![CDATA[.PST files are convenient storage for users, but bad news for DLP control and e-discovery processes.  Here's how to deal with them.]]></content:encoded>
      <pubDate>Tue, 16 Sep 2008 03:53:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/e-discovery processes">e-discovery processes</category>
      <category domain="http://securityratty.com/tag/dlp control">dlp control</category>
      <category domain="http://securityratty.com/tag/pst files">pst files</category>
      <category domain="http://securityratty.com/tag/convenient storage">convenient storage</category>
      <category domain="http://securityratty.com/tag/bad news">bad news</category>
      <category domain="http://securityratty.com/tag/deal">deal</category>
      <category domain="http://securityratty.com/tag/users">users</category>
      <source url="http://networking.ittoolbox.com/r/rss.asp?url=http://it.toolbox.com/blogs/adventuresinsecurity/overcome-the-ediscovery-and-dlp-pst-challenge-27188">Overcome the e-discovery and DLP .PST challenge</source>
    </item>
    <item>
      <title><![CDATA[Data leaks a people problem not a technical one]]></title>
      <link>http://securityratty.com/article/16a42003df8f59d03071410cdfec9e5f</link>
      <guid>http://securityratty.com/article/16a42003df8f59d03071410cdfec9e5f</guid>
      <description><![CDATA[Data-leak prevention is more of a people and policy problem, not a technical one, according to some information-technology professionals who have gotten their feet wet with deploying...]]></description>
      <content:encoded><![CDATA[Data-leak prevention is more of a people and policy problem, not a technical one, according to some information-technology professionals who have gotten their feet wet with deploying DLP.]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/data-leak prevention">data-leak prevention</category>
      <category domain="http://securityratty.com/tag/feet wet">feet wet</category>
      <category domain="http://securityratty.com/tag/people">people</category>
      <category domain="http://securityratty.com/tag/technical">technical</category>
      <category domain="http://securityratty.com/tag/professionals">professionals</category>
      <category domain="http://securityratty.com/tag/dlp">dlp</category>
      <category domain="http://securityratty.com/tag/policy">policy</category>
      <source url="http://www.networkworld.com/news/2008/091108-data-leaks.html?fsrc=rss-security">Data leaks a people problem not a technical one</source>
    </item>
    <item>
      <title><![CDATA[IT Security In The News: DLP, Zombies And Busted Myths]]></title>
      <link>http://securityratty.com/article/851eadf0ed57d455694ab0fabbcb50cf</link>
      <guid>http://securityratty.com/article/851eadf0ed57d455694ab0fabbcb50cf</guid>
      <description><![CDATA[Zombie Jamboree Are you 'fraid of zombies? You should be! According to the Shadowserver Foundation, which tracks zombie numbers worldwide, in the last three months a plague has broken out - a...]]></description>
      <content:encoded><![CDATA[Zombie Jamboree Are you 'fraid of zombies? You should be! According to the Shadowserver Foundation, which tracks zombie numbers worldwide, in the last three months a plague has broken out - a thre...]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 14:26:58 +0000</pubDate>
      <category domain="http://securityratty.com/tag/zombies">zombies</category>
      <category domain="http://securityratty.com/tag/zombie jamboree">zombie jamboree</category>
      <category domain="http://securityratty.com/tag/tracks zombie">tracks zombie</category>
      <category domain="http://securityratty.com/tag/shadowserver foundation">shadowserver foundation</category>
      <category domain="http://securityratty.com/tag/fraid">fraid</category>
      <category domain="http://securityratty.com/tag/worldwide">worldwide</category>
      <category domain="http://securityratty.com/tag/thre">thre</category>
      <category domain="http://securityratty.com/tag/plague">plague</category>
      <category domain="http://securityratty.com/tag/months">months</category>
      <source url="http://feeds.feedburner.com/~r/itsecurity/~3/389231455/">IT Security In The News: DLP, Zombies And Busted Myths</source>
    </item>
    <item>
      <title><![CDATA[If This Isn't 'Semantic Hacking', I Don't Know What Is...]]></title>
      <link>http://securityratty.com/article/3dbfd73fd4e7b2a4b44919222ac0ee18</link>
      <guid>http://securityratty.com/article/3dbfd73fd4e7b2a4b44919222ac0ee18</guid>
      <description><![CDATA[Shares of UAL Corp. went from $12.16 to $0.01 [A.C. - the number is actually not true; they dropped to about $3, but still] when a 2002 Chicago Tribune article with the headline United Files For...]]></description>
      <content:encoded><![CDATA["<a href="http://www.thestreet.com/story/10436252/1/united-airlines-denies-bankruptcy-rumor.html?puc=googlefi&amp;cm_ven=GOOGLEFI&amp;cm_cat=FREE&amp;cm_ite=NA" target="_blank" class="liexternal">Shares</a> of UAL Corp. went from $12.16 to <span style="font-weight: bold;font-size:180%;" >$0.01</span>  <span style="font-style: italic;">[A.C. - the number is actually not true; they dropped to about $3, but still]</span> when a 2002 Chicago Tribune article with the headline “United Files For Bankruptcy” appeared <em>today</em>.  With <em>today’s</em> date." (<a href="http://news.google.com/news?sourceid=navclient-ff&amp;rlz=1B3GGGL_enUS285US285&amp;um=1&amp;tab=wn&amp;nolr=1&amp;hl=en&amp;q=united+airlines++stock+drop&amp;btnG=Search+News">more coverage</a>)<br /><br />Think about it...<br /><br />Worms? RBN? Bots? Rootkits? DLP? NAC? For kids.<div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=QiCaL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=QiCaL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=tYDhL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=tYDhL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=gFnWL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=gFnWL" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/389080186" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 11:29:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/chicago tribune article">chicago tribune article</category>
      <category domain="http://securityratty.com/tag/ual corp">ual corp</category>
      <category domain="http://securityratty.com/tag/rootkits">rootkits</category>
      <category domain="http://securityratty.com/tag/coverage">coverage</category>
      <category domain="http://securityratty.com/tag/shares">shares</category>
      <category domain="http://securityratty.com/tag/bankruptcy">bankruptcy</category>
      <category domain="http://securityratty.com/tag/files">files</category>
      <category domain="http://securityratty.com/tag/dlp">dlp</category>
      <category domain="http://securityratty.com/tag/true">true</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/389080186/if-this-isnt-semantic-hacking-i-dont.html">If This Isn't 'Semantic Hacking', I Don't Know What Is...</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>
  </channel>
</rss>
