<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;DUINRHY7eyp7ImA9WhVUFkQ.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843</id><updated>2012-05-22T10:39:55.803-04:00</updated><category term="mobile" /><category term="andrew jaquith" /><category term="40 under 40" /><category term="advanced malware protection" /><category term="matt watchinski" /><category term="sc awards" /><category term="adam o'donnell" /><category term="immunet" /><category term="rich mogull" /><category term="malware" /><category term="snort calendar" /><category term="rsa conference" /><category term="channel chiefs" /><category term="securosis" /><category term="enterprise antivirus" /><category term="open source" /><category term="next-generation network security" /><category term="file trajectory" /><category term="big data" /><category term="zero trust model" /><category term="information security" /><category term="fireamp" /><category term="mobile security" /><category term="network security" /><category term="snorty" /><category term="apache killer" /><category term="ipad 3" /><category term="antimalware" /><category term="byod" /><category term="silicon valley business journal" /><category term="snort" /><category term="application policies" /><category term="ngips" /><category term="context-aware security" /><category term="application control" /><category term="droppers" /><category term="ngfw" /><category term="new rules of anti-malware" /><category term="alfred huger" /><category term="outbreak control" /><category term="intrusion prevention systems" /><category term="martin roesch" /><category term="anti-malware" /><category term="roesch" /><category term="ponemon institute" /><category term="network segmentation" /><category term="chris peterson" /><category term="nss labs" /><category term="jason brvenik" /><category term="cloud security" /><category term="ids" /><category term="ssl" /><category term="next-generation firewall" /><category term="federal" /><category term="firepower" /><category term="richard stiennon" /><category term="oliver friedrichs" /><category term="intrusion prevention" /><category term="vmworld" /><category term="securing the cloud" /><category term="black box security" /><category term="security is a people problem" /><category term="best ips" /><category term="zero day" /><category term="virtualization" /><category term="agile security manifesto" /><category term="computer security" /><category term="security infographic" /><category term="vrt" /><category term="apple" /><category term="endpoint security security" /><category term="malware analysis" /><category term="calendar marketing" /><category term="ngfw survey" /><category term="sourcefire calendar" /><category term="it harvest" /><category term="sourcefire" /><category term="continuous capability" /><category term="security fact or fiction" /><category term="high-performance firewall" /><category term="ips" /><category term="channel leaders" /><category term="shionogi" /><category term="endpoint security" /><category term="network ips" /><category term="sc magazine" /><category term="readers choice 2011" /><category term="verizon data breach report" /><category term="agile security" /><category term="john adams twitter" /><category term="virtual infrastructure security" /><category term="information superiority" /><category term="cloud antivirus" /><category term="firesight" /><category term="offensive research" /><category term="security intelligence" /><category term="security research" /><category term="best intrusion prevention" /><category term="jason cornish" /><category term="security awareness" /><category term="information security magazine" /><category term="bring your own device" /><category term="antivirus" /><category term="sourcefire vrt" /><category term="bill brenner" /><category term="rsac" /><category term="security seminars" /><category term="microsoft" /><category term="next-generation ips" /><category term="snort rules" /><category term="it security best practices" /><category term="future-proof security" /><category term="ms11-100" /><category term="antivirus efficacy" /><category term="gartner" /><title>Sourcefire Corporate Blog</title><subtitle type="html">The official voice from Sourcefire, Inc. (Nasdaq:FIRE), a world leader in intelligent cybersecurity solutions.</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://blog.sourcefire.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default?start-index=26&amp;max-results=25&amp;redirect=false&amp;v=2" /><author><name>Chris Chon</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="31" height="32" src="http://3.bp.blogspot.com/-DYB62N2y88Y/TkWSYmgRwII/AAAAAAAAAAU/hbuJk0draYo/s220/mad_snorty.gif" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>78</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/SourcefireCorporateBlog" /><feedburner:info uri="sourcefirecorporateblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:emailServiceId>SourcefireCorporateBlog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><entry gd:etag="W/&quot;DUINRHYyeSp7ImA9WhVUFkQ.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-4677206161720752161</id><published>2012-05-22T10:39:00.000-04:00</published><updated>2012-05-22T10:39:55.891-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-22T10:39:55.891-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="malware" /><category scheme="http://www.blogger.com/atom/ns#" term="securosis" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="malware analysis" /><category scheme="http://www.blogger.com/atom/ns#" term="computer security" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Advanced Malware Analysis - Unveiling the Cost</title><content type="html">&lt;b&gt;A metrics-based approach to assessing cost-benefit in malware analysis&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
Every security organization deals with it – digging in after a breach to understand exactly what happened in attempts to stop the breach, clean up after it and prevent it from recurring.  In spite of the ubiquity, everybody does it a little differently.  There are almost as many approaches to performing malware analysis as there are people performing it. &lt;br /&gt;
&lt;br /&gt;
Because there are no tightly defined best practices to guide groups in their malware analysis efforts, it is very difficult for them to have any quantitative sense for the trade-offs they are making in how they approach it.  This makes it difficult to support the cost-benefit of the steps they do take as well as the savings-risk for the steps they don’t take.&lt;br /&gt;
&lt;br /&gt;
While it doesn’t deliver a tightly defined set of best practices, Securosis’ “&lt;a href="http://info.sourcefire.com/SecurosisWhitepaper.html"&gt;Malware Analysis Quant Research Project&lt;/a&gt;” does the next best thing.  Based on researching more than 50 companies, it details the universe of malware analysis steps that companies take and ascribes typical times, resources and costs to these steps.&lt;br /&gt;
&lt;br /&gt;
The list of malware analysis steps that Securosis found is quite exhaustive.  Few, if any, of the companies surveyed in the report perform all the steps.  The total possible number of steps alone would make it difficult to describe best practices.   That, coupled with each organization having a different risk profile and ability to invest in the process, makes it almost impossible.  What may be appropriate for one company may be overkill for another.&lt;br /&gt;
&lt;br /&gt;
This should be a nice benefit for security groups as they think about their incident response. This is particularly important since advanced malware threats are top of mind.  Having this knowledge: &lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Lets them compare their processes with all possible processes and with typical processes so that they know how they stack up &lt;/li&gt;
&lt;li&gt;Provides a quantitative basis for making decisions about adding additional steps (or removing steps) in malware analysis &lt;/li&gt;
&lt;li&gt;Provides a quantitative basis for justifying what they do and for adding additional resources (this may be most important) &lt;/li&gt;
&lt;/ul&gt;
Of course, as a Sourcefire employee on the FireAMP team, this analysis is also very timely. FireAMP replaces many of the malware analysis steps described in the report with an automated way to get visibility into the full extent of the exposure and identify root cause to lower the incidences of reinfection.  The report provides us with a framework to describe exactly what malware analysis steps that FireAMP automates and what costs it eliminates.  Stay tuned for an ROI calculator from us that models these savings.&lt;br /&gt;
&lt;br /&gt;
If you are a security professional with incident response responsibilities you should download Securosis’ “&lt;a href="http://info.sourcefire.com/SecurosisWhitepaper.html"&gt;Malware Analysis Quant Research Project&lt;/a&gt;” and associated report “Measuring and Optimizing Malware Analysis: An Open Model.”&amp;nbsp;  And then you may want to contact Sourcefire to learn more about options for automating many steps in the process.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-4677206161720752161?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/aj_Y0qMRn-U" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/4677206161720752161/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/advanced-malware-analysis-unveiling.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/4677206161720752161?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/4677206161720752161?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/aj_Y0qMRn-U/advanced-malware-analysis-unveiling.html" title="Advanced Malware Analysis - Unveiling the Cost" /><author><name>Tom Stuart</name><uri>https://profiles.google.com/114334359190911009749</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-igON8WE3lHI/AAAAAAAAAAI/AAAAAAAAAXs/6sri7qUF3HI/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/advanced-malware-analysis-unveiling.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkIHQHw4eCp7ImA9WhVUEko.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-7918005264334761499</id><published>2012-05-17T13:08:00.000-04:00</published><updated>2012-05-17T13:08:51.230-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-17T13:08:51.230-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="byod" /><category scheme="http://www.blogger.com/atom/ns#" term="mobile" /><category scheme="http://www.blogger.com/atom/ns#" term="firesight" /><category scheme="http://www.blogger.com/atom/ns#" term="verizon data breach report" /><category scheme="http://www.blogger.com/atom/ns#" term="bring your own device" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>What Would Willie Sutton Say Now?</title><content type="html">As most know, Willie Sutton was the bank robber who, as legend has it, when asked why he robbed banks replied, “Because that is where the money is.” He denies ever saying it, but the point behind the quote is valid.  That is why it is not surprising that the Verizon 2012 Data Breach Investigations Report (DBIR) - a continuing fount of good findings - found:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
“almost all incidents in which very large amounts of data are compromised involve servers”&lt;/blockquote&gt;
Most of the valuable data resides on the servers, so you’d expect them to be involved in a high fraction of the breaches.  &lt;br /&gt;
&lt;br /&gt;
I think about this in context of a recent trend I have been hearing about regarding the issue of how to secure user devices in a Bring Your Own Device (BYOD) world.  Unlike a year ago when security executives were wondering what to do about BYOD, this year, many have embraced BYOD. Further, their attitude is that they don’t want to manage the user devices.  They are resigned to this attitude because they don’t have the resources to manage all these disparate devices.  Instead they will just put the proper protection and access controls in place for sensitive systems and data.  They want to keep Willie Sutton from having access to the bank vault.&lt;br /&gt;
&lt;br /&gt;
Unfortunately, another finding from the DBIR describes a flaw in this approach.  The finding is this:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
“We all know, of course, that user devices store and process information too. Furthermore, most organizations have a lot more of them than they do servers, and they’re often widely distributed, highly mobile, less restricted, and—perhaps more importantly—controlled by end users (a shudder travels down the spine of all the admins out there). For all of these reasons and more, user devices frequently factor into data breaches in some manner or another and contribute to a hefty chunk of overall data loss.&lt;br /&gt;
&lt;br /&gt;
Sometimes they are the endpoint from which data is taken, but more often they simply provide an initial “foothold” into the organization, from which the intruder stages the rest of their attack. A common scenario—especially for larger organizations—involves the installation of a keylogger on a workstation or laptop in order to steal the user’s username/password for an internal application server.“&lt;/blockquote&gt;
This means that protecting the sensitive data stored on servers also requires that the organization provide for security on user devices, both on and off the network.  This also means that the latest trendy network based approaches to detecting malware using sandboxes or monitoring C&amp;amp;C traffic also fall short.  They provide no protection of user devices away from the corporate network--when at home, when traveling or at a coffee shop.  The only thorough way to protect these devices and not allow them to be the gateway into the most sensitive repositories of corporate data is to have a constantly vigilant presence on each endpoint - the kind of protection that is provided by Sourcefire’s FireAMP product.&lt;br /&gt;
&lt;br /&gt;
In order to successfully get to the money stored in the vault, Willie Sutton needed to enter through the door and get past the teller.  In the cyber world, let’s not leave the door open and the bank unattended.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-7918005264334761499?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/pKlqTVJmaw0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/7918005264334761499/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/what-would-willie-sutton-say-now.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7918005264334761499?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7918005264334761499?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/pKlqTVJmaw0/what-would-willie-sutton-say-now.html" title="What Would Willie Sutton Say Now?" /><author><name>Tom Stuart</name><uri>https://profiles.google.com/114334359190911009749</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-igON8WE3lHI/AAAAAAAAAAI/AAAAAAAAAXs/6sri7qUF3HI/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/what-would-willie-sutton-say-now.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DU8FSXgzeyp7ImA9WhVUEUU.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-2226908634686401843</id><published>2012-05-16T13:03:00.000-04:00</published><updated>2012-05-16T13:03:38.683-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-16T13:03:38.683-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="vrt" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire vrt" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation firewall" /><category scheme="http://www.blogger.com/atom/ns#" term="network security" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>Sourcefire VRT: Bigger, Stronger, Faster (VIDEO)</title><content type="html">As a company, everything that Sourcefire does embodies Bigger, Stronger, Faster - down to the teams that we build.&amp;nbsp; In the below video, Sourcefire's elite &lt;a href="http://www.sourcefire.com/security-technologies/snort/vulnerability-research-team" target="_blank"&gt;Vulnerability Research Team (VRT)&lt;/a&gt; has a little fun with this concept, but at the core we are serious about superior innovation and superior people who work together to bring to market superior products.&amp;nbsp; For more on why Sourcefire is Bigger, Stronger, Faster, visit &lt;a href="http://www.sourcefire.com/nsslabs"&gt;http://www.sourcefire.com/nsslabs&lt;/a&gt; or &lt;a href="http://vrt-blog.snort.org/"&gt;http://vrt-blog.snort.org&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/NIWkXqbTN9I" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-2226908634686401843?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/54ZW5Kzwhmc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/2226908634686401843/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/sourcefire-vrt-bigger-stronger-faster.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2226908634686401843?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2226908634686401843?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/54ZW5Kzwhmc/sourcefire-vrt-bigger-stronger-faster.html" title="Sourcefire VRT: Bigger, Stronger, Faster (VIDEO)" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/NIWkXqbTN9I/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/sourcefire-vrt-bigger-stronger-faster.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEMMRH47fCp7ImA9WhVVFUU.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-2061389700032890460</id><published>2012-05-09T10:15:00.000-04:00</published><updated>2012-05-09T12:54:45.004-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-09T12:54:45.004-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="new rules of anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>"Emergency Flash update fixes security bug being used to hijack PCs" - Now what?</title><content type="html">ars technica, one of my favorite sources of tech news, just published this article -&amp;nbsp;&lt;a href="http://arstechnica.com/business/news/2012/05/emergency-flash-update-fixes-security-bug-being-used-to-hijack-pcs.ars" target="_blank"&gt;"Emergency Flash update fixes security bug being used to highjack PCs"&lt;/a&gt;. This is a pretty common&amp;nbsp;occurrence - a vulnerability is announced, with or without a fix, and you need to decide what to do about it. &lt;br /&gt;
&lt;br /&gt;
When a fix is available, the decision is pretty simple - deploy the fix as soon as possible. &amp;nbsp;&amp;nbsp;This still leaves your organization exposed for a period of time, however short. &amp;nbsp;The duration of your exposure will vary depending upon whether there are change management procedures in place, how long it takes to roll out the fix, and how many employees are temporarily off the corporate network and don't have the fix available to them.&lt;br /&gt;
&lt;br /&gt;
It's much worse when a vulnerability is announced with no fix available. &amp;nbsp; The decision is much tougher. &amp;nbsp;Do I let employees continue to use the application and risk the exposure, or do I eliminate the application and probably disrupt productivity while causing additional administrative burden of uninstalling and reinstalling? &amp;nbsp;Part of what you do depends on how critical the application is to the running of your business. &amp;nbsp;If the vulnerable file is the OS, then you have little recourse. &amp;nbsp;If it is an application that is helpful to some in our organization, but not critical to them performing their job, then you may have more choices. &amp;nbsp;What qualifies as nice-to-have versus essential will vary from organization to organization. &amp;nbsp; Skype is a possible example. &amp;nbsp;Perhaps, the Flash mentioned in the ars technica article is another.&lt;br /&gt;
&lt;br /&gt;
Sourcefire's FireAMP product offers a new and alternate approach to minimizing the exposure in the face of vulnerabilities. FireAMP has an Outbreak Control feature called Application Blocking that lets the system administrator block any file from executing on the endpoint. &amp;nbsp;It blocks execution without removing the file, and can be applied to the entire organization or an appropriate subset. &lt;br /&gt;
&lt;br /&gt;
Because FireAMP applies big data analytics for a central intelligence, this blocking is done centrally, is effective immediately, and doesn't require any change to the endpoint software. &amp;nbsp;That means no change management is needed, no lengthy rollout, and all endpoints, even those off the corporate network are covered immediately. &amp;nbsp;The exposure is immediately minimized. &amp;nbsp;Furthermore, it can be applied granularly to offer protection with minimum impact on productivity. &amp;nbsp;In the Flash example - an administrator could decide to block the running of flash for Finance and Sales, but allow it to run in the creative department where it may be needed most. &amp;nbsp;Once the fix is rolled out, the block can be lifted and everybody can run the application again. &amp;nbsp;This is another example of how a big data and central intelligence approach can narrow the window of exposure against advance malware.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-2061389700032890460?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/lLDJYuuVlpI" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/2061389700032890460/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/emergency-flash-update-fixes-security.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2061389700032890460?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2061389700032890460?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/lLDJYuuVlpI/emergency-flash-update-fixes-security.html" title="&quot;Emergency Flash update fixes security bug being used to hijack PCs&quot; - Now what?" /><author><name>Tom Stuart</name><uri>https://profiles.google.com/114334359190911009749</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-igON8WE3lHI/AAAAAAAAAAI/AAAAAAAAAXs/6sri7qUF3HI/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/emergency-flash-update-fixes-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUEHSH04fyp7ImA9WhVVFE0.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-7784450478356910284</id><published>2012-05-07T11:13:00.001-04:00</published><updated>2012-05-07T11:13:59.337-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-07T11:13:59.337-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="next-generation network security" /><category scheme="http://www.blogger.com/atom/ns#" term="best ips" /><category scheme="http://www.blogger.com/atom/ns#" term="jason brvenik" /><category scheme="http://www.blogger.com/atom/ns#" term="computer security" /><category scheme="http://www.blogger.com/atom/ns#" term="intrusion prevention" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>Importance of Consistent Security Effectiveness, Performance</title><content type="html">In my post "&lt;a href="http://blog.sourcefire.com/2012/04/sourcefire-firepower-bigger-stronger.html"&gt;Sourcefire FirePOWER - Bigger, Stronger, Faster&lt;/a&gt;" I briefly discuss our NSS Labs Product Analysis reports. I will be participating in a webinar with NSS Labs on &lt;a href="https://www3.gotomeeting.com/register/674399622"&gt;Wednesday, May 9th, at 1 p.m. ET&lt;/a&gt;, during which time&amp;nbsp;we will discuss these results and the tests themselves.&lt;br /&gt;
&lt;div class="p2"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div class="p1"&gt;
Please join as we cover:&lt;/div&gt;
&lt;div class="p2"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div class="p3"&gt;
● Sourcefire performance over time&lt;/div&gt;
&lt;div class="p3"&gt;
● The importance of third-party, real-world testing and analysis&amp;nbsp;&lt;/div&gt;
&lt;div class="p3"&gt;
● Why consistency in continued testing is critical and what it, or the lack thereof, indicates&amp;nbsp;&lt;/div&gt;
&lt;div class="p3"&gt;
● Sourcefire’s latest security effectiveness, performance and TCO numbers for FirePOWER appliances&amp;nbsp;&lt;/div&gt;
&lt;div class="p3"&gt;
● How to put these types of testing metrics into actionable plans for your enterprise&amp;nbsp;&lt;/div&gt;
&lt;div class="p1"&gt;
&lt;span class="s1"&gt;● &lt;/span&gt;Learn what this graphic represents:&lt;/div&gt;
&lt;div class="p2"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://3.bp.blogspot.com/-8Vq50o4YimE/T6fLNZbn4MI/AAAAAAAAACQ/RIoE5_m0upA/s1600/Screen+Shot+2012-05-07+at+9.15.52+AM.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://3.bp.blogspot.com/-8Vq50o4YimE/T6fLNZbn4MI/AAAAAAAAACQ/RIoE5_m0upA/s1600/Screen+Shot+2012-05-07+at+9.15.52+AM.png" /&gt;&lt;/a&gt;&lt;/div&gt;
&lt;div class="p2"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div class="p2"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div class="p2"&gt;
To register for the webinar please direct your browser &lt;a href="https://www3.gotomeeting.com/register/674399622"&gt;here&lt;/a&gt;.&amp;nbsp;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-7784450478356910284?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/LSQyaWQTu8I" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/7784450478356910284/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/importance-of-consistent-security.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7784450478356910284?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7784450478356910284?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/LSQyaWQTu8I/importance-of-consistent-security.html" title="Importance of Consistent Security Effectiveness, Performance" /><author><name>Jason Brvenik</name><uri>http://www.blogger.com/profile/05151408378216283895</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/-8Vq50o4YimE/T6fLNZbn4MI/AAAAAAAAACQ/RIoE5_m0upA/s72-c/Screen+Shot+2012-05-07+at+9.15.52+AM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/importance-of-consistent-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0YBQ307eSp7ImA9WhVVEEg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-6848627154217971896</id><published>2012-05-03T11:32:00.000-04:00</published><updated>2012-05-03T11:32:32.301-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-03T11:32:32.301-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="best intrusion prevention" /><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="mobile" /><category scheme="http://www.blogger.com/atom/ns#" term="ips" /><category scheme="http://www.blogger.com/atom/ns#" term="high-performance firewall" /><category scheme="http://www.blogger.com/atom/ns#" term="jason brvenik" /><category scheme="http://www.blogger.com/atom/ns#" term="federal" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="mobile security" /><title>A Federal Mobilization</title><content type="html">The trend of mobility is undeniable.&amp;nbsp;&amp;nbsp; According to a recent Wakefield Research survey, some 72 percent of government IT employees reported mobile devices having beneficial effects on their agencies.&amp;nbsp; What is more, true to the trend of bring-your-own-device, two-thirds of federal employees, according to a survey by Fabrizio, Ward, and Associates, already rely on mobile devices.&amp;nbsp; So what is the mobile opportunity for the public sector?&amp;nbsp; Perhaps US CIO Steven VanRoekel puts it best:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
"When you're carrying a mobile device, you have the power of every federal agency in your pocket."&lt;/blockquote&gt;
This holds true for both citizens looking to quickly engage with agencies, or those same agencies seeking to harness mobile devices, as they have already begun to do, to more efficiently deliver services to Americans.&lt;br /&gt;
&lt;br /&gt;
To capitalize on this opportunity, US CIO VanRoekel has spearheaded the development of an outline for a &lt;a href="http://mobility-strategy.ideascale.com/a/pages/draft-outline"&gt;National Mobility Strategy&lt;/a&gt;, with key objectives being to use mobility to improve delivery of government services and increase Federal productivity.&lt;br /&gt;
&lt;br /&gt;
This move to mobile is heartening, but we will need to make this transition with our eyes open.&amp;nbsp; How will sensitive Federal data on these devices be protected?&amp;nbsp; Will Federal networks have sufficient ongoing network visibility and intelligence to see and manage devices coming and going on networks--and the unique security risk that each device represents?&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://4.bp.blogspot.com/-Jwxdqj_H3z8/T58PPcUo47I/AAAAAAAAAD4/eRfvpK1bARw/s1600/customhead_immixgroup_v4.ashx.jpeg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img alt="" border="0" height="72" src="http://4.bp.blogspot.com/-Jwxdqj_H3z8/T58PPcUo47I/AAAAAAAAAD4/eRfvpK1bARw/s320/customhead_immixgroup_v4.ashx.jpeg" title="" width="320" /&gt;&lt;/a&gt;To help answer these questions, Jason Brvenik, Sourcefire's vice president of security strategy, will participate in an upcoming event presented by Federal Computer Week: Mobile Government Implementation Strategies: Challenges and Opportunity.&amp;nbsp; The May 16 event is in Washington D.C., from 8 am to Noon.&amp;nbsp; Those interested in attending can register here: &lt;a href="http://sfi.re/JGT3yv"&gt;http://sfi.re/JGT3yv&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
Beyond security, other topics will include how the National Mobility Strategy will affect agencies, approaches to BYOD, how agencies are managing mobile apps for government services and how mobility will enhance productivity.&lt;br /&gt;
&lt;br /&gt;
For those in DC on the 16th, we hope to see you.&amp;nbsp; But should you not be able to make it, in your opinion, what is the biggest Federal mobility challenge?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-6848627154217971896?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/MRKNKaT0aeE" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/6848627154217971896/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/federal-mobilization.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6848627154217971896?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6848627154217971896?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/MRKNKaT0aeE/federal-mobilization.html" title="A Federal Mobilization" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-Jwxdqj_H3z8/T58PPcUo47I/AAAAAAAAAD4/eRfvpK1bARw/s72-c/customhead_immixgroup_v4.ashx.jpeg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/federal-mobilization.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUMER38zcSp7ImA9WhVWGUs.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-3210542461314593772</id><published>2012-05-02T08:34:00.001-04:00</published><updated>2012-05-02T08:56:46.189-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T08:56:46.189-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="verizon data breach report" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Verizon Data Breach Report Findings: Remarkable, but not Surprising</title><content type="html">Every year the Verizon Data Breach Investigations Report uncovers interesting findings about the characteristics and frequency of data breaches across industries, company size and geography. These reports are helpful for people to better understand and prepare&amp;nbsp;for the latest threats and approaches.&lt;br /&gt;
&lt;br /&gt;
The “&lt;a href="http://www.verizonbusiness.com/about/events/2012dbir/index.xml" target="_blank"&gt;2012 Verizon Data Breach Investigations Report&lt;/a&gt;” contains some remarkable, but not necessarily surprising, findings. &amp;nbsp;At least not surprising to the security professionals who deal with cyber threats day in and day out. &amp;nbsp;Let’s review some of the findings. &amp;nbsp;Of all incidents documented:

