<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>Logblog</title>
      <link>http://blog.loglogic.com/</link>
      <description>Log Management &amp; Intelligence For Compliance, Risk Mitigation &amp; Business Continuity</description>
      <language>en</language>
      <copyright>Copyright 2010</copyright>
      <lastBuildDate>Thu, 28 Jan 2010 13:12:31 -0800</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/?v=3.2</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>Free Beer!</title>
         <description><![CDATA[<p>By Lex van den Berghe    <br />LogLogic Customer Evangelist</p>  <p>Oldest trick in the book. Put up a sign that says “Free Beer” and it’s guaranteed you’ll catch the attention of the masses. Well, we’re giving something away that’s even better than free beer…how about free money? One thousand dollars to be precise.</p>  <p>Every LogLogic customer has a great story to tell and we want to hear yours…and your story could win you a cool grand!</p>  <p>Send us your detailed story about how LogLogic helped you overcome a difficult challenge in your IT environment, identify a serious breach, achieve critical regulatory compliance, or save your organization time and money. You all rely on LogLogic every day to keep your companies secure and compliant, and we want to hear about your real-world experiences in the trenches and on the front-lines of your IT environments.</p>  <p>Whether you’re benefiting from our log management, security event management, compliance management, or database security management solutions, we want to pay you a thousand bucks for your story. Check out some of our existing <a href="http://www.loglogic.com/images/resources/case-studies/">customer success stories</a> to help get your creative juices flowing.</p>  <p>Send us your LogLogic stories no later than March 15th. A panel of LogLogic judges will read your submissions and select the two best stories, who will each win one thousand dollars!</p>  <p>You can find details about our “Tell Us Your Story” contest by visiting <a href="http://www.loglogic.com/tellusyourstory/">http://www.loglogic.com/tellusyourstory/</a></p>  <p>Do yourself a favor and send me your story. A thousand bucks will buy you a lot of beer, and everyone knows that nothing tastes better than free beer.</p>  <p>Oh, and while I’ve still got your attention, I’m stoked to announce that LogLogic made the finalists list in the Network Computing Awards for 2010, so do us a favor and <a href="http://www.networkcomputingawards.co.uk/">visit the on-line awards page</a> to cast your vote for LogLogic in the Testing &amp; Monitoring Product of the Year category.</p>]]></description>
         <link>http://blog.loglogic.com/2010/01/free_beer.php</link>
         <guid>http://blog.loglogic.com/2010/01/free_beer.php</guid>
         <category></category>
         <pubDate>Thu, 28 Jan 2010 13:12:31 -0800</pubDate>
      </item>
            <item>
         <title>Case Study: &quot;SOX too ambiguous&quot; Complains Large Equity Firm</title>
         <description><![CDATA[<p>By Lex van den Berghe    <br />LogLogic Customer Evangelist</p>  <p>&#160;</p>  <p>LogLogic’s customers and their stories are the lifeblood of my job, and I never tire of their real-world tales from ‘the trenches.’</p>  <p>Case in point: I recently sat down with a LogLogic customer, one of the largest equity firms in the world, to discuss <a href="http://www.loglogic.com/solutions/compliance/sox.php">Sarbanes-Oxley (SOX) and database security</a>. As you can well imagine, companies in financial services are deliciously tempting targets for hackers, so federal regulations like SOX aim to create guidelines that will keep databases secure.</p>  <p>This customer told me that current regulations like SOX are ambiguous and difficult to understand, and that you could ask ten different experts a question about SOX and actually receive ten different answers. “The intent is good, but the execution is poor,” they said. In particular, small businesses that lack resources will find it very difficult to achieve compliance. Adding to the challenge is the fact that regulations like SOX are a moving target: you might pass an audit today, but next year, with a different auditor, you might fail. Different auditors have different standards and different interpretations of the ambiguous regulations.</p>  <p>Of course, SOX is not all bad. Our customer noted that one of SOX’s up-sides is the requirement that breached companies must notify the people affected. This helps to educate the public and keep companies honest. In addition, the risk of public embarrassment compels companies to spend more money on security than they otherwise would. This increased focus on security helps to prevent data breaches from occurring.</p>  <p>This global equity firm maintains four separate data centers with operations in 20 different countries, and they use LogLogic’s <a href="http://www.loglogic.com/products/log-management/index.php">log management</a> and <a href="http://www.loglogic.com/products/security-event-management/index.php">security event management</a> products. SOX compliance was the primary driver that prompted them to approach us. When they were evaluating solutions, one of their top priorities was the ability to create detailed reports. They told us, “Most solutions we looked at seemed to have just slapped on reporting as an afterthought. LogLogic’s in-depth, customizable reports have given us unprecedented insight into changes in our infrastructure and help us to demonstrate compliance.” This unsolicited assessment of our reporting capabilities is something I hear echoed by nearly every customer I have the pleasure of chatting with.</p>  <p>We place great value on the feedback we receive from our customers, especially when it helps us improve our solutions or provides us with tips and insights that we can share with our customer base worldwide. I’m currently in the process of talking with a number of our financial services clients about industry challenges and best practices. Check back for more customer mini case studies and stay tuned for a report of our findings…</p>  <p>Got a cool LogLogic story? Send it to me at <a href="mailto:Lex.vandenberghe@loglogic.com">Lex.vandenberghe@loglogic.com</a></p>]]></description>
         <link>http://blog.loglogic.com/2010/01/case_study_sox_too_ambiguous_complains_large_equity_firm.php</link>
         <guid>http://blog.loglogic.com/2010/01/case_study_sox_too_ambiguous_complains_large_equity_firm.php</guid>
         <category>Case Study</category>
         <pubDate>Wed, 20 Jan 2010 11:03:36 -0800</pubDate>
      </item>
            <item>
         <title>Should we be giving up on traditional Security?</title>
         <description><![CDATA[<p>By Sudha Iyer</p>

<p>Its war! The <a href="http://homelandsecuritynewswire.com/iran-china-cyberwar-breaks-out-iranians-hack-chinese-search-engine">Iranians </a>attacked the Chinese. The Chinese attacked Iran… and Google… and Adobe (and 30 others). The governments of France and Germany warned their citizens <a href="http://www.telegraph.co.uk/technology/microsoft/7018669/France-warns-against-Internet-Explorer-use.html">against</a> using Internet Explorer in response.</p>

<p>Is our security so poor that we’re just throwing good money after bad?  Should we just adopt the <a href="http://www.guardian.co.uk/technology/2010/jan/11/facebook-privacy">Facebook model</a> and assume that everything we do is now public knowledge?</p>

<p>It’s all too easy for IT staff to get lost in the noise about secure configurations, patch Tuesdays and checklists, and to rarely give the time to building a “<a href="http://www.technewsworld.com/story/IEs-Role-in-the-Google-China-War-69121.html?wlc=1263858713">defense in depth</a>”.</p>

<p>Key to providing a more complete security solution are Intelligence, Vigilance and Surveillance. Together, they build a framework that defines normal and abnormal behavior. For example, if a company usually sees 1000 transactions a day by monitoring activity, when the system peaks at 3000 transactions, we can detect an anomaly. And by applying intelligence, such as knowing it’s the last week of the quarter, we can understand that 3000 is a non-threatening happenstance.</p>

<p>Monitoring application activity for changes in behavioral patterns and proactively acting upon them is vital to providing depth of security. Lets remember here, that whilst the headlines are all fun and games, you’re defending against top-of-line criminals: not people who want to delete your hard drive or put cute messages on your website, but people who want to steal all your data for profit. As both NASA and the US Army were reminded <a href="http://www.darkreading.com/database_security/security/app-security/showArticle.jhtml?articleID=222300588">recently</a>, information is stored in databases, and databases have huge exploitable holes. Deploying LogLogic <a href="http://www.loglogic.com/products/database-security-management/index.php">Database Security Manager</a> (DSM) provides the kind of zero-day control required to respond to data leakage attacks. DSM is a Data Leak Prevention service that protects structured data in your databases, and provides the necessary compensating controls to reduce your risk of exposure.</p>

<p>Relying on security patches or rotating firewall ports is not a comprehensive security solution. DSM is a must-have tool in your risk management strategy, ensuring that the crown jewels of your enterprise are not sneaking out, undetected, over the wire.</p>]]></description>
         <link>http://blog.loglogic.com/2010/01/should_we_be_giving_up_on_traditional_security.php</link>
         <guid>http://blog.loglogic.com/2010/01/should_we_be_giving_up_on_traditional_security.php</guid>
         <category>Risk Management</category>
         <pubDate>Tue, 19 Jan 2010 10:32:52 -0800</pubDate>
      </item>
            <item>
         <title>Forrester&apos;s 2010 security predictions</title>
         <description><![CDATA[<p>By Andy Morris</p>

<p>Firstly, congratulations to Mike Rothman on joining <a href="http://securosis.com/">Securosis</a>.</p>

<p>Now, on to my <a href="http://blog.loglogic.com/2010/01/verizon_thinks_youll_evolve.php">Verizon</a>  post. Mike correctly <a href="http://securosis.com/blog/getting-your-mindset-straight-for-2010">pointed </a>out that I drank too much over Christmas, and that what I said about being safe was fluffy and careless. In my defense, I was having post-Christmas fun, not submitting a whitepaper, or advising anyone on strategy. I’d just spent 400 words telling people to be vigilant, and not believe Verizon’s roses-round-the-door view of 2010. Plugging my products seemed like too good an opportunity to pass.</p>

<p>And in Verizon’s defense, I doubt the author really meant to sound cavalier either. After all, Top 10s are just a way of letting off steam after a long year.</p>

<p>Over at Forrester, the big brains have put out a much more reasonable, more nuanced piece.<br />
I like the Forrester <a href="http://www.forrester.com/rb/Research/data_security_predictions_for_2010/q/id/55857/t/2">document</a>; it’s in tune with what I’m seeing happening here in Silicon Valley.</p>

<p>So, without further ado, here’s my take on their predictions:<br />
<strong>A)	Data security budgets will flat-line</strong><br />
I expect this to be true, after all, we’re in a tight spot money-wise at the moment, but some context is required. Firstly, I think that whilst spending on security will flat-line, spending on IT will fall. Meaning that security as a whole will now get a bigger slice of the pie, and therefore, will have greater visibility at the Board and “C-level” within companies. I don’t know of any B-2-B companies that are officially cutting list prices at the moment, but they all seem to be discounting heavily to secure purchase orders. So, now security has a greater share of the pie, buying even more vendor goods, which actually helps everybody. Greater buying power equals cheaper products, means more deployments, which in turn, means greater security. Win/Win. Hurrah for the recession!</p>

<p><strong>B)	Enterprises will strike better deals on DLP</strong><br />
This is really a very specific version of what I just said. DLP dealers like Websense, McAfee & Symantec sold roughly nothing last year. The DLP market exploded in to life when some very early adopters paid Vontu a boat-load of cash for early access products. 4 Years have passed since then, and nobody has really bought anything of note. Deep discounting during a recession is business as usual. If you want a DLP prediction, here’s one. Companies will stop pretending they can deploy content filters to prevent breaches, and instead, will focus on education and after-the-fact forensics. Or as we like to think of it over here, Log Management.</p>

<p><strong>C)	Cloud data concerns will begin to dissipate</strong><br />
Correctly, in my opinion, Forrester defines “the cloud” as being made up of totally different types of services, each with their own audience, scope, problems, and security concerns. These sub-clouds are: interactive apps (Facebook); hosted apps (Exchange); application APIs (Google Maps); application components (SimpleDB); infrastructure (Amazon); and physical space (GoDaddy).  So the headline “concerns dissipate” is a little misleading. As <a href="http://blog.loglogic.com/2009/12/top_10_security_predictions_for_2010.php">Dimitri</a> said, no one is going to trust the likes of Facebook or Flickr to improve to the satisfaction of a CISO, and everyone already trusts the physical security vendors with their array of cameras, motion sensors and armed guards. What is really top of mind then, are the hosted apps, and the infrastructure bits-and-pieces that can be assembled in to enterprise applications. Forrester is right; we will gradually learn to trust these boys. The key word here is “gradually”. Here at LogLogic we already outsource our email and web service - and we’re very comfortable. We use SalesForce, and again, are happy that our customers are not being mixed in a big pot with our competitors’. But are we going to roll our finance, logistics and engineering  secrets out to the cloud? Not yet. If ever. Clever word that “gradually”. It allows Forrester to be both right, and wrong.</p>

<p><strong>D)	Full disk encryption will continue its slow and steady march</strong><br />
Full disk encryption is on the rise! Hmmm. A bit like the sea levels. Yes they’re going up, but it’s imperceptible to the human eye - for now. Encryption clearly is a superb idea. But until its 100% transparent to the frustrated sales guy with his laptop, hundreds of miles from tech-support, its not going to be mainstream.</p>

<p><strong>E)	Creative vendor couplings will renew interest in ERM</strong><br />
Simply put, no. Well, yes. Creative vendors will seek ERM partnerships, but the examples given by Forrester are all about DLP. So, my question to you is, does tying two technologies, which don't quite fulfill their promise, together, make them attractive? Of course not. ERP will still be hard to deploy. DLP will still over promise, and under deliver. The future of data control is at a fork. We either go the 1984 route, and try to control everything, or we use education, forensics, and public discipline. Big Brother appeals to Silicon Valley because we think we can build it. But as we found out at Christmas, no security is 100% effective, there are no silver bullets, but vigilance and education can go a long way to solving the problem.</p>

<p>So, how do you best educate? My mom always says, (and she’s a teacher), teach by example. To help improve risk management what we need are tools that can analyze what’s gone wrong, and can demonstrate breaches to the masses. We have acronyms for that: SEM & SEIM. Here’s what Gartner, and others, think you need to <a href="http://bit.ly/8WuMVl">know</a>.</p>

<p>If you read the Forrester report, 90% of which I agree with, you’ll come to this conclusion: if you’re in business, spend security money wisely, educate your staff, deploy defenses where they’re proven, and be ready to swiftly, comprehensively and immutably document breaches. And stay vigilant. The bad guys are slippery like a worm.<br />
Of course I’m biased, but that’s what we do here at LogLogic. We let you get on with running your businesses, making all that money, giving all those people a safe place to work, and should anything go wrong, we help you remediate.</p>

<p>Happy (safe, compliant, responsible) New Year.</p>

<p><strong>Andy Morris</strong>, Product Marketing Director, LogLogic</p>]]></description>
         <link>http://blog.loglogic.com/2010/01/post_1.php</link>
         <guid>http://blog.loglogic.com/2010/01/post_1.php</guid>
         <category>Top10</category>
         <pubDate>Mon, 11 Jan 2010 09:21:05 -0800</pubDate>
      </item>
            <item>
         <title>Security Breaches: The Victim Will Get Blamed, and Worse</title>
         <description><![CDATA[By Barbara Rogan, LogLogic General Counsel</p>

<p >Blame the victim.  This was a common defense in sexual assault cases I helped prosecute when I worked as prosecutor.  Unfortunately this mentality applies not just to rape cases, but also to companies where
critical data has been breached – even when the criminals are the ones stealing the data.</p>

<p  >One of the biggest data breaches in recorded history hit Heartland Payment.  This is a bona fide case of the bad guys attacking networks and compromising critical data.  In Heartland Payment’s case, the data breach
wasn’t found for many months and Heartland Payments has no idea of how many credit card numbers were jeopardized.  Potentially millions of credit card
numbers, but no one knows for sure (or at least they are not saying so
publicly).  To deal with the publicity and legal fall out, Heartland
established a website (<a href="http://www.2008breach.com/">www.2008breach.com</a>)
to deal with the breach.  The bad guys were caught pretty quickly after the
breach was discovered (see: <a
href="http://www.informationweek.com/news/security/attacks/showArticle.jhtml?articleID=214303553">http://www.informationweek.com/news/security/attacks/showArticle.jhtml?articleID=214303553</a>) 
and they have already pleaded guilty (see: <a
href="http://news.cnet.com/8301-27080_3-10423008-245.html">http://news.cnet.com/8301-27080_3-10423008-245.html</a>).  
</p>

<p  >But the fact that the bad guys were brought to justice did
not exonerate Heartland<span class=msoDel><del cite="mailto:Bill%20Roth"
datetime="2010-01-06T16:53"> </del></span>.  Just this last month, Heartland
Payments paid a settlement to American Express of $3.5 million for damages
associated with the breach.  Amex apparently was the smaller of the three
settlements Heartland will have to pay as they still have not settled with Visa
or MasterCard yet.</p>

<p  >Okay, so Heartland is a big company, but smaller businesses
have been hit with law suits for failing to protect data.  RockYou, a Facebook
app, was recently sued in San Francisco in a class action lawsuit (see: <a
href="http://news.cnet.com/8301-1009_3-10423042-83.html">http://news.cnet.com/8301-1009_3-10423042-83.html</a>). 
Again it was certified bad guys stealing the data.  But because RockYou didn’t
take reasonable security precautions to protect that data, they are now facing
a very expensive suit and all the negative publicly that that entails.  I am
sure that RockYou didn’t want to get profiled by CNET for this reason.</p>

<p  >Beyond the civil suits, there is the potential of criminal
action.  Just ask HealthNet and Wentworth-Douglass Hospital.  Both companies
have suffered data breaches that have resulted in investigations of  by their
state’s attorney general office (See <a
href="http://media-newswire.com/release_1107536.html"><strong>here</strong></a>
and <a href="http://www.fosters.com/apps/pbcs.dll/article?AID=/20091210/GJNEWS_01/712109869"><strong>here</strong></a>). 
</p>

<p  >The bottom line is that no company should expect sympathy if
data in their care gets breached.  Consumers, plaintiffs, and regulatory
agencies are just as likely to blame your company as they are the bad guys.  
You’re the victim of the data theft, but unless your company has taken all the
available precautions it can, you’ll also be viewed as one of the “bad guys”</p>

<b>Shameless plug section:</b> So how does this relate to LogLogic? One way  to make sure you have taken all
proper precautions is have complete visibility into the events in your system. It all starts with <a href="http://loglogic.com/">Log Management</a>, and for visibility and control over your security environment, our <a
href="http://www.loglogic.com/solutions/security/index.php">Security Event Management.</a> Check them out for more information.]]></description>
         <link>http://blog.loglogic.com/2010/01/security_breaches_the_victim_will_get_blamed_and_worse.php</link>
         <guid>http://blog.loglogic.com/2010/01/security_breaches_the_victim_will_get_blamed_and_worse.php</guid>
         <category>Security</category>
         <pubDate>Thu, 07 Jan 2010 10:20:36 -0800</pubDate>
      </item>
            <item>
         <title>Verizon Thinks You&apos;ll Evolve</title>
         <description><![CDATA[<p>By Andy Morris, <a href="http://www.loglogic.com">Log Fan</a></p>

<p>I read Dimitri's take on the Verizon Top 10 Security Predictions for 2010 and thought I'd take a swing at it myself.</p>

<p>Verizon’s security predictions for 2010 are interesting partly because of their insightfulness, and partly due to their lack of insight. You can read their full list of predictions at <a href="http://bit.ly/8UwMDM">here</a>, but if you’ll allow me, let me play scrooge.</p>

<p><strong>1) Services will protect themselves.</strong><br />
No they won’t. What most services will do, is appear to protect themselves. They’ll respond to a few highly publicized events with new user interface options that people won’t use properly, and will give the fake appearance of positive change.</p>

<p><strong>2) Malware will not evolve.</strong><br />
This seems about right. Why go to all that fuss and expense of evolving, when most networks still aren’t protected against threats that were discovered ages ago? Mass outbreaks, of course, are for show-off-bored-kids; these days the real money is “on the fringes”. You know, like the Russian Mafia exploiting high street banks for millions. So, no real concern there then. Except that we’re in a recession, and it’s our money they’re stealing. </p>

<p><strong>3) Consumers are getting smarter.</strong><br />
This is possibly the most dangerous of all the predictions. I don’t know if it will be true or false, but as security experts we have to assume it’s false, and build a world that protects the naive, the innocent, the gullible, and that chap that runs with scissors.</p>

<p><strong>4) Windows 7 will be more robust than expected.</strong><br />
Well that’s a low bar - remember Windows 7 was launched on Oct 22, and exploits started turning up as far back as April, but  Verizon is right to turn the focus on ISV’s. After all, hackers are after money, and that’s buried in data, and that’s handled by ISV software.</p>

<p><strong>5) Serious finger pointing will occur – criminals think twice.</strong><br />
Yes and no. Finger pointing will occur, but criminals will just shrug. Maybe this is a good time to have a debate about Capital Punishment deterring murderers?</p>

