<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Lost in Reception</title>
	<atom:link href="http://lostinreception.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostinreception.com</link>
	<description>The Perils of Spam Filters by Roland Turner</description>
	<lastBuildDate>Tue, 15 Feb 2011 06:13:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Sendmail names LogiQ &#8220;App of the Month&#8221; by Sendmail names LogiQ “App of the Month” &#171; Raz&#8217;s Blog</title>
		<link>http://lostinreception.com/2011/02/14/sendmail-names-logiq-app-of-the-month/#comment-44</link>
		<dc:creator><![CDATA[Sendmail names LogiQ “App of the Month” &#171; Raz&#8217;s Blog]]></dc:creator>
		<pubDate>Tue, 15 Feb 2011 06:13:58 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=101#comment-44</guid>
		<description><![CDATA[[...] (Originally posted here) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] (Originally posted here) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on McAfee’s “DAT 5664″ reborn as ClamAV’s “Exploit.PDF-9669″ by McAfee’s “DAT 5664″ and ClamAV’s “Exploit.PDF-9669″ reborn as BitDefender&#8217;s &#8220;Trojan.FakeAlert.5&#8243; &#171; Lost in Reception</title>
		<link>http://lostinreception.com/2010/01/11/mcafee%e2%80%99s-%e2%80%9cdat-5664%e2%80%b3-reborn-as-clamav%e2%80%99s-%e2%80%9cexploit-pdf-9669%e2%80%b3/#comment-32</link>
		<dc:creator><![CDATA[McAfee’s “DAT 5664″ and ClamAV’s “Exploit.PDF-9669″ reborn as BitDefender&#8217;s &#8220;Trojan.FakeAlert.5&#8243; &#171; Lost in Reception]]></dc:creator>
		<pubDate>Mon, 22 Mar 2010 03:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=72#comment-32</guid>
		<description><![CDATA[[...] months ago I wrote about McAfee&#8217;s blunder, and then two months ago about Sourcefire doing the much the same; now BitDefender has joined the fun. (also, [...]]]></description>
		<content:encoded><![CDATA[<p>[...] months ago I wrote about McAfee&#8217;s blunder, and then two months ago about Sourcefire doing the much the same; now BitDefender has joined the fun. (also, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessons from McAfee&#8217;s &#8220;DAT 5664&#8243; by McAfee’s “DAT 5664″ and ClamAV’s “Exploit.PDF-9669″ reborn as BitDefender&#8217;s &#8220;Trojan.FakeAlert.5&#8243; &#171; Lost in Reception</title>
		<link>http://lostinreception.com/2009/07/06/lessons-from-mcafee-dat-5664/#comment-31</link>
		<dc:creator><![CDATA[McAfee’s “DAT 5664″ and ClamAV’s “Exploit.PDF-9669″ reborn as BitDefender&#8217;s &#8220;Trojan.FakeAlert.5&#8243; &#171; Lost in Reception]]></dc:creator>
		<pubDate>Mon, 22 Mar 2010 03:25:20 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=35#comment-31</guid>
		<description><![CDATA[[...] months ago I wrote about McAfee&#8217;s blunder, and then two months ago about Sourcefire doing the much the same; now BitDefender has joined the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] months ago I wrote about McAfee&#8217;s blunder, and then two months ago about Sourcefire doing the much the same; now BitDefender has joined the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on McAfee’s “DAT 5664″ reborn as ClamAV’s “Exploit.PDF-9669″ by Roland Turner</title>
		<link>http://lostinreception.com/2010/01/11/mcafee%e2%80%99s-%e2%80%9cdat-5664%e2%80%b3-reborn-as-clamav%e2%80%99s-%e2%80%9cexploit-pdf-9669%e2%80%b3/#comment-28</link>
		<dc:creator><![CDATA[Roland Turner]]></dc:creator>
		<pubDate>Mon, 11 Jan 2010 09:08:54 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=72#comment-28</guid>
		<description><![CDATA[No, an obscure comment on a forum somewhere about an empty string prompted me to check the possibility. Somewhere else I did see a blog posting by someone claiming to have actually recognised the hash itself.

My mental store of useless information doesn&#039;t yet reach these heights.]]></description>
		<content:encoded><![CDATA[<p>No, an obscure comment on a forum somewhere about an empty string prompted me to check the possibility. Somewhere else I did see a blog posting by someone claiming to have actually recognised the hash itself.</p>
<p>My mental store of useless information doesn&#8217;t yet reach these heights.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on McAfee’s “DAT 5664″ reborn as ClamAV’s “Exploit.PDF-9669″ by Christian Kent</title>
		<link>http://lostinreception.com/2010/01/11/mcafee%e2%80%99s-%e2%80%9cdat-5664%e2%80%b3-reborn-as-clamav%e2%80%99s-%e2%80%9cexploit-pdf-9669%e2%80%b3/#comment-27</link>
		<dc:creator><![CDATA[Christian Kent]]></dc:creator>
		<pubDate>Mon, 11 Jan 2010 04:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=72#comment-27</guid>
		<description><![CDATA[How did you find that MD5 chestnut?  Just a familiar pattern floating around your head?]]></description>
		<content:encoded><![CDATA[<p>How did you find that MD5 chestnut?  Just a familiar pattern floating around your head?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessons from McAfee&#8217;s &#8220;DAT 5664&#8243; by McAfee’s “DAT 5664″ reborn as ClamAV’s “Exploit.PDF-9669″ &#171; Lost in Reception</title>
		<link>http://lostinreception.com/2009/07/06/lessons-from-mcafee-dat-5664/#comment-26</link>
		<dc:creator><![CDATA[McAfee’s “DAT 5664″ reborn as ClamAV’s “Exploit.PDF-9669″ &#171; Lost in Reception]]></dc:creator>
		<pubDate>Mon, 11 Jan 2010 04:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=35#comment-26</guid>
		<description><![CDATA[[...] I commented on the problems that arose when older versions of McAfee&#8217;s VirusScan accepted signature updates that required a newer engine version to operate correctly. In addition to pointing out that what happened was not specific to McAfee, I wrote: Fail safe! Deal with version skew. Bricking a device because its software was out of date is not a reasonable failure mode. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] I commented on the problems that arose when older versions of McAfee&#8217;s VirusScan accepted signature updates that required a newer engine version to operate correctly. In addition to pointing out that what happened was not specific to McAfee, I wrote: Fail safe! Deal with version skew. Bricking a device because its software was out of date is not a reasonable failure mode. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessons from McAfee&#8217;s &#8220;DAT 5664&#8243; by Meng Weng Wong</title>
		<link>http://lostinreception.com/2009/07/06/lessons-from-mcafee-dat-5664/#comment-13</link>
		<dc:creator><![CDATA[Meng Weng Wong]]></dc:creator>
		<pubDate>Tue, 07 Jul 2009 08:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=35#comment-13</guid>
		<description><![CDATA[Taking this scenario to its logical extreme ... the &quot;Core Wars&quot; future can only be avoided by the thin client model of computing, and is in fact identical to it.]]></description>
		<content:encoded><![CDATA[<p>Taking this scenario to its logical extreme &#8230; the &#8220;Core Wars&#8221; future can only be avoided by the thin client model of computing, and is in fact identical to it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessons from McAfee&#8217;s &#8220;DAT 5664&#8243; by Roland Turner</title>
		<link>http://lostinreception.com/2009/07/06/lessons-from-mcafee-dat-5664/#comment-12</link>
		<dc:creator><![CDATA[Roland Turner]]></dc:creator>
		<pubDate>Mon, 06 Jul 2009 10:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=35#comment-12</guid>
		<description><![CDATA[My friend and former colleague, Leon Ward, has produced a tool for Snort rulesets http://leonward.wordpress.com/dumbpig/ which doesn&#039;t tackle exactly the &quot;engine version dependency problem&quot; but is a step in this direction; that engines should have attached to them tools for sanity checking rules that are about to be deployed.]]></description>
		<content:encoded><![CDATA[<p>My friend and former colleague, Leon Ward, has produced a tool for Snort rulesets <a href="http://leonward.wordpress.com/dumbpig/" rel="nofollow">http://leonward.wordpress.com/dumbpig/</a> which doesn&#8217;t tackle exactly the &#8220;engine version dependency problem&#8221; but is a step in this direction; that engines should have attached to them tools for sanity checking rules that are about to be deployed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessons from McAfee&#8217;s &#8220;DAT 5664&#8243; by New Lost In Reception blog post: Lessons from McAfee’s “DAT 5664″ &#171; Raz&#8217;s Blog</title>
		<link>http://lostinreception.com/2009/07/06/lessons-from-mcafee-dat-5664/#comment-9</link>
		<dc:creator><![CDATA[New Lost In Reception blog post: Lessons from McAfee’s “DAT 5664″ &#171; Raz&#8217;s Blog]]></dc:creator>
		<pubDate>Mon, 06 Jul 2009 06:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=35#comment-9</guid>
		<description><![CDATA[[...] New Lost In Reception blog post: Lessons from McAfee’s “DAT&#160;5664″ By Roland Turner  Here. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] New Lost In Reception blog post: Lessons from McAfee’s “DAT&nbsp;5664″ By Roland Turner  Here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Message Loss Enters the Real World by Obfuscated code and false positive risks in anti-malware systems &#171; Lost in Reception</title>
		<link>http://lostinreception.com/2009/03/31/message-loss-enters-the-real-world/#comment-8</link>
		<dc:creator><![CDATA[Obfuscated code and false positive risks in anti-malware systems &#171; Lost in Reception]]></dc:creator>
		<pubDate>Mon, 15 Jun 2009 07:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://lostinreception.com/?p=16#comment-8</guid>
		<description><![CDATA[[...] to the false-positive risks in email that interest me generally and the real-world analogies that I noted a couple of months back, it appears that some behaviour by legitimate software developers is [...]]]></description>
		<content:encoded><![CDATA[<p>[...] to the false-positive risks in email that interest me generally and the real-world analogies that I noted a couple of months back, it appears that some behaviour by legitimate software developers is [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