&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;98% stemmed from external agents (+6%)&lt;/li&gt;
&lt;li&gt;81% utilized some form of hacking (+31%)&lt;/li&gt;
&lt;li&gt;69% incorporated malware (+20%)&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
These findings suggest that people outside the organization want access to some internal information and attempt to get it by exploiting vulnerabilities in systems, processes or human nature in order to deposit malware that finishes the task. The result:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;174 million compromised records&amp;nbsp;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
From the looks of it, and the 174 million compromised records, they have largely succeeded. This is not particularly earth shattering. &amp;nbsp;The 174 million compromised records is a good indication of what security professionals have known for some time and is just now starting to get wider visibility – layers of defense against threats are necessary, but not sufficient. &amp;nbsp;Even newer approaches at defense such as sandboxing at the gateway, and detecting traffic to known C&amp;amp;C servers can be (and are) evaded by these threats – potentially the subject of a subsequent blog post.&lt;br /&gt;
&lt;br /&gt;
This next finding IS remarkable:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;85% of breaches took weeks or more to discover (+6%)&amp;nbsp;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
Think about it. &amp;nbsp;The point at which a threat is identified, it has been in the organization for weeks with free rein to gather sensitive information, spread itself throughout the company, cover its tracks and introduce other new threats. &amp;nbsp;This is no surprise to security professionals protecting their organizations. &amp;nbsp;Incident response and forensic teams know what a problem this is. They immediately take measures to block and rid themselves of the threat, while they dig in to quantify their exposure, identify the root cause and catalog the sensitive information exfiltrated.&lt;br /&gt;
&lt;br /&gt;
Quantifying the full exposure is difficult. &amp;nbsp;Scanning techniques don’t uncover threats that have covered their tracks. &amp;nbsp;The Verizon recommendation to “monitor and mine event logs” – a time consuming and tedious task at best. &amp;nbsp;Even then, the threat may be identified, but if the root cause of the threat isn’t identified and remedied, the team can expect the threat to recur repeatedly. And if the path the threat took isn’t identified, clean-up and full remediation will be difficult at best.&lt;br /&gt;
&lt;br /&gt;
Complete visibility into the full extent of the exposure and root cause can only be accomplished by understanding all file activity on the endpoint. A continuous endpoint vigilance makes it possible to do things such as connect threats to the parent processes that introduced them - a crucial step to &amp;nbsp;prevent reinfection, and identify threats that either aren’t currently active, are not communicating with known C&amp;amp;C servers or have obscured themselves.&lt;br /&gt;
&lt;br /&gt;
Fortunately, the tools for understanding the outbreak and its root causes just got a lot better. &amp;nbsp;Leveraging technologies developed for the consumer internet, it is now possible to treat security as a big-data problem. &amp;nbsp;FireAMP &lt;a href="http://www.sourcefire.com/security-technologies/advanced-malware-protection/fireamp" target="_blank"&gt;advanced malware protection&lt;/a&gt; from Sourcefire is one product that uses this approach. &amp;nbsp;Once a threat is identified, a complete ‘file trajectory’ of it can be mapped out showing the first system infected, every subsequent system infected and the process that introduced the threat into the environment. &amp;nbsp;Because the file activity is collected prior to a threat being written to a system, this information is available and accurate even if the threat later tried to obscure itself and cover its tracks. &lt;br /&gt;
&lt;br /&gt;
Having an immediate and accurate map like this will help these security teams manage the damage and prevent repeat outbreaks.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-3210542461314593772?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/6ouda4qJaLE" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/3210542461314593772/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/05/verizon-data-breach-report-findings.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/3210542461314593772?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/3210542461314593772?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/6ouda4qJaLE/verizon-data-breach-report-findings.html" title="Verizon Data Breach Report Findings: Remarkable, but not Surprising" /><author><name>Tom Stuart</name><uri>https://profiles.google.com/114334359190911009749</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-igON8WE3lHI/AAAAAAAAAAI/AAAAAAAAAXs/6sri7qUF3HI/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/05/verizon-data-breach-report-findings.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DE4AQ3w6fyp7ImA9WhVWE0s.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-1248042498084995748</id><published>2012-04-25T11:15:00.000-04:00</published><updated>2012-04-25T11:15:42.217-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-25T11:15:42.217-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="alfred huger" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="enterprise antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="adam o'donnell" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>FireAMP Creators Series - The Evolution of Advanced Malware Protection</title><content type="html">In these videos, we sit down with two of FireAMP's creators, Alfred Huger and Adam O'Donnell, to discuss how FireAMP came to be, why advanced malware protection's time is now, the problems it solves, along with the experience of building the product.&lt;br /&gt;
&lt;br /&gt;
Please enjoy the first installment looking at the process of developing FireAMP's disruptive enterprise technology.&amp;nbsp; Stay tuned for additional videos in this series. Anything you'd like to ask these creators?&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/YMgPPWUKySg" width="420"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-1248042498084995748?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/Pof6DVgHW44" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/1248042498084995748/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/fireamp-creators-series-evolution-of.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1248042498084995748?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1248042498084995748?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/Pof6DVgHW44/fireamp-creators-series-evolution-of.html" title="FireAMP Creators Series - The Evolution of Advanced Malware Protection" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/YMgPPWUKySg/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/fireamp-creators-series-evolution-of.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEEFSXs4fCp7ImA9WhVXGEg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-7170358923121176059</id><published>2012-04-19T12:10:00.000-04:00</published><updated>2012-04-19T13:30:18.534-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-19T13:30:18.534-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="droppers" /><category scheme="http://www.blogger.com/atom/ns#" term="antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Droppers from Around the World: Brazil</title><content type="html">Our next foray into malware droppers takes us to Brazil.&amp;nbsp; The most common malware dropper there is explorer.exe (aggregating all versions).&amp;nbsp; As we noted in earlier posts in this series, when you see explorer.exe as a dropper, that means users are actually double clicking on a malicious file and getting infected that way - i.e., there is a clear cut social engineering mechanism at play.&amp;nbsp; Even when you account for version numbers, explorer.exe remains on top, with version 6.0.2900.5512. being the one to most commonly drop malware.&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://3.bp.blogspot.com/-PvBR4IenXmo/T5A4bo8bIoI/AAAAAAAAADw/CllTQcmtm5M/s1600/Snorty+Brazil.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="200" src="http://3.bp.blogspot.com/-PvBR4IenXmo/T5A4bo8bIoI/AAAAAAAAADw/CllTQcmtm5M/s200/Snorty+Brazil.jpg" width="150" /&gt;&lt;/a&gt;&lt;/div&gt;
The next most common dropper in Brazil in called, "Ev~NeN^e.eXe."&amp;nbsp; This is a common malware name and in this particular case it represents the W32.Sality virus, which is the most commonly seen threat we see in non-English speaking countries.&lt;br /&gt;
&lt;br /&gt;
In terms of web browsers, their ordering as droppers is the exact opposite of what you typically see.&amp;nbsp; In particular, Firefox is the most popular dropper among the browsers, followed by Chrome, and then Internet Explorer.&amp;nbsp; When accounting for version numbers among browsers, Firefox version 3.6.23.0 drops the most malware.&amp;nbsp; In contrast, at a global level, we typically see Internet Explorer, followed by Chrome followed by Firefox.&amp;nbsp; From what we can gather, none of these instances appear to be the result of an actual browser exploit.&amp;nbsp; Rather, users seem to be unwittingly downloading and executing malicious files from the web.&lt;br /&gt;
&lt;br /&gt;
The third most common dropper in Brazil is reader_sl.exe, which is associated with Adobe Reader - suggesting that many Brazilians are getting infected via PDF exploits and other PDF-related threat vectors (or even getting tricked into running non-authentic versions of Adobe Reader).&amp;nbsp; Infections via PDF are a growing concern in general, since users often perceive a false sense of safety when it comes to opening documents.&amp;nbsp; At the same time, however, PDF is a highly expressive language and the underlying reader is a complex piece of software.&amp;nbsp; Users, therefore, have to continue to be cautious when downloading any content from the Internet - regardless of what risks they perceive that content as having.&lt;br /&gt;
&lt;br /&gt;
On a related note, rounding out the top 5 droppers in Brazil is uTorrent.exe (version 2.2.1.25302), which represents a common Bit Torrent application.&amp;nbsp; The presence of this dropper suggests people are getting infected by downloading malicious torrents (perhaps under the guise of pirated software, movies and music).&amp;nbsp; Infections via pirated content are quite common.&amp;nbsp; Users often take unnecessary risks thinking they will get a free copy of a game, movie or song.&amp;nbsp; In far too many of these cases they get an extra helping of malware on the side.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-7170358923121176059?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/m4q-Hg38_g0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/7170358923121176059/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/droppers-from-around-world-brazil.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7170358923121176059?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7170358923121176059?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/m4q-Hg38_g0/droppers-from-around-world-brazil.html" title="Droppers from Around the World: Brazil" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/-PvBR4IenXmo/T5A4bo8bIoI/AAAAAAAAADw/CllTQcmtm5M/s72-c/Snorty+Brazil.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/droppers-from-around-world-brazil.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0MHRnw7fip7ImA9WhVXFUU.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-5245016174272066910</id><published>2012-04-16T09:03:00.000-04:00</published><updated>2012-04-16T09:03:57.206-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-16T09:03:57.206-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="ips" /><category scheme="http://www.blogger.com/atom/ns#" term="ngips" /><category scheme="http://www.blogger.com/atom/ns#" term="firepower" /><category scheme="http://www.blogger.com/atom/ns#" term="nss labs" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>Sourcefire FirePOWER - Bigger, Stronger, Faster</title><content type="html">Today marks an achievement not yet seen in our industry. NSS Labs has released &lt;a href="http://info.sourcefire.com/2012_NSSLabs.html" target="_blank"&gt;three product analysis reports&lt;/a&gt;&amp;nbsp;on IPS that contain testing data on the of the 8120, 8250, and 8260. For the fourth year running, we have received independent validation of the security effectiveness, performance and total cost of ownership (TCO) of our our Next-Generation IPS (NGIPS) products. When you look at our effectiveness you will note that we have consistently improved our effectiveness while the testing and security environments have become more demanding. We even managed to exceed the previous record we set for effectiveness, achieving 99% coverage over last year’s 98% coverage.&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;&lt;a href="http://4.bp.blogspot.com/-2Spt0k1HdGw/T4dp7lzgyUI/AAAAAAAAAVY/x-EseJgQqn4/s1600/iStock_000003225905XSmall.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="236" src="http://4.bp.blogspot.com/-2Spt0k1HdGw/T4dp7lzgyUI/AAAAAAAAAVY/x-EseJgQqn4/s320/iStock_000003225905XSmall.jpg" width="320" /&gt;&lt;/a&gt;&lt;/div&gt;In 2011, we brought to market FirePOWER, which is the foundation for our next-generation network security platform. Our approach is one of hardware acceleration combined with software innovation to deliver capabilities to market in the fastest and most reliable way possible. Over the years you will have noticed us implement in software, optimize that software, and transition that to hardware where appropriate. This platform provides us the fundamental packet handling needed for our NGIPS and is the building block of our Next-Generation Firewall (NGFW). The performance results of all three products were consistently 170% of rated throughput. The 8260 model tested at 34G of inspected throughput when measured against a real world mix of traffic. This consistency demonstrates Sourcefire's commitment to providing appliances that can both scale and grow as network security needs change.&lt;br /&gt;
&lt;br /&gt;
It makes me proud to tell you that Sourcefire invests significantly in our products to ensure that we provide the most effective tools available to protect our customers’ networks. I’m also proud to acknowledge that before we can bring to market superior products, we must start with superior people. Finding exceptional talent that meets our high standards is challenging, but that has culminated in creating the best technical team one could find. This incredibly talented team is directly responsible for these results, which aren’t just important for our customers, it is important for our industry. &lt;br /&gt;
&lt;br /&gt;
Independent testing serves as checks and balances on vendor and data sheet claims and we are proud of our achievement. What makes us more proud of this work is looking at numbers from competitors over the years, you can see that even larger organizations have been unable to maintain the focus and dedication it takes to consistently protect their customers. In the end, we are bigger, stronger and faster than they are. &lt;br /&gt;
&lt;br /&gt;
We are proud of our advancements, yet we know they are not the end of the road. We will continue to innovate and advance our core engine, because we believe deeply in the need for security.  It is also important to us, and the foundation of our company, that we continue to provide our enhancements to our core engine as open source, and we expect that the community continues to benefit from them and ultimately demands more from us in the process.&lt;br /&gt;
&lt;br /&gt;
From our perspective, any vendor claiming to provide security that cannot at least meet this expected level of &lt;a href="https://www3.gotomeeting.com/register/674399622" target="_blank"&gt;consistent security effectiveness&lt;/a&gt; and performance should think seriously about their commitment to their customers. Any company evaluating a next-generation security platform should especially take this type of innovation and investment into account. At Sourcefire, we will continue to innovate aggressively to protect our customers, and we’d like to think this innovation will raise the industry-wide quality bar so high that our adversaries decide there are better businesses to be in. We welcome the competition and challenge them to join us in continually raising that bar.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-5245016174272066910?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/otJElG4Vwfw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/5245016174272066910/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/sourcefire-firepower-bigger-stronger.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5245016174272066910?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5245016174272066910?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/otJElG4Vwfw/sourcefire-firepower-bigger-stronger.html" title="Sourcefire FirePOWER - Bigger, Stronger, Faster" /><author><name>Jason Brvenik</name><uri>http://www.blogger.com/profile/05151408378216283895</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-2Spt0k1HdGw/T4dp7lzgyUI/AAAAAAAAAVY/x-EseJgQqn4/s72-c/iStock_000003225905XSmall.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/sourcefire-firepower-bigger-stronger.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0MHQnw4eCp7ImA9WhVXEkk.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-8377082385585805010</id><published>2012-04-12T11:43:00.000-04:00</published><updated>2012-04-12T11:43:53.230-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-12T11:43:53.230-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="ngfw" /><category scheme="http://www.blogger.com/atom/ns#" term="ips" /><category scheme="http://www.blogger.com/atom/ns#" term="high-performance firewall" /><category scheme="http://www.blogger.com/atom/ns#" term="ngips" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation firewall" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>Next-Generation Network Security Fact or Fiction: Do NGFWs require NGIPS?</title><content type="html">This is the next installment in our "Next-Generation Network Security:  Fact or Fiction?" series, examining debates relevant to the security  industry.&amp;nbsp; In this installment, Jason Brvenik, vice president of security strategy at Sourcefire, examines whether high-performance firewalls must have next-generation IPS (NGIPS) in order to provide sufficient threat protection. What do you think?&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/T1nMyPz0BFY" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-8377082385585805010?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/cLOPmyC32sg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/8377082385585805010/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/next-generation-network-security-fact_12.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/8377082385585805010?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/8377082385585805010?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/cLOPmyC32sg/next-generation-network-security-fact_12.html" title="Next-Generation Network Security Fact or Fiction: Do NGFWs require NGIPS?" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/T1nMyPz0BFY/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/next-generation-network-security-fact_12.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0MEQ3c-cSp7ImA9WhVXEEo.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-4295285222923842292</id><published>2012-04-10T11:23:00.000-04:00</published><updated>2012-04-10T11:23:22.959-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-10T11:23:22.959-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="agile security" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><title>Sourcefire's Truth - Agile Security</title><content type="html">We share this video that gives a bit more of Sourcefire's perspective on the world. More than a brand, this video represents the importance of every enterprise having Agile Security solutions that are as dynamic as the real world they protect and the attackers against which they defend.&lt;br /&gt;
&lt;br /&gt;
And given our recent weekend filled with eggs for many, keep a close eye out in the video for the rabbit (yes, a rabbit) that makes an appearance, albeit a brief one.&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/hnBp2m74GfU" width="420"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-4295285222923842292?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/y8-Oy6K5m-c" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/4295285222923842292/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/sourcefires-truth-agile-security.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/4295285222923842292?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/4295285222923842292?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/y8-Oy6K5m-c/sourcefires-truth-agile-security.html" title="Sourcefire's Truth - Agile Security" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/hnBp2m74GfU/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/sourcefires-truth-agile-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEUFQXY9fSp7ImA9WhVQF08.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-6194367875671969547</id><published>2012-04-06T10:23:00.000-04:00</published><updated>2012-04-06T10:23:30.865-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-06T10:23:30.865-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="enterprise antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="outbreak control" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>FireAMP Outbreak Control - A Recourse Against Malware (DEMO)</title><content type="html">&lt;span style="font-family: inherit;"&gt;We have made no secret of the hard work that Sourcefire has put into the development of FireAMP. And we have done this in the hopes that it will actually remove some of the hard work from the lives of our customers who face malware challenges daily. &amp;nbsp;For this reason, we want to share this demo of FireAMP's Outbreak Control that uniquely contains and remediates malware outbreaks and blocks future attacks.&amp;nbsp;&lt;/span&gt;&lt;br /&gt;
&lt;span style="font-family: inherit;"&gt;&lt;/span&gt;&lt;br /&gt;
&lt;span style="font-family: inherit;"&gt;&lt;/span&gt;
&lt;span style="font-family: inherit;"&gt;Outbreak Control speeds response time in the face of attacks for immediate recourse, instead of waiting for updates from security vendors. &amp;nbsp;And aspects like C&lt;/span&gt;&lt;span style="font-family: inherit;"&gt;loud Recall will&amp;nbsp;&lt;/span&gt;&lt;span style="font-family: inherit;"&gt;quarantine files that are deemed malware--without a full scan&lt;/span&gt;&lt;span style="line-height: 15px;"&gt;&lt;span style="font-family: inherit;"&gt;--and a&lt;/span&gt;&lt;/span&gt;&lt;span style="font-family: inherit;"&gt;utomatically remediate systems. &amp;nbsp;FireAMP also blocks known malware in real-time in order to prevent infections in the first place. &amp;nbsp;&lt;/span&gt;&lt;span style="font-family: inherit;"&gt;This short video demo (2:20), the next in our FireAMP 5 series, gives an overview of Outbreak Control and its capabilities. &lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/7HCdWtwXlVg" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-6194367875671969547?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/BG-L9rTNnmE" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/6194367875671969547/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/fireamp-outbreak-control-recourse.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6194367875671969547?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6194367875671969547?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/BG-L9rTNnmE/fireamp-outbreak-control-recourse.html" title="FireAMP Outbreak Control - A Recourse Against Malware (DEMO)" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/7HCdWtwXlVg/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/fireamp-outbreak-control-recourse.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0AFQ38yfyp7ImA9WhVQFUg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-9167776094287589032</id><published>2012-04-04T11:01:00.000-04:00</published><updated>2012-04-04T11:01:52.197-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-04T11:01:52.197-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="vrt" /><category scheme="http://www.blogger.com/atom/ns#" term="offensive research" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire vrt" /><category scheme="http://www.blogger.com/atom/ns#" term="matt watchinski" /><title>Next-Generation Network Security Fact or Fiction: Does Offensive Research Contribute to Threat Protection?</title><content type="html">This is the next installment in our "Next-Generation Network Security: Fact or Fiction?" series, examining debates relevant to the security industry. &amp;nbsp;Matt Watchinski, vice president of Sourcefire's Vulnerability Research Team (VRT) looks at the value of conducting offensive research for threat protection when working with limited time and resources amidst copious amounts of known vulnerabilities.&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/VHsB2AZT8KY" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-9167776094287589032?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/RC5yN-hVYeU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/9167776094287589032/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/04/next-generation-network-security-fact.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/9167776094287589032?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/9167776094287589032?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/RC5yN-hVYeU/next-generation-network-security-fact.html" title="Next-Generation Network Security Fact or Fiction: Does Offensive Research Contribute to Threat Protection?" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/VHsB2AZT8KY/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/04/next-generation-network-security-fact.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkYEQH0-fSp7ImA9WhVQEEg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-1096228321443244761</id><published>2012-03-29T15:41:00.000-04:00</published><updated>2012-03-29T15:41:41.355-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-29T15:41:41.355-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="richard stiennon" /><category scheme="http://www.blogger.com/atom/ns#" term="information superiority" /><category scheme="http://www.blogger.com/atom/ns#" term="martin roesch" /><title>Richard Stiennon talks to Martin Roesch about Information Superiority (VIDEO)</title><content type="html">The concept of information superiority is an important one, particularly when it means an attacker holds an information advantage over a network's defenders. &amp;nbsp;This results in an attacker being able to leverage a local issue that those looking after a network may not be aware of - whether an exploit, zero-day, topological issue or otherwise, in order to gain access.&lt;br /&gt;
&lt;br /&gt;
To tip the scales of information superiority in our favor, we must be able to create an integrated picture of what exists on a network at any given time to understand what must be protected, how the network is changing and what it may be vulnerable to. &lt;br /&gt;
&lt;br /&gt;
In this video (2:50), Richard and Marty discuss what information superiority amounts to in 2012, so the considerations above can be readily addressed.&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/g_CGbFY0tRU" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-1096228321443244761?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/LI0Fh0FOSu4" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/1096228321443244761/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/richard-stiennon-talks-to-martin-roesch_29.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1096228321443244761?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1096228321443244761?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/LI0Fh0FOSu4/richard-stiennon-talks-to-martin-roesch_29.html" title="Richard Stiennon talks to Martin Roesch about Information Superiority (VIDEO)" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/g_CGbFY0tRU/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/richard-stiennon-talks-to-martin-roesch_29.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkcFRX47fip7ImA9WhVRGEo.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-7772044112055788711</id><published>2012-03-27T13:40:00.000-04:00</published><updated>2012-03-27T13:40:14.006-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-27T13:40:14.006-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="immunet" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="enterprise antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="droppers" /><category scheme="http://www.blogger.com/atom/ns#" term="antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Droppers from Around the World: Australia and New Zealand</title><content type="html">&lt;div style="font-family: inherit;"&gt;
In this post, I’ll continue my series on how malware is dropped into systems around the world, looking specifically at Australia and New Zealand.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
The most common dropper in Australia is explorer.exe – which represents Microsoft Windows explorer. When explorer.exe is seen as a malware dropper that means the malware infiltrated the system because a user actually double clicked on it (hence why it showed up as originating via explorer.exe). In all likelihood, users were socially engineered into making a poor security decision.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
The second most common dropper in Australia is chrome.exe (the name associated with Google’s Chrome web browser), aggregated over all versions. When accounting for version numbers, the most common dropper is Chrome version 16.0.912.63.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
The most popular browsers that drop malware (in order of number of malware instances seen from that browser), after Chrome, are Internet Explorer followed by Firefox.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
The third most common dropper (when accounting for version numbers) in Australia is called Praetorians.exe.&amp;nbsp; This name coincides with a popular game, which suggests that users are downloading and installing what they think is a pirated copy of the game (but that in fact drops malware onto their system). The most popular malware dropper in New Zealand is winlogon.exe, which is a common target for malware (i.e., malware attaches itself to it). Many of these cases appear to be associated with W32.Trojan.1415. Digging in, the underlying threat itself is one called Brontok.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
The most popular browsers that drop malware in New Zealand (in order of number of malware instances seen from that browser) are Internet Explorer, Firefox, and Chrome. (It is interesting to contrast this with Australia where Chrome is first). The version of Internet Explorer associated with the most dropped malware is 9.0.8112.16421.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
In the case of both Australia and New Zealand, the three most common threats are W32.Agent, W32.ET.mywebsearch, and W32.PUPgenPUP. These generally seem to represent programs that deal with advertisements and search. Of these, it’s interesting to note that the last of these was actually first identified through our advanced analytics engine, which allows us to detect threats by analyzing data across our community.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
Given that Australia and New Zealand are so close to each other geographically, it is not so surprising that they see the same threats. What is somewhat surprising, however, is that these threats seem to infect machines through different vehicles.&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-7772044112055788711?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/lQFT774Z3XU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/7772044112055788711/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/droppers-from-around-world-australia.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7772044112055788711?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7772044112055788711?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/lQFT774Z3XU/droppers-from-around-world-australia.html" title="Droppers from Around the World: Australia and New Zealand" /><author><name>Dr. Zulfikar Ramzan</name><uri>http://www.blogger.com/profile/01489612128186951616</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="27" height="32" src="http://3.bp.blogspot.com/-MJN5oULA_kI/TlKVPXCZaNI/AAAAAAAAAIk/OOWf9ZLDVqw/s220/zully.png" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/droppers-from-around-world-australia.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUMMRn08eSp7ImA9WhVREkg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-3663754618156227817</id><published>2012-03-20T11:31:00.000-04:00</published><updated>2012-03-20T11:31:27.371-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-20T11:31:27.371-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="cloud antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="enterprise antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="antivirus" /><category scheme="http://www.blogger.com/atom/ns#" term="endpoint security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="file trajectory" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>FireAMP File Trajectory - An Endpoint Flight Recorder (DEMO)</title><content type="html">Much hard work has been devoted to FireAMP in order to make it the most progressive and disruptive technology to date in the fight against malware. &amp;nbsp;We particularly feel that one aspect of FireAMP, File Trajectory, is truly unique and vital, allowing for security teams to at last be able to answer fundamental questions like which system was infected first by malware and to see and understand immediately the extent of any outbreak and how it may be spreading. &amp;nbsp;As we have &lt;a href="http://blog.sourcefire.com/2012/01/advanced-malware-protection-what-your.html"&gt;previously expounded on&lt;/a&gt;, File Trajectory enables unprecedented visibility into the endpoint, effectively amounting to a "flight recorder" for all file activity on the endpoints across an enterprise, functionality never before seen. &amp;nbsp;Please see our short demo (1:33) on File Trajectory to see this innovation in action.&lt;br /&gt;
&lt;br /&gt;
&amp;nbsp;