<p><strong>6) Breaches will increase.</strong><br />
Yes they will. The lust for money is powerful motivator.</p>

<p><strong>7.) Nothing happens to non-PCs 8.) CaaS works 9.) Virtualization is not attacked 10.) China will be blamed for everything.</strong><br />
Lets hope so :: I don’t care :: More hoping :: Seems fair.</p>

<p>What does <a href="http://www.loglogic.com">LogLogic </a>predict for 2010? Regardless of whether, all, some, or none, of Verizon’s predictions come true, networks will still be left vulnerable, applications will be un-patched, user error will causes breaches in protocol, and criminals will successfully knock down walls.</p>

<p>But not on a LogLogic protected infrastructure.</p>

<p>We can prevent, capture and prove compliance for whatever 2010 throws at your systems.<br />
<strong>LogLogic customers are predicting a stress free, safe 2010.</strong><br />
<em>(No lead paint was used in the making of this post – no thanks to China. Or Nigeria. Or Eastern Europe.)</em></p>]]></description>
         <link>http://blog.loglogic.com/2010/01/verizon_thinks_youll_evolve.php</link>
         <guid>http://blog.loglogic.com/2010/01/verizon_thinks_youll_evolve.php</guid>
         <category></category>
         <pubDate>Wed, 06 Jan 2010 17:11:23 -0800</pubDate>
      </item>
            <item>
         <title>Top 10 Security Predictions for 2010</title>
         <description><![CDATA[By Dimitri McKay, <a href="http://LogLogic.com">Log Evangelist</a><p>

Verizon Security recently posted a set of 10 predictions for 2010 on their security blog. I have my own opinions
about their predictions as you'll read below.
<p>
To see Verizon’s original
predictions, click here:<a
href="http://feedproxy.google.com/~r/verizonbusiness/tWvQ/~3/M-MA1OQFE-M/?utm_source=feedburner&amp;utm_medium=email">2010 Security Predictions</a></span></p>
<p>
Our friends at Verizon Security feel that services like Facebook, Google, Twitter,
and TinyURL will work to get better controls in place regarding criminal
content. They believe that their business model is at stake if they don’t
attempt to flag or eradicate nefarious activity... advertisers will start
pulling their dinero. And my response to that is &quot;of course they will!&quot;
It's an obvious statement. The online services will absolutely do more to try
to curb illegal behavior. If <b>they</b> don’t do it, who will?
<p>
The
recent FaceBook&quot;apps&quot; scandal has made everyone scratch their heads
and realize that they're allowing a number of different programs to have access
to their accounts and with that, some level of personal information. Twitter
has been hacked over and over again. MySpace has vulnerabilities left/right and
center. So to say that services will protect themselves is obvious. Whether
these hacks or illicit behavior take place<b> to them</b> or <b>on</b> their
networks is a variable. It all depends on the vulnerabilities discovered. The
web after all is Swiss cheese. Admitting that is the first step.
<p>
Our
friends at Verizon also feel that Malware will not evolve this year, that
Botnets will stay the same as a whole, and there won't be any mass outbreaks or
targeted attacks. Personally, I don’t see evolution as necessary when the same ole
vulnerabilities still exist. Security best practices weren't followed until
specific verticals created requirements to do so. The result was PCI, HIPAA,
SOX, <a href="http://www.iso.org/iso/support/faqs/faqs_widely_used_standards/widely_used_standards_other/information_security.htm">ISO17799</a>, and more pop up every day. If businesses would stop thinking of
security as an outflow of cash, and instead think of it as a necessary cost of
doing business, we'd all be a whole lot safer. The outbreaks will happen when
yet another bored 14-year-old finds a vulnerability and decides he’s going to
be the next big thing. And chances are, he’ll be rewarded with a big security
job somewhere. Funny how that works.
<p>
The
security team at Verizon also feel that consumers are getting smarter. The
impression that there are fewer newbies on the internet, and services are more
secure, and that people are generally more aware might be true. In one respect,
however, I wholeheartedly disagree. As P.T. Barnum once articulately stated, &quot;A sucker is born every
minute.&quot; This hasn't changed. Sure, people aren't responding to instant messages
on AOL asking for usernames and passwords, but the phishing sites are getting
better, the vulnerabilities are becoming more public and people are still
falling victim. Think back to the days of &quot;Don't open executables!&quot;
which became &quot;Don't open .SCR files!&quot; followed by &quot;Don't open
macros!&quot; and then the ActiveX nonsense for malware. At the end of the day,
although the public is getting a wee bit wiser, the trojan writers are getting
better-er. Claiming that people are more intelligent because your friends
haven't been scammed in a while says little about the state of public
affairs.
<p>
Number four on Verizon’s list states that Windows7 (not necessarily IE8) will prove to
be more robust than anticipated (vs. Vista), and that applications are the new
targets. These are two completely different statements, and I’m not sure why
they ended up in the same paragraph together.
<p>
First off, I should warn you – take what I’m about to say with a grain of salt as I
am a world-class Windows hater. I will do my best not to let my absolute
loathing of all things Microsoft seep out. Oh well. So much for that.
<p>
Windows7 is more robust than Vista, but that's not saying much. It’s like saying a 2009 Honda Civic is more robust than a 2008 Honda Civic just because there's new standard leather trim. It's still a
Honda Civic. It's still the same car. It’s just dressed up prettier. Windows
fans will go on and on about this-and-that device support and stability. We’ll
all stay tuned for that one.
<p>
Attacking applications as the next step is fairly obvious. Of course crooks are going to
go for applications. Applications aren't written to be secure. Writing for
security is much more time consuming and therefore more expensive. Coding for
security has to be the next evolution in application development. Write for
security as the first step. Make security the high priority. Don't write the
app, then go back to see if it's secure.&nbsp;This is what causes world class
/fail.
<p>
Number
five on Verizon’s list of 2010 predictions is that government and non-tech
organizations worldwide will become increasingly frustrated over SMTP, DNS and
SPAM, and they’ll find phishing more and more difficult to thwart. They believe
that Microsoft’s legal efforts to can-that-spam, along with a high-profile
arrest will somehow cause all the other SPAMMERS in the world to shake in their
boots and think twice about their line of work.
<p>
*yawn*
<p>
Spammers
are nothing more than ticks on the backside of the internet. They exist. They
suck off their hosts. And then they fall off. If we want to end SPAM tomorrow
we have to make the punishment for spamming so severe that the mere thought of
it will make these hoodlums shake in fear. Follow the money. Who is profiting?
Is it the manufacturer of said product? Is it a reseller? Follow the money.
Then once you get them, go after the people who actually BOUGHT something due
to a SPAM email. The only reason spammers still SPAM is because someone is
buying. Those people should be prosecuted for even responding to SPAM.
<p>
Verizon
Security also believes that breaches will increase, but on a smaller scale with
fewer records compromised. They feel that more money theft will take place with
account staff credentials being compromised. And they also believe mid-size
businesses will be hit with some sort of compliance mandate to force them to do
the right thing. Where Verizon and I disagree is that I see this going in the
opposite direction. I see more breaches, more records compromised, more insider
threats, more phishers, and more crooks using Western Union to transfer
money.&nbsp;
<p>
What
I'd love to see is a better than best practices compliance mandate to supersede
all mandates. From small business to large enterprise, make everyone play by
the same rules regardless of vertical, regardless of industry, regardless of
income. One compliance mandate to rule them all. That compliance mandate should
not only represent best practices, but step it up a few levels.&nbsp;
<p>
Also,
if there was blanket worldwide legal policy that applied to ALL cyber-crooks globally,
these scoundrels would no longer go unpunished. A couple of thousand dollars
stolen from an account in the U.S. goes a LONG way in some other countries, and
not only is it relatively easy to commit these crimes, but there are really no
legal deterrents in place to discourage these high tech pickpockets in other
countries. Hoodlums can make millions (yes, millions) without any fear of
prosecution, and the temptation to pick such low-hanging (albeit forbidden)
fruit is very difficult to resist. Let's get downright hardcore on the legal
front. Let’s take down these wrongdoers.
<p>
Verizon Security went out on a limb when they stated that
nothing of note is going to happen to phones, PDA’s, and Macs. Really? Uh…no. Just
two weeks ago we all learned about a sneaky little trick to invade unlocked
iPhones who have SSH enabled with default passwords. This is just step one. If
you look at how many iPhones are on the market, you can see the huge motivation
for delinquents to act-a-fool. I see the mobile phone market getting its fair
share of security issues.
<p>
Although
I think Verizon Security has a high level view of what takes place on the side
of security, it seems some of the predictions are off in left field somewhere.
<p>
One prediction I believe
nobody will dispute though, is that 2010 will be a very exciting year in
security. And if we're lucky, a few people will realize they need<a href="http://loglogic.com"> log management</a> to keep an eye on the security of their  infrastructure. Stay tuned.
]]></description>
         <link>http://blog.loglogic.com/2009/12/top_10_security_predictions_for_2010.php</link>
         <guid>http://blog.loglogic.com/2009/12/top_10_security_predictions_for_2010.php</guid>
         <category>Security</category>
         <pubDate>Mon, 28 Dec 2009 00:00:00 -0800</pubDate>
      </item>
            <item>
         <title>Citibank, Cyber-Goons and SEM</title>
         <description><![CDATA[<p>By Lex van den Berghe, LogLogic Customer Evangelist</p>  <p>The <a href="http://online.wsj.com/article/SB126145280820801177.html">Wall Street Journal today broke news with a story</a> detailing an FBI probe into the possible theft of tens of millions of dollars from Citigroup by a Russian gang of cyber-crooks. But what strikes me as odd and controversial isn’t the theft itself or even the growing trend of this kind of crime, but that Citibank and the "government source" are at odds.</p> 

<p>What gives? Are we looking at a bit of irresponsible, shoot-from-the-hip reporting by the Wall Street Journal or something else? This story is clearly a big deal – I mean, we’re talking about *<b>tens of millions</b>* of dollars…and the FBI has allegedly gotten involved.</p>  <p>There’s no denying that priority and urgency continues to escalate as cyber-crime transitions from science fiction to hard reality and cyber-crime has become top-of-mind with consumers of all demographics. </p>  <p>According to the WSJ story, the Citibank attack was initially detected over the summer, but reports seem to indicate that the attack may have actually occurred a year earlier. So, how is it that all that cash went &lt;poof!&gt; and we haven’t heard about it until now. Or even stranger, what’s behind Citigroup’s claim that the thefts never occurred and the WSJ’s report is not true. Joe Petro, managing director of Citigroup's Security and Investigative services, said, &quot;We had no breach of the system and there were no losses, no customer losses, no bank losses.&quot; He added later: &quot;Any allegation that the FBI is working a case at Citigroup involving tens of millions of losses is just not true.&quot; One important thing to note is that Mr. Petro is not in PR, but rather part of Citi’s security arm. This gives his assertions more credibility. (Sorry PR folks). </p>  <p>I’m no conspiracy theorist by nature, but something definitely smells fishy here.</p>  <p>Folks…the truth is out there. And finding it ain’t rocket science. <a href="http://loglogic.com/">LogLogic’s log management</a> <a href="http://www.loglogic.com/products/security-event-management/index.php">and security event management</a> tools literally record everything as it happens in even the most complex IT environment, leaving a convenient breadcrumb trail behind that anyone can follow. This breadcrumb trail includes every key stroke, file movement, login, breach, etc…like DNA left behind at the scene of a crime. Deploying these tools in your business IT environment is equivalent to installing one of those black boxes, or flight recorders that they put in every airplane.</p>  <p>As a consumer, I’m always relieved to hear that institutions like Citi bear the burden of absorbing financial losses resulting from these sorts of cyber-crimes, and those of us whose accounts have been cleaned out, usually do get our money back. But that’s not enough. I want these cyber-scumbags to pay for their crimes and more important, I want future cybercriminals to think twice before they choose the dark path. If every institution out there that we trust to guard our money or personal information start using the right tools to safeguard these commodities, things might be a bit different.</p>]]></description>
         <link>http://blog.loglogic.com/2009/12/citibank_cybergoons_and_sem.php</link>
         <guid>http://blog.loglogic.com/2009/12/citibank_cybergoons_and_sem.php</guid>
         <category>Security</category>
         <pubDate>Tue, 22 Dec 2009 10:57:16 -0800</pubDate>
      </item>
            <item>
         <title>Cloud Computing and Log Management</title>
         <description><![CDATA[<p>Since my <a href="http://blog.loglogic.com/2009/12/why_the_public_and_private_clouds_dont_mix.php">posting on public and private clouds</a>, I have been getting email from people asking about the specifics of how<a href="http://loglogic.com/products"> LogLogic’s products</a> <strong>really </strong>participate in “The Cloud”.</p>

<p>LogLogic’s architectural premise is to handle the ingestion of logs from unknown sources, and to have flexibility as to the kinds of devices, logs or target locations. Additionally, we even offer a unique feature allowing automatic identification of log sources. This is where the system can match a stream to a type of log for agile reporting and normalization. </p>

<p>We’ve also designed our licensing model to embrace such agile or fluid computing models, and not be tightly licensed to a specific target, device or log source. In this way we’re not only the leader in <a href="http://loglogic.com">Log Management</a>, but we’re also enabling many ESSP, MSP and cloud enabling Telco clients to have flexibility in their logging demands. This is being done all while tracking data that’s dynamically moved around their asset pool. </p>

<p>With LogLogic, we leave no log left behind, and there’s no cloud too opaque.</p>]]></description>
         <link>http://blog.loglogic.com/2009/12/post.php</link>
         <guid>http://blog.loglogic.com/2009/12/post.php</guid>
         <category>Cloud Computing</category>
         <pubDate>Mon, 14 Dec 2009 06:00:00 -0800</pubDate>
      </item>
            <item>
         <title>Why the Public and Private Clouds Don’t Mix</title>
         <description><![CDATA[By <a href="http://www.loglogic.com/about/management/index.php">Guy Churchward</a>, LogLogic CEO

<p >Cloud computing tops Gartner's “<a
href="http://www.gartner.com/it/page.jsp?id=1210613">Top 10 Strategic
Technologies for 2010</a>.” They define a strategic technology as “one with the
potential for significant impact on the enterprise in the next three years.”
Gartner is somewhat right here. The fundamental problem I have is that the
industry has bucketed anything that can be loosely defined as cloud, virtual,
consolidatory, or anything on the network in the same term being <i>cloud</i>. All
of us loosely interchange public, private and cloud services to our whims which
quite frankly confuses the general public. </p>

<p  >To be fair, <a
href="http://www.gartner.com/it/page.jsp?id=1239813">Gartner does predict</a>
that through 2012, “IT organizations will spend more money on private cloud
computing investments than on offerings from public cloud providers.” This is
great, but I long for the day where this nebulous or opaque term can be
segmented into public clouds, private clouds and more importantly ITaaS. This
is not only a trend for 2010 but has been feverishly worked on through the last
24 months. It has been wrapped up in a pretty bow and proclaimed as ‘cloud’ for
the convenience of propping up the ‘invisible dog leash’ fad-based early
startups that infest the wannabe public cloud offerings (or so they think).</p>

<p  >Getting back off my hobbyhorse, there are two primary
reasons (amongst many) why the enterprise will not make major strides towards
the public cloud– lack of visibility and multi-tenancy issues which cloak the
real concern over critical data security.</p>

<p  ><b>Lack of visibility</b></p>

<p  >The public cloud is opaque and lacks a level of true
accountability that will paralyze any enterprise account from releasing their
prized data assets to a set of unknown entities. Look at the value proposition
- no one consuming the service has visibility into the infrastructure. The
provider themselves aren’t looking at the infrastructure. Are SLAs relevant? And
if so, who can enforce or even monitor them?</p>

<p  >The public cloud has received so much buzz in large part
because it professes to offer significant cost savings over buying, deploying
and maintaining an in-house IT infrastructure. While this is massively appealing,
it doesn’t answer any of the fundamentals of Quality of Service, network and
data security to name a few. Imagine the concern of opening up your internal
systems with a direct pipe into the ‘cloud’. This is the equivalent of leaving
your data center door open, while your data center adjoins a ‘how to hack
systems’ symposium .</p>

<p  ><b>Multitenancy Issues</b></p>

<p  >The second reason why businesses of any real size will not
make the leap to the public cloud is: Multitenancy. Wikipedia (the font of all
knowledge) defines <a href="http://en.wikipedia.org/wiki/Multitenancy">multitenancy</a>
as “a principle in software architecture where a single instance of the
software runs on a server, serving multiple client organizations (tenants).” In
other words, many people using the same IT assets and infrastructure.  </p>

<p  >So here’s the rub, EC2, Google, etc., provide true
multi-tenancy but at what cost to compliance and security? What about such hot
topics such as PCI or forensics? How safe are the tenants on a system? Who is
on the same system as you, a hacker or perhaps your dearest competition? How
secure is the isolation between clients? What data have you trusted to this
cloud? If you buy the argument, it will be your patient records, payroll,
client list, etc. It will be essentially your most important data assets. I
have to think this would be a good test of data asset Darwinism. </p>

<p  ><b>Cloud computing needs to cover its assets</b></p>

<p  >Until the public cloud can provide visibility all the way
down to the IT infrastructures most simple asset – logs - enterprises simply
won’t risk it. To be deployed properly, a public cloud needs to understand logs and <a href="http://loglogic.com">log management</a>
for purposes such as security, business intelligence, IT optimization, PCI
forensics, parsing out billing info, and the list goes on. </p>

<p  >Until then, in the grand scheme of risk mitigation,
enterprises will fear the cloud and per my recommendation, segment public cloud
from ITaaS in a private cloud. It’s a shame but as we’ve clubbed all the terms
into a single bucket. It turns all the lights red and in fact there’s a
tremendous value in cloud computing. <b>But</b> public clouds and enterprise
computing are a world apart and should be treated as such. And there are whole
rafts of risks to be consider along the way.</p>
]]></description>
         <link>http://blog.loglogic.com/2009/12/why_the_public_and_private_clouds_dont_mix.php</link>
         <guid>http://blog.loglogic.com/2009/12/why_the_public_and_private_clouds_dont_mix.php</guid>
         <category>Cloud Computing</category>
         <pubDate>Tue, 08 Dec 2009 08:30:17 -0800</pubDate>
      </item>
            <item>
         <title>The One Supreme Court Case You Should Pay Attention To This Session</title>
         <description><![CDATA[<p>In the High-Tech industry, the machinations of the US Supreme Court are, at best, fodder for dinner party trivia questions. There is one case on the Supreme Court docket this year that has the potential to change the way intellectual property protected in the United States, and have a major effect on the software companies who rely on the patent process. It could also have a devastating effect on innovation.</p>

<p>The case, known as ”Bilski v. Kappos” (AKA <a href="http://en.wikipedia.org/wiki/In_re_Bilski">“In Re Bilski</a>”), has to do with what subject matter can be protected by a patent.  In this case, the inventors, Bernard L. Bilski and Rand Warsaw, filed a patent application for a process of hedging risk in energy contracts. The requirement is that invention must be “concrete” and” produce a useful result”.</p>

<p>The US Patent and Trademark Office (USPTO) rejected the inventors’ application, on the grounds that it was too ill-defined.  In legal terms, the claimed invention was an un-patentable abstract idea. The inventors appealed to the patent appeals board, and this was rejected as well. </p>

<p>The inventors then appealed to Federal Court, which decided the case “en banc.”  When an appeals court decides a case “en banc” this means that the entire appeals court, not just a subset of the sitting judges (which is the norm), writes the decision in the case.  En banc decisions are typically reserved for the most important cases – cases where precedent setting law is likely to result.   </p>

<p>The case affects a class of patents know as "business methods" patents.  While business method patents have been around for a very long time (the Piggly-Wiggly supermarkets were founded based on a patented business process), the case <a href="http://en.wikipedia.org/wiki/State_Street_Bank_v._Signature_Financial_Group">State Street Bank v. Signature Financial Group in 1998</a>, widened the scope for patenting of business processes. <br />
</p>]]></description>
         <link>http://blog.loglogic.com/2009/12/the_one_supreme_court_case_you_should_pay_attention_to_this_session.php</link>
         <guid>http://blog.loglogic.com/2009/12/the_one_supreme_court_case_you_should_pay_attention_to_this_session.php</guid>
         <category>Innovation</category>
         <pubDate>Tue, 01 Dec 2009 23:00:00 -0800</pubDate>
      </item>
            <item>
         <title>What Bilski Means To High-Tech Companies</title>
         <description><![CDATA[<p>By <a href="http://www.loglogic.com/about/management/index.php">Barbara Rogan</a>, LogLogic General Counsel</p>

<p>While we all wait with bated breath for the decision of the Supreme Court in Bilski v. Kappos, I had a chance to ponder the impact this decision could have on LogLogic and other private technology start-ups.</p>

<p>If the Supremes decide that the Bilski “invention” is in fact patentable subject matter, as in-house counsel for an innovative technology company, I am going to be forced to spend a lot more of my time filing new patents.  </p>

<p>Why?  LogLogic is an innovative, start-up company and we can’t afford to let another company patent our business processes.  Rather than just looking at getting patents for our core technology, I would then need to think about getting patents for all our businesses processes – how we handle RMA’s, how we handle technical support calls, etc. </p>

<p>While I won’t mind spending more time on patents, as a shareholder in LogLogic, I wonder if that is the best use of LogLogic’s engineers, product management, etc. time.  I would rather that they spend their precious hours in the day innovating and creating the next generation of <a href="http://loglogic.com">log management</a> products and services or providing support and services to our loyal customers.</p>

<p>Yes, patents are important and our engineers at LogLogic should spend some time on patent applications.  But if the Supreme Court widens the scope of patentable material to the extent that the Mr. Bilski and Mr. Warsaw ask, then we will need to think about protecting with a patent all of our business processes, lest someone else patent the process ahead of us. </p>

<p>What’s interesting is that most of the developed world does not offer patent protection for businesses processes.  My question would be whether it would be better for US competitiveness to have such extensive patent protection?  </p>

<p>I think not.  Such extensive patent protection would inevitably lead to more legal wrangling.  More discussions with patent trolls, er patent licensing firms and more payments of licensing fees.  I would rather we spend our time innovating and competing globally, rather than rushing to the patent office every time we come up with a new business process.</p>]]></description>
         <link>http://blog.loglogic.com/2009/12/what_bilski_means_to_hightech_companies.php</link>
         <guid>http://blog.loglogic.com/2009/12/what_bilski_means_to_hightech_companies.php</guid>
         <category>Innovation</category>
         <pubDate>Tue, 01 Dec 2009 20:13:44 -0800</pubDate>
      </item>
            <item>
         <title>Health Care Providers to Self-Police Themselves on Privacy Harm</title>
         <description><![CDATA[<p><a href="http://bit.ly/4CaTPG">In an article</a> that hit the web this week, a new DHHS rule is purported to allow health care providers to determine if their privacy breaches have caused any harm. While I understand the nature of assigning the reporting burden to healthcare companies, I don’t think this new rule is in the public’s (or patient’s) best interest. We already know that <a href="http://blog.loglogic.com/2007/01/hipaa_report_shows_most_complaints_not_investigated_it_compliance.php">most complaints related to HIPAA are not investigated</a>. This new provision all but ensures that most breaches will not even be reported.<a href="http://blog.loglogic.com/WindowsLiveWriter/HealthCareProviderstoSelfPoliceThemselve_7FC2/fox%20hen%20house_aspx_4.jpg"><img style="border-right-width: 0px; margin: 20px 15px 5px 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" title="fox hen house_aspx" border="0" alt="fox hen house_aspx" align="left" src="http://blog.loglogic.com/WindowsLiveWriter/HealthCareProviderstoSelfPoliceThemselve_7FC2/fox%20hen%20house_aspx_thumb_1.jpg" width="199" height="256" /></a> </p>  <p>Let’s not kid ourselves…although we’d all like to think that our health care organizations are worthy of our trust and good faith (and many are), when all is said and done, they are businesses and they need to keep the bottom line in mind at all times. These new “self-service” breach notification rules could put some of us on the unpleasant receiving end of what happens when the fox holds sentry over the chicken coop. </p>  <p>With that said, it’s worth pointing out that in a <a href="http://www.loglogic.com/resources/analyst-reports/ponemon-electronic-health-info-at-risk/">recent independent survey</a> of several hundred IT practitioners in the healthcare industry, a whopping 80 percent of the respondents reported that their organization had experienced one or more data breaches involving the loss or theft of electronic health information in the past year!</p>  <p>The real solution is stringent monitoring, along with input from an external party, like a privacy ombudsman. This is a model followed today by many press organizations, as well as police departments with regard to misconduct complaints.</p>  <p>Read the full article here: <a href="http://bit.ly/4CaTPG">http://bit.ly/4CaTPG</a></p>]]></description>
         <link>http://blog.loglogic.com/2009/11/health_care_providers_to_selfpolice_themselves_on_privacy_harm.php</link>
         <guid>http://blog.loglogic.com/2009/11/health_care_providers_to_selfpolice_themselves_on_privacy_harm.php</guid>
         <category>Healthcare</category>
         <pubDate>Thu, 19 Nov 2009 09:05:11 -0800</pubDate>
      </item>
            <item>
         <title>Are IT Security Professionals the Last Line of Defense for Patient Privacy?</title>
         <description><![CDATA[<p>By Dominique Levin</p>  <p>EVP Marketing and Strategy </p>  <p><a href="http://blog.loglogic.com/WindowsLiveWriter/AreITSecurityProfessionalstheLastLineofD_93FF/image_2.png"><img style="border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px" height="244" alt="image" src="http://blog.loglogic.com/WindowsLiveWriter/AreITSecurityProfessionalstheLastLineofD_93FF/image_thumb.png" width="190" border="0" /></a> <a href="http://blog.loglogic.com/WindowsLiveWriter/AreITSecurityProfessionalstheLastLineofD_93FF/image_4.png"><img style="border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px" height="244" alt="image" src="http://blog.loglogic.com/WindowsLiveWriter/AreITSecurityProfessionalstheLastLineofD_93FF/image_thumb_1.png" width="188" border="0" /></a> </p>  <p>As the national debate about overhauling the $2.5 trillion United States healthcare system rages, the federal government is already investing tens of billions of dollars as part of the stimulus program to push our medical care industry to shift from paper to computer records.</p>  <p>In our rush to computerize patient records to reap the benefits of higher quality of care and safety, and to better control fraud, who is making sure that our private medical records are being protected? </p>  <p>To better understand the issues, we at LogLogic spoke with some of our largest healthcare customers about their steps to bolster patient privacy protection. We also partnered with the independent research firm the Ponemon Institute to survey 542 senior IT practitioners from healthcare organizations with an average of more than 1,000 employees about how secure they believe electronic patient medical records are.</p>  <p>According to the October 2009 Ponemon report, &#8220;Electronic Health Information at Risk: A Study of IT Practitioners,&#8221; 80 percent of healthcare organizations had experienced at least one incident of lost or stolen electronic health information in the past year &#8211; four percent had more than five patient data breaches. More than two-thirds of these healthcare organizations had already digitized at least a quarter of their patient records and a third had digitized more than half.</p>  <p>The most surprising finding was the almost three-quarters of respondents said their organization failed to make patient record protection a priority.</p>  <p>At LogLogic, we think this presents a unique opportunity for IT security professionals to take a leadership role in this critical national issue. There are new rules mandated by the Health Insurance Portability and Accountability Act (HIPAA) that became effective in September that are important steps towards bridging the traditional gap between &#8220;Cover Your Ass&#8221; compliance and real IT security. </p>  <p>To find out more highlights and read a complete copy of the Ponemon Institute study and the LogLogic healthcare customer survey, please take a moment to register at our site at <a href="http://loglogic.com/resources/analyst-reports/ponemon-electronic-health-info-at-risk/">www.loglogic.com/resources/analyst-reports/ponemon-electronic-health-info-at-risk/</a></p>  <p>In LogLogic&#8217;s interviews with senior security professionals responsible for overseeing the protection of hospital patient records, a consensus emerged that best practices in securing patient privacy go beyond HIPAA compliance. New technologies allow hospitals to more closely monitor and protect patient privacy than ever before. The recent changes in HIPAA also put more stringent requirements on medical organizations to secure patient privacy. Hospital security professionals today have a unique opportunity to be patient privacy heroes. </p>  <p>If you&#8217;re in the healthcare industry, do you feel you have a role to play as a privacy hero? Let us know. We want to hear from you.</p>]]></description>
         <link>http://blog.loglogic.com/2009/10/are_it_security_professionals_the_last_line_of_defense_for_patient_privacy.php</link>
         <guid>http://blog.loglogic.com/2009/10/are_it_security_professionals_the_last_line_of_defense_for_patient_privacy.php</guid>
         <category>Healthcare</category>
         <pubDate>Tue, 20 Oct 2009 10:31:34 -0800</pubDate>
      </item>
            <item>
         <title>People Have Grown Immune to Breach Notifications</title>
         <description><![CDATA[<p>by Lex van den Berghe   <br />LogLogic Customer Evangelist</p>  <p><a href="http://blog.loglogic.com/WindowsLiveWriter/PeopleHaveGrownImmunetoBreachNotificatio_934C/peacocksquawk_2.jpg"><img title="peacocksquawk" style="border-right: 0px; border-top: 0px; display: inline; margin-left: 0px; border-left: 0px; margin-right: 0px; border-bottom: 0px" height="184" alt="peacocksquawk" src="http://blog.loglogic.com/WindowsLiveWriter/PeopleHaveGrownImmunetoBreachNotificatio_934C/peacocksquawk_thumb.jpg" width="244" align="right" border="0" /></a> Back in simpler times, the “high tech” approach to breach notification was a gang of domestic geese or peacocks posted as sentries ‘round the farm to squawk bloody murder whenever strangers approached the property line. Times have changed, as has the definition of “high tech”…but the basic principles and necessity of effective breach notification remain the same.</p>  <p>I spoke with Sudha Iyer, Director of Product Management at LogLogic, and she shared her two cents on breach notification and why it pays to be prepared…</p>  <p>It seems that not a day goes by without a report of a data breach, or a discussion of the latest attack of the Conficker (or other malware) variant. Lest organizations become desensitized to such attacks, I’ve noticed that that breach notifications can have a negative impact on the organization’s net worth.</p>  <p>Take the case of Heartland Payment Systems (NYSE - HPY) for example. When markets opened after Heartland’s <a href="http://www.usatoday.com/money/perfi/credit/2009-01-20-heartland-credit-card-security-breach_N.htm">public announcement of their credit card breach</a> in January 2009, their stock price shrunk to $8.54 and plummeted to $3.95 by March 2009.&#160; Today, Heartland is fortunate that their stock is almost back to its pre-breach notification price of $14.53. </p>  <p>Despite the continuous flood of public breach notifications like Heartland Payment Systems, I find it troubling that so many organizations continue to act as if they are immune to such attacks. Has the barrage of public breach notifications bred enough apathy so as to undermine the primary reasons for public notifications in the first place? I thought breach notifications were meant to…</p>  <ul>   <p align="left">·&#160; Spur the offending organization into action to put in place the necessary process, people and technology to do the right thing for the individual(s) and the business to which they are accountable.</p>    <p align="left">·&#160; Serve as a warning to other organizations to do the same before their data is compromised.</p> </ul>  <p><a href="http://blog.loglogic.com/WindowsLiveWriter/PeopleHaveGrownImmunetoBreachNotificatio_934C/creditcardlock_2.jpg"><img title="creditcardlock" style="border-right: 0px; border-top: 0px; display: inline; margin-left: 0px; border-left: 0px; margin-right: 0px; border-bottom: 0px" height="215" alt="creditcardlock" src="http://blog.loglogic.com/WindowsLiveWriter/PeopleHaveGrownImmunetoBreachNotificatio_934C/creditcardlock_thumb.jpg" width="145" align="right" border="0" /></a> Consider the healthcare industry. The Health Information Technology for Economic and Clinical Health Act (HITECH) includes a <a href="http://www.hhs.gov/ocr/privacy/hipaa/understanding/coveredentities/breachnotificationifr.html">health care breach notification law</a>. This interim final rule on the HITECH Act just became effective on September 23<sup>rd</sup>, and the law requires any organization covered under the Health Insurance Portability and Accountability Act (HIPAA) to notify patients of a data breach involving their personal health information. Will this law, <a href="http://news.idg.no/cw/art.cfm?id=CDA1AB33-1A64-67EA-E43BA73C364029DC">especially with its recent amendments that critics say completely guts the original intent of the bill</a>, achieve the aforementioned aims of data breach notification? This leads to a larger question, does data breach notification adequately protect the consumer or patient whose information is compromised?</p>  <p>If there’s a lesson to be learned here, it would have to be: “Don’t put off until tomorrow, what you can do today.” Rather than be vulnerable and exposed to attack, enterprises should enact the proper defenses and alerts to fend off the perpetrators. If your high tech “farm” could use a good flock of geese or peacocks, check us out…<a href="http://www.loglogic.com/products/index.php">we can help</a>!</p>]]></description>
         <link>http://blog.loglogic.com/2009/10/people_have_grown_immune_to_breach_notifications.php</link>
         <guid>http://blog.loglogic.com/2009/10/people_have_grown_immune_to_breach_notifications.php</guid>
         <category></category>
         <pubDate>Mon, 05 Oct 2009 10:28:34 -0800</pubDate>
      </item>
      
   </channel>
</rss>
