<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: Blacklists, Whitelists and Secure Computing</title> <atom:link href="http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/feed/" rel="self" type="application/rss+xml" /><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/</link> <description>Intelligent Business Security</description> <lastBuildDate>Thu, 05 Apr 2012 11:03:09 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.2</generator> <item><title>By: Ariel</title><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/comment-page-1/#comment-168</link> <dc:creator>Ariel</dc:creator> <pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> <guid
isPermaLink="false">http://arielsilverstone.com/?p=2653#comment-168</guid> <description>Rob,Thank you for your kind comment.   You guys are doing a bang-up job.   Let me know if I can contribute to OISF.Ariel</description> <content:encoded><![CDATA[<p>Rob,</p><p>Thank you for your kind comment.   You guys are doing a bang-up job.   Let me know if I can contribute to OISF.</p><p>Ariel</p> ]]></content:encoded> </item> <item><title>By: Rob Jamison</title><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/comment-page-1/#comment-167</link> <dc:creator>Rob Jamison</dc:creator> <pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> <guid
isPermaLink="false">http://arielsilverstone.com/?p=2653#comment-167</guid> <description>Ariel,I appreciate you reading my CMAL post and writing about it on your own blog as well.  This is an interesting topic and I concur with your conclusion on the need for a coordinated approach.  On that score, I am participating in the OISF effort, specifically the â€œIP Confidenceâ€ working group that is debating the Whitelist v. Blacklist vs. Scoring vs. Applications.Regards,
Rob Jamison</description> <content:encoded><![CDATA[<p>Ariel,</p><p>I appreciate you reading my CMAL post and writing about it on your own blog as well.  This is an interesting topic and I concur with your conclusion on the need for a coordinated approach.  On that score, I am participating in the OISF effort, specifically the â€œIP Confidenceâ€ working group that is debating the Whitelist v. Blacklist vs. Scoring vs. Applications.</p><p>Regards,<br
/> Rob Jamison</p> ]]></content:encoded> </item> <item><title>By: Ariel</title><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/comment-page-1/#comment-159</link> <dc:creator>Ariel</dc:creator> <pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> <guid
isPermaLink="false">http://arielsilverstone.com/?p=2653#comment-159</guid> <description>&lt;a href=&quot;#comment-155&quot;&gt;@Jonathan D. Abolins &lt;/a&gt;Thank you, Jonathan.  Very good comment.   Makes me want to write a gantza megilla (long article) about how security technology is breaking down.  Think I will have to, now!</description> <content:encoded><![CDATA[<p><a
href="#comment-155">@Jonathan D. Abolins </a></p><p>Thank you, Jonathan.  Very good comment.   Makes me want to write a gantza megilla (long article) about how security technology is breaking down.  Think I will have to, now!</p> ]]></content:encoded> </item> <item><title>By: Spaf</title><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/comment-page-1/#comment-157</link> <dc:creator>Spaf</dc:creator> <pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> <guid
isPermaLink="false">http://arielsilverstone.com/?p=2653#comment-157</guid> <description>Blacklist approaches have been failing for years -- polymorphic and self-encrypting code, as well as code delivered in parts, means that blacklists stop only a portion of what is getting thru and can never hope to get it all.  Add in VPNs and other encrypted tunnels (SSL) and even things blacklists might catch will not be stopped.Whitelisting controls aren&#039;t a perfect answer, but go a long ways towards fixing the problem.  Only running something that is known to be allowed is the right thing for most enterprises.   It&#039;s one reason why I came up with the design behind SignaCert&#039;s offerings, which are being widely adopted.</description> <content:encoded><![CDATA[<p>Blacklist approaches have been failing for years &#8212; polymorphic and self-encrypting code, as well as code delivered in parts, means that blacklists stop only a portion of what is getting thru and can never hope to get it all.  Add in VPNs and other encrypted tunnels (SSL) and even things blacklists might catch will not be stopped.</p><p>Whitelisting controls aren&#8217;t a perfect answer, but go a long ways towards fixing the problem.  Only running something that is known to be allowed is the right thing for most enterprises.   It&#8217;s one reason why I came up with the design behind SignaCert&#8217;s offerings, which are being widely adopted.</p> ]]></content:encoded> </item> <item><title>By: Jonathan D. Abolins</title><link>http://arielsilverstone.com/security/blacklists-whitelists-and-secure-computing/comment-page-1/#comment-155</link> <dc:creator>Jonathan D. Abolins</dc:creator> <pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> <guid
isPermaLink="false">http://arielsilverstone.com/?p=2653#comment-155</guid> <description>Echos of Marcus Ranum&#039;s &quot;Don&#039;t enumerate badness&quot; advice in his list of &quot;The Six Dumbest Ideas in Computer Security&quot; (http://www.ranum.com/security/computer_security/editorials/dumb/) His well pointed out that the &quot;badness&quot; has outpaced the &quot;goodness&quot; on the systems and networks. Blacklists cannot keep up (but the updates can be quite profitable for the vendors).Whitelists are quite helpful but many people, including security product vendors, still avoid them. One reason, besides the BL revenue stream, is the potential for things to &quot;break&quot; because a legitimate site, person, or process wasn&#039;t on the WL. Tuning a WL can be a challenge especially for multi-use consumer systems. For servers and other business systems where their functions are better defined, WL should be easier to set up.</description> <content:encoded><![CDATA[<p>Echos of Marcus Ranum&#8217;s &#8220;Don&#8217;t enumerate badness&#8221; advice in his list of &#8220;The Six Dumbest Ideas in Computer Security&#8221; (<a
href="http://www.ranum.com/security/computer_security/editorials/dumb/" rel="nofollow">http://www.ranum.com/security/computer_security/editorials/dumb/</a>) His well pointed out that the &#8220;badness&#8221; has outpaced the &#8220;goodness&#8221; on the systems and networks. Blacklists cannot keep up (but the updates can be quite profitable for the vendors).</p><p>Whitelists are quite helpful but many people, including security product vendors, still avoid them. One reason, besides the BL revenue stream, is the potential for things to &#8220;break&#8221; because a legitimate site, person, or process wasn&#8217;t on the WL. Tuning a WL can be a challenge especially for multi-use consumer systems. For servers and other business systems where their functions are better defined, WL should be easier to set up.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Served from: arielsilverstone.com @ 2012-05-21 16:59:01 by W3 Total Cache -->