&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/CWnixcZeXQE" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-3663754618156227817?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/oH92WxHAqME" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/3663754618156227817/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/fireamp-file-trajectory-endpoint-flight.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/3663754618156227817?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/3663754618156227817?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/oH92WxHAqME/fireamp-file-trajectory-endpoint-flight.html" title="FireAMP File Trajectory - An Endpoint Flight Recorder (DEMO)" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/CWnixcZeXQE/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/fireamp-file-trajectory-endpoint-flight.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0EBR3o6eSp7ImA9WhVREUs.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-7243472536702255981</id><published>2012-03-19T11:07:00.000-04:00</published><updated>2012-03-19T11:07:36.411-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-19T11:07:36.411-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="application control" /><category scheme="http://www.blogger.com/atom/ns#" term="ngfw" /><category scheme="http://www.blogger.com/atom/ns#" term="it harvest" /><category scheme="http://www.blogger.com/atom/ns#" term="firesight" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation firewall" /><category scheme="http://www.blogger.com/atom/ns#" term="context-aware security" /><category scheme="http://www.blogger.com/atom/ns#" term="martin roesch" /><category scheme="http://www.blogger.com/atom/ns#" term="intrusion prevention" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>Richard Stiennon talks to Martin Roesch about Next-Generation IPS (VIDEO)</title><content type="html">Lead analyst at IT Harvest, Richard Stiennon, recently sat down with Sourcefire founder and CTO Martin Roesch to discuss a host of topics and trends germane to the IT Security industry in 2012. &amp;nbsp;As this was an extensive conversation, we will release a series of videos in the coming weeks, highlighting excerpts of their discussion. &lt;br /&gt;
&lt;br /&gt;
This first video focuses on the continued evolution of next-generation security platforms, in particular, next-generation IPS, and its integration of elements like application control, previously only available on &lt;a href="http://www.sourcefire.com/security-technologies/network-security/next-generation-firewall"&gt;NGFW&lt;/a&gt; platforms. &amp;nbsp;This progression represents new found flexibility for security teams and how they can deploy and manage their security technologies. Please watch this video (2:45) for deeper discussion.&lt;br /&gt;
&lt;br /&gt;
&lt;iframe allowfullscreen="" frameborder="0" height="315" src="http://www.youtube.com/embed/8fFfbj-lKzY" width="560"&gt;&lt;/iframe&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-7243472536702255981?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/0pheeNrHjHw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/7243472536702255981/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/richard-stiennon-talks-to-martin-roesch.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7243472536702255981?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/7243472536702255981?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/0pheeNrHjHw/richard-stiennon-talks-to-martin-roesch.html" title="Richard Stiennon talks to Martin Roesch about Next-Generation IPS (VIDEO)" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://img.youtube.com/vi/8fFfbj-lKzY/default.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/richard-stiennon-talks-to-martin-roesch.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUYCQnk9fip7ImA9WhVSFkg.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-2723806380680382021</id><published>2012-03-13T12:46:00.000-04:00</published><updated>2012-03-13T12:46:03.766-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-13T12:46:03.766-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="open source" /><category scheme="http://www.blogger.com/atom/ns#" term="agile security" /><category scheme="http://www.blogger.com/atom/ns#" term="snort" /><category scheme="http://www.blogger.com/atom/ns#" term="snort rules" /><category scheme="http://www.blogger.com/atom/ns#" term="martin roesch" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation ips" /><title>In With the New: Snort Rules</title><content type="html">&lt;div&gt;
Many in the security field are by now familiar with&amp;nbsp;Snort&amp;nbsp;- the&amp;nbsp;open source intrusion detection and prevention technology, created in 1998 by Sourcefire founder Martin Roesch. &amp;nbsp;And many will also know that Sourcefire still develops and oversees Snort today.&amp;nbsp; Snort uses a rule-driven language combining benefits of signature, protocol and anomaly-based inspection methods--and with some 4 million downloads to date, Snort is the world's most popular intrusion detection and prevention technology.&amp;nbsp; Snort serves as the underpinning of Sourcefire's next-generation IPS system. &amp;nbsp; &lt;br /&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;br /&gt;
What makes Snort and Sourcefire so unique is the provision of Agile Security,&amp;nbsp;a continuous process with four essential elements of seeing, learning, adapting and then acting,&amp;nbsp;to effectively protect environments against dynamic attacks.&lt;br /&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;br /&gt;
This notion of continuously adapting brings us to an important update we wanted to draw your attention to. &amp;nbsp;Allow us to tee up the news here, prior to handing the conversation over to Joel Esler at &lt;a href="http://www.snort.org/"&gt;Snort.org&lt;/a&gt;. &amp;nbsp;While Spring may not be here quite yet, after more than a decade of Snort rule additions, now is the moment for a bit of spring cleaning, to make Snort more agile than ever. &amp;nbsp;Ever since the ability was added to Snort to write rules, those rules have been organized into categories in different files. &amp;nbsp;For years these rules have been added to, but the time has arrived to refocus and streamline the ruleset, add features, and, as Joel notes, "clear the old cruft away."&lt;br /&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;br /&gt;
Over the coming months, the old categories will be reorganized into a new set of categories in order to make our customers' lives simpler while delivering greater value out of the rules, for both corporate and Open Source users.&lt;br /&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;br /&gt;
This represents a very important progression for our product to make it more agile and stronger than ever. &amp;nbsp;Please continue reading the post on our Snort blog for much greater detail on the new rule categories, for this represents an important progression:&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://blog.snort.org/2012/03/rule-category-reorganization.html"&gt;http://blog.snort.org/2012/03/rule-category-reorganization.html&lt;/a&gt;. &lt;/div&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-2723806380680382021?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/BEafMZNtckY" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/2723806380680382021/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/in-with-new-snort-rules.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2723806380680382021?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/2723806380680382021?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/BEafMZNtckY/in-with-new-snort-rules.html" title="In With the New: Snort Rules" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/in-with-new-snort-rules.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEESH84eCp7ImA9WhVSEk8.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-5298632490335022687</id><published>2012-03-08T11:03:00.000-05:00</published><updated>2012-03-08T11:03:29.130-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-08T11:03:29.130-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="application control" /><category scheme="http://www.blogger.com/atom/ns#" term="antimalware" /><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="information superiority" /><category scheme="http://www.blogger.com/atom/ns#" term="context-aware security" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><title>Computer Security Trends and Threats in the Federal Sector - Future of Security</title><content type="html">By now we are well aware that advanced persistent threats (APTs) and other cyber attacks can and will wreak havoc -- and IT security professionals are justifiably concerned. A recent &lt;a href="http://info.sourcefire.com/ESGWhitepaper.html"&gt;ESG research report&lt;/a&gt; notes that 93 percent of security professionals are "very concerned" or "concerned" about the potential impact that APTs could have on U.S. national interests such as national security or the economy.&lt;br /&gt;
&lt;br /&gt;
What's more, in 2011, some 280 million variations of malware were identified -- and many just on one computer or network.&amp;nbsp; With this as a backdrop, Sourcefire founder and CTO Martin Roesch discusses thoughts on where the future of IT security will head to confront this.&amp;nbsp; This is the last excerpt of Martin's discussion with Federal News Radio in its Federal Executive Forum roundtable on Emerging Technologies.&lt;br /&gt;
&lt;br /&gt;
&lt;object class="BLOGGER-youtube-video" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data-thumbnail-src="http://i.ytimg.com/vi/bkvCFTwh96M/0.jpg" height="266" width="320"&gt;&lt;param name="movie" value="http://www.youtube.com/v/bkvCFTwh96M?version=3&amp;f=user_uploads&amp;c=google-webdrive-0&amp;app=youtube_gdata" /&gt;
  &lt;param name="bgcolor" value="#FFFFFF" /&gt;
  &lt;embed width="320" height="266"  src="http://www.youtube.com/v/bkvCFTwh96M?version=3&amp;f=user_uploads&amp;c=google-webdrive-0&amp;app=youtube_gdata" type="application/x-shockwave-flash"&gt;&lt;/embed&gt;&lt;/object&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-5298632490335022687?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/k2PNcTdbC2I" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/5298632490335022687/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/computer-security-trends-and-threats-in.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5298632490335022687?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5298632490335022687?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/k2PNcTdbC2I/computer-security-trends-and-threats-in.html" title="Computer Security Trends and Threats in the Federal Sector - Future of Security" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/computer-security-trends-and-threats-in.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0UBQX08cCp7ImA9WhVSEUk.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-728238065504861150</id><published>2012-03-07T13:32:00.001-05:00</published><updated>2012-03-07T13:34:10.378-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-07T13:34:10.378-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="byod" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="it security best practices" /><category scheme="http://www.blogger.com/atom/ns#" term="ipad 3" /><category scheme="http://www.blogger.com/atom/ns#" term="apple" /><title>What Does the iPad 3 Mean for IT Security Teams?</title><content type="html">With the launch of the iPad 3 today the trend of bring-your-own-device (BYOD), such as smartphones and tablets, to work shows no sign of abating. Hailed by many as a boon to worker productivity and a cost savings for organizations, what are the implications of BYOD for IT security teams?&lt;br /&gt;
&lt;br /&gt;
A recent Gartner report shows tablet sales on a pace to reach over 300 million units in 2015 with Apple expected to command more than 50% market share in tablets until 2014.  Android-based tablets are next in line and expected to gain significant ground by 2015. As for smartphones, new research from the Pew Internet and American Life Project indicates that more than half of all mobile phones in the U.S. are smartphones. Given this data and the slew of announcements at Mobile World Congress last week, one thing is certain; iOS, Android or other, we are rapidly adopting tablets and smartphones as our “go-to” computing devices. &lt;br /&gt;
&lt;br /&gt;
The impact on the corporate network is significant. The “2011 Consumerization of IT Study” conducted by IDC and sponsored by Unisys found that 40% of IT decision makers say that workers access corporate information from employee-owned devices, but in stark contrast more than 80% of employees indicated they access corporate networks this way. To protect their corporate assets organizations need to close this gap. &lt;br /&gt;
&lt;br /&gt;
If we take a closer look at Apple-based systems, relative to mobile malware threats out today, iOS is relatively unscathed. Apple’s “walled garden” approach has helped. However, as an IT security administrator, protecting systems that may not belong to you is a huge challenge, some of which cannot be addressed by one simple security solution. But there are a few things you can do to harden your teams and policies to help maintain control of your network.&lt;br /&gt;
&lt;br /&gt;
First, make sure your executives have the latest devices as upgrading the entire platform is easier and less risky than a piecemeal approach of upgrading individuals’ software – particularly when they’re high productivity, high-demand employees.&lt;br /&gt;
&lt;br /&gt;
Second, be mindful that even though iOS has been relatively immune to attacks, as the number of users increases so do the odds that high-value data will reside on iPads and be put in transit into other network devices where threats are borne. While not technology based, enforced policies that regulate what data can be transmitted to BYOD devices can help. &lt;br /&gt;
&lt;br /&gt;
Third, in situations when you can’t control the tablet or smartphone, it may be useful to lock down your organization’s network or computers (laptops, desktops, servers) with capabilities like application control. Consider approved applications that can be used by employees to remotely access their desktop computers back in the office from their iPad or other tablet while travelling. While you may not be able to limit the installation of application on the device, you can prevent it from running on corporate-owned computers.&lt;br /&gt;
&lt;br /&gt;
As we welcome the next evolution of the iPad and a host of competing devices with open arms, we must also open our eyes to the security gaps BYOD presents and take a proactive approach to bridging these gaps.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-728238065504861150?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/QGEcaHfZ4mQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/728238065504861150/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/03/what-does-ipad3-mean-for-it-security.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/728238065504861150?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/728238065504861150?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/QGEcaHfZ4mQ/what-does-ipad3-mean-for-it-security.html" title="What Does the iPad 3 Mean for IT Security Teams?" /><author><name>Martin Roesch</name><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/03/what-does-ipad3-mean-for-it-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkICSXo9fSp7ImA9WhVTE0U.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-8926687581902111886</id><published>2012-02-27T17:09:00.000-05:00</published><updated>2012-02-27T17:09:28.465-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-27T17:09:28.465-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="rsa conference" /><category scheme="http://www.blogger.com/atom/ns#" term="rsac" /><title>RSA Conference: In It to Win It with Sourcefire!</title><content type="html">&lt;a href="http://4.bp.blogspot.com/-Lfrn6a5y4TM/T0rwNvGCZAI/AAAAAAAAADQ/7e2hwib5AG0/s1600/Snorty+rsac.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="213" src="http://4.bp.blogspot.com/-Lfrn6a5y4TM/T0rwNvGCZAI/AAAAAAAAADQ/7e2hwib5AG0/s320/Snorty+rsac.jpg" width="320" /&gt;&lt;/a&gt;&lt;span style="font-size: small;"&gt;RSA Conference is a busy time for the IT security industry, driving conversations, handshakes, publicity and even just plain fun. &amp;nbsp;We look forward to seeing many of you, but for those not attending but tracking the conference on Twitter and Facebook, let's connect there. We want to make sure our friends on-site and off-site feel like part of the Sourcefire fun at the show.&amp;nbsp;&lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-size: small;"&gt;For those &lt;b&gt;&lt;i&gt;at the show&lt;/i&gt;&lt;/b&gt;, keep your eyes peeled on our Twitter feed -- and if you do not follow us yet find us at &lt;a href="http://www.twitter.com/sourcefire" target="_blank"&gt;@sourcefire&lt;/a&gt;.&amp;nbsp; On Tuesday and Wednesday of this week, we will give two lucky winners each day a $100 American Express gift card for being the first to have "checked in" (#2552 on the show floor) with a picture of our booth. And since you'll be monitoring our Twitter feed - you will know when to snap the booth picture. Of course, extra brownie points if Snorty is involved.&amp;nbsp; And do not forget to use the #sourcefire hashtag so it stands out in the Twitter stream.&amp;nbsp; If you are not on site and see our Tweet and know someone who is present, send them a quick text to grab a pic and maybe they will share the $100.&lt;br /&gt;
&amp;nbsp;&lt;/span&gt;&lt;br /&gt;
&lt;span style="font-size: small;"&gt;Here is one for those who have left their heart in San Francisco who may not be at #RSAC.&amp;nbsp; Snorty will take advantage of the week at the conference but also do a bit of tourism - he is adventurous, after all.&amp;nbsp; We will post Facebook pictures of Snorty around San Francisco to our Facebook page Tuesday, Wednesday and Thursday. Those who share the correct location in a Facebook comment in the first hour after posting will have a chance to win a $100 gift card. &amp;nbsp;&lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-size: small;"&gt;For both the Twitter pictures and Facebook photos, we will select winners at random from all participants and notify them after RSA Conference. &lt;br /&gt;
&lt;br /&gt;
See you at booth #2552 or online!&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-8926687581902111886?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/NN3JPQUXPhE" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/8926687581902111886/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/02/rsa-conference-in-it-to-win-it-with.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/8926687581902111886?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/8926687581902111886?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/NN3JPQUXPhE/rsa-conference-in-it-to-win-it-with.html" title="RSA Conference: In It to Win It with Sourcefire!" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-Lfrn6a5y4TM/T0rwNvGCZAI/AAAAAAAAADQ/7e2hwib5AG0/s72-c/Snorty+rsac.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/02/rsa-conference-in-it-to-win-it-with.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D04AQH45eCp7ImA9WhVTE0g.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-1107701583004933537</id><published>2012-02-27T10:19:00.000-05:00</published><updated>2012-02-27T10:19:01.020-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-27T10:19:01.020-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="application control" /><category scheme="http://www.blogger.com/atom/ns#" term="next-generation network security" /><category scheme="http://www.blogger.com/atom/ns#" term="information superiority" /><category scheme="http://www.blogger.com/atom/ns#" term="security infographic" /><category scheme="http://www.blogger.com/atom/ns#" term="ngips" /><title>Next-Generation Network Security: An Evolution [INFOGRAPHIC]</title><content type="html">&lt;div style="color: black;"&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;span style="font-size: small;"&gt;Today Sourcefire announced its &lt;a href="http://investor.sourcefire.com/releasedetail.cfm?ReleaseID=651715"&gt;Next-Generation Intrusion Prevention Systems&lt;/a&gt; (NGIPS) with integrated granular application control. This is the &lt;/span&gt;&lt;span style="font-size: small;"&gt;&lt;span style="display: inline !important; float: none; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"&gt;world's first NGIPS that incorporates real-time contexual awareness and full-stack visibility, together with intelligent security automation and granular application control.&amp;nbsp;&lt;/span&gt;&lt;/span&gt;These are all critical components of gaining an &lt;a href="http://blog.sourcefire.com/2012/02/information-superiority-as-enabler-of.html" target="_blank"&gt;Information Superiority&lt;/a&gt; advantage for network security.&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div style="font-family: inherit;"&gt;
To celebrate this milestone, we created the below infographic that illustrates the journey of Next-Generation Network Security from the inception of Snort to where we are now. Enjoy.&lt;/div&gt;
&lt;/div&gt;
&lt;div style="color: black; font-family: arial; font-size: small; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"&gt;
&lt;span style="font-family: inherit; font-size: small;"&gt;&amp;nbsp;&lt;/span&gt;&lt;span style="font-size: small;"&gt;&lt;br /&gt;
&lt;/span&gt;&lt;/div&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://1.bp.blogspot.com/-rPrhQRBop5s/T0gVtUeo5dI/AAAAAAAAADI/TPmpwfO8WYk/s1600/Evolution+of+Next+Generation+Network+Security+Infographic+2012.jpg" imageanchor="1" style="clear: left; float: left; font-family: inherit; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" height="323" src="http://1.bp.blogspot.com/-rPrhQRBop5s/T0gVtUeo5dI/AAAAAAAAADI/TPmpwfO8WYk/s640/Evolution+of+Next+Generation+Network+Security+Infographic+2012.jpg" width="640" /&gt;&lt;/a&gt;&lt;/div&gt;
&lt;div style="color: black; font-family: inherit; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"&gt;
&lt;span style="font-size: small;"&gt;&lt;br /&gt;
&lt;/span&gt;&lt;/div&gt;
&lt;div style="color: black; font-family: arial; font-size: small; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"&gt;
&lt;/div&gt;
&lt;div style="color: black; font-family: arial; font-size: small; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"&gt;
&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-1107701583004933537?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/shonbfxgsTM" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/1107701583004933537/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/02/next-generation-network-security.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1107701583004933537?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/1107701583004933537?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/shonbfxgsTM/next-generation-network-security.html" title="Next-Generation Network Security: An Evolution [INFOGRAPHIC]" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-rPrhQRBop5s/T0gVtUeo5dI/AAAAAAAAADI/TPmpwfO8WYk/s72-c/Evolution+of+Next+Generation+Network+Security+Infographic+2012.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/02/next-generation-network-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEFRX8zfSp7ImA9WhVTEU0.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-5721234999397648062</id><published>2012-02-24T09:50:00.000-05:00</published><updated>2012-02-24T11:56:54.185-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-24T11:56:54.185-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="advanced malware protection" /><category scheme="http://www.blogger.com/atom/ns#" term="anti-malware" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Would you like some malware with your recovery? (DATA)</title><content type="html">One of the core tenets of Sourcefire's FireAMP product, introduced just one month ago now, is unmatched visibility - specifically with a focus on how malware was introduced, when it got there, and how it spread COMBINED with the ability to remove it. It's unusual to see these capabilities in a single product when looking at the Advanced Malware Protection space - common practice until now has been to rely on new network appliances for malware analysis (that cannot remediate), and endpoint-based forensic tools for advanced malware removal (that cannot detect).&amp;nbsp; That means introducing two entirely new technologies into your enterprise for the same purpose - one on the network and one on the endpoint.&amp;nbsp; That seems daunting and a little impractical.&lt;br /&gt;
&lt;br /&gt;
This kind of disjointed solution begets a lack of visibility. A black box approach combined with a blind update and scan philosophy simply does not allow you to see how malware is being introduced.&amp;nbsp; You can't see how the malware got in, and if it wasn't detected during the initial infection, chances are that you won't see it being backed up or restored either.&amp;nbsp; With this cycle, it doesn't take much effort for a threat to stay persistent.&lt;br /&gt;
&lt;br /&gt;
There are two specific problems with the separation of analysis and remediation:&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Threats change and morph once they enter an environment. Consider one of many spy or thriller movies where characters disguise their appearance to evade those after them (Mission Impossible, In the Line of Fire, Bourne Ultimatum, Salt, etc.). The character Jason Bourne, for example. He may come into your environment looking one way, but once s/he's in s/he changes his appearance and will not be spotted again. If you no longer know what you're looking for, you can't protect yourself against it.&lt;/li&gt;
&lt;li&gt;Once you're infected, you're infected. After the fact visibility doesn't do you any good. It's the equivalent of getting a traffic report that alerts you to the gridlock that you're already sitting in.&lt;/li&gt;
&lt;/ol&gt;
&lt;br /&gt;
Suffice to say, true advanced malware protection needs to be able to address both of these issues, among others.&lt;br /&gt;
&lt;br /&gt;
I have mentioned a couple of downsides of using disjointed solutions.  On the flip side, there are many upsides of integrating advanced malware protection technologies into a single product. First, the two issues listed above are no longer issues.  You can have visibility and control over malware in your environment because you have the necessary information about the malware (patient zero, how the malware got in, its trajectory, how it behaves, amongst other) and the capabilities to use that information for remediation.  &lt;br /&gt;
&lt;br /&gt;
Second, with a combined philosophy and by integrating advanced malware protection technology in a single product, we can start to make some pretty interesting observations. One of the more interesting ones is the pollution of system backups by malware - something that happens more often than we think. We looked at some of the data collected across our more than 2 million user population in just one month and can see a number of popular backup applications routinely used to backup and restore malware.&amp;nbsp; &lt;br /&gt;
&lt;br /&gt;
When traditional anti-malware defenses fail, malware is inadvertently introduced into an organization's backups. When users restore their systems with the hope of recovering from an infection, they get infected all over again. With antivirus efficacy rates persisting at less than 50%, this situation is becoming increasingly common - and it's incredibly risky for enterprises whose users are asked to do back-ups and then reconnect to the network. Some have talked about this happening anecdotally over the years, but until now it was hard to quantify where and when this happens.&lt;br /&gt;
&lt;br /&gt;
The examples below show how many times each application was used to back up and restore threats. These examples are from systems that are using traditional anti-malware solutions and where Sourcefire's technology has been installed once an infection has already taken place.&amp;nbsp; It is then able to observe and block threats from being restored.&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;17,705 threats restored - Dropbox (Well known cloud Backup service)&lt;/li&gt;
&lt;li&gt;5,076 threats restored - MaxSync (Maxtor Backup and Restore)&lt;/li&gt;
&lt;li&gt;165 threats restored - SyncBack (2BrightSparks Free Backup Software)&lt;/li&gt;
&lt;li&gt;104 threats restored - FreeFileSync (Free File Comparison and Synchronization Software)&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;div class="p1"&gt;
This shows us some very interesting behavior.&amp;nbsp; First, we can confirm that threats are bypassing existing defenses AND then being backed up.&amp;nbsp; Secondly, after these threats have polluted system backups they would have been restored right back onto the previously infected computer had they not been detected.&amp;nbsp; This illustrates the importance and value in monitoring the full trajectory of threats on the endpoint.&lt;/div&gt;
&lt;div class="p1"&gt;
&lt;br /&gt;&lt;/div&gt;
The intelligence gathered from FireAMP's visibility does not end here. For more, read Dr. Zulfikar Ramzan's ongoing series on &lt;a href="http://blog.sourcefire.com/2012/02/droppers-from-around-world-united.html" target="_blank"&gt;malware droppers by geography&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-5721234999397648062?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/fDMrWpvhsRs" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/5721234999397648062/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/02/would-you-like-some-malware-with-your.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5721234999397648062?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/5721234999397648062?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/fDMrWpvhsRs/would-you-like-some-malware-with-your.html" title="Would you like some malware with your recovery? (DATA)" /><author><name>Oliver Friedrichs</name><uri>http://www.blogger.com/profile/16379050975235113302</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="21" height="32" src="http://1.bp.blogspot.com/-SQ5PsPQMHCU/Txq5--RxHDI/AAAAAAAAF3w/G6cL_jDawlU/s220/Oliver_Friedrichs.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/02/would-you-like-some-malware-with-your.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUMFQn49fip7ImA9WhVTEEw.&quot;"><id>tag:blogger.com,1999:blog-1211328276968544843.post-6491037915034017374</id><published>2012-02-23T11:00:00.000-05:00</published><updated>2012-02-23T11:10:13.066-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-23T11:10:13.066-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="ngfw" /><category scheme="http://www.blogger.com/atom/ns#" term="sourcefire" /><category scheme="http://www.blogger.com/atom/ns#" term="rich mogull" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="adam o'donnell" /><category scheme="http://www.blogger.com/atom/ns#" term="bill brenner" /><category scheme="http://www.blogger.com/atom/ns#" term="andrew jaquith" /><category scheme="http://www.blogger.com/atom/ns#" term="john adams twitter" /><category scheme="http://www.blogger.com/atom/ns#" term="fireamp" /><title>Big Data and Security: Expert Panel at RSA Conference</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://1.bp.blogspot.com/-ZIEOnti4E8w/T0PldYVj0WI/AAAAAAAAATE/low8DV7E5sM/s1600/Screen+shot+2012-02-21+at+10.31.57+AM.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="257" src="http://1.bp.blogspot.com/-ZIEOnti4E8w/T0PldYVj0WI/AAAAAAAAATE/low8DV7E5sM/s320/Screen+shot+2012-02-21+at+10.31.57+AM.png" width="320" /&gt;&lt;/a&gt;&lt;/div&gt;
By 2020, EMC Greenplum estimates that the world will have some 35 trillion gigabytes of electronically stored data -- what amounts to a forty-fold increase from 2009. This is Big Data, for sure. Moreover, McKinsey Quarterly notes that in 15 of our economy's 17 sectors, companies with more than 1,000 employees store on average more data than the Library of Congress. McKinsey also mentions, perhaps not so surprisingly, that academic research suggests that companies using Big Data to guide decision making are more productive and have higher returns on equity.&lt;br /&gt;
&lt;br /&gt;
The potential of Big Data is so impressive that the topic was discussed recently at the World Economic Forum in Davos. Davos has discussed how to harness and put Big Data to use for societal good. However, Big Data can also be put to use for other pressing global issues - such as protecting against global cybersecurity threats. This is why an upcoming discussion on "Big Data and Security: The Rules Have Changed" at RSA Conference in San Francisco is so critical.&lt;br /&gt;
&lt;br /&gt;
Derrick Harris of GigaOM has come to the conclusion that Big Data and security may in fact be "soulmates," but could this be?&amp;nbsp;&amp;nbsp;Is big data technology ready to stand up to IT security prime time? Bill Brenner of CSO Magazine, who will moderate the discussion, has already begun mulling over the topic on his blog, &lt;a href="http://blogs.csoonline.com/1849/something_big_data_security_points_to_chew_on"&gt;here&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
Bill Brenner will be joined by Sourcefire's chief architect, Adam O'Donnell, Andrew Jaquith of &lt;a href="http://www.perimeterusa.com/" target="_blank"&gt;Perimeter E-Security&lt;/a&gt;, who also authored &lt;a href="http://blog.perimeterusa.com/2311/" target="_blank"&gt;his own take&lt;/a&gt; on the topic;&amp;nbsp;John Adams from &lt;a href="http://www.twitter.com/" target="_blank"&gt;Twitter&lt;/a&gt; and Rich Mogull of &lt;a href="http://www.securosis.com/" target="_blank"&gt;Securosis&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
For those attending RSA Conference in San Francisco this year, please join us at the session in room 301 at 3:50 pm on Tuesday February 28 where the discussion will continue.&lt;div class="blogger-post-footer"&gt;©2011 blog.sourcefire.com. Content provided by Sourcefire, Inc., please do not reproduce without permission.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1211328276968544843-6491037915034017374?l=blog.sourcefire.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/SourcefireCorporateBlog/~4/Rva4JJKkFG8" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://blog.sourcefire.com/feeds/6491037915034017374/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.sourcefire.com/2012/02/big-data-and-security-expert-panel-at.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6491037915034017374?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1211328276968544843/posts/default/6491037915034017374?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/SourcefireCorporateBlog/~3/Rva4JJKkFG8/big-data-and-security-expert-panel-at.html" title="Big Data and Security: Expert Panel at RSA Conference" /><author><name>Staff Contributor</name><uri>http://www.blogger.com/profile/14631354433093850544</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-ZIEOnti4E8w/T0PldYVj0WI/AAAAAAAAATE/low8DV7E5sM/s72-c/Screen+shot+2012-02-21+at+10.31.57+AM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.sourcefire.com/2012/02/big-data-and-security-expert-panel-at.html</feedburner:origLink></entry></feed>

