<?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: The human firewall</title>
	<atom:link href="http://techlifepost.com/2009/06/08/the-human-firewall/feed/" rel="self" type="application/rss+xml" />
	<link>http://techlifepost.com/2009/06/08/the-human-firewall/</link>
	<description>Living with technology.</description>
	<lastBuildDate>Fri, 20 Jan 2012 02:22:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Eric Jacksch</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1828</link>
		<dc:creator>Eric Jacksch</dc:creator>
		<pubDate>Fri, 19 Jun 2009 01:30:36 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1828</guid>
		<description>Even if you assume that 5% of the people had the technical skills and motiviation to check it out and then view the file, that still wouldn&#039;t change the fact that over half of the things were viewed. It points to a security awareness education problem, and that&#039;s all that Scott is trying to show.</description>
		<content:encoded><![CDATA[<p>Even if you assume that 5% of the people had the technical skills and motiviation to check it out and then view the file, that still wouldn&#8217;t change the fact that over half of the things were viewed. It points to a security awareness education problem, and that&#8217;s all that Scott is trying to show.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evolving Squid</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1781</link>
		<dc:creator>Evolving Squid</dc:creator>
		<pubDate>Wed, 17 Jun 2009 13:10:32 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1781</guid>
		<description>The test also doesn&#039;t allow for teh fact that someone finding the files may well have looked at them in an editor and chose to click the HTML, realizing that they were effectively safe.

This is probably what I would have done before wiping the thing.</description>
		<content:encoded><![CDATA[<p>The test also doesn&#8217;t allow for teh fact that someone finding the files may well have looked at them in an editor and chose to click the HTML, realizing that they were effectively safe.</p>
<p>This is probably what I would have done before wiping the thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kingthorin</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1686</link>
		<dc:creator>kingthorin</dc:creator>
		<pubDate>Mon, 08 Jun 2009 14:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1686</guid>
		<description>Hey Eric/Scott, it wasn&#039;t my intention to fault the concept behind the test, overall I agree it&#039;s a great starting point for discussions. As I said it is likely that the majority of the tests users did in fact end up being IE/Windows. However, if possible it would be nice to see at least the User-agent breakdown of the associated web logs, even if it&#039;s only used as further ammunition to suppress (or further engage) any naysayers.</description>
		<content:encoded><![CDATA[<p>Hey Eric/Scott, it wasn&#8217;t my intention to fault the concept behind the test, overall I agree it&#8217;s a great starting point for discussions. As I said it is likely that the majority of the tests users did in fact end up being IE/Windows. However, if possible it would be nice to see at least the User-agent breakdown of the associated web logs, even if it&#8217;s only used as further ammunition to suppress (or further engage) any naysayers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Wright</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1685</link>
		<dc:creator>Scott Wright</dc:creator>
		<pubDate>Mon, 08 Jun 2009 13:33:49 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1685</guid>
		<description>You&#039;re absolutely right that there are going to be exceptions which could skew the results. When I started the project I was expecting that the results would be significant if over 20% of the devices got used. But we&#039;re up to 60% now. It&#039;s starting to validate data from places like the Ponemon Institute that indicates up to 80% of data breaches result from insider actions (accidental or malicious).

Yes, we can argue the finer points. In the big picture, however, how confident would you be in one of your staff making the right decision when they face a real high-risk scenario?

FYI - There are a number of other articles I&#039;ve written at http:/www.honeystickproject.com which is now part of my security awareness site, The Streetwise Security Zone.

I do invite comments. I get lots from IT people who often argue the same points as above. What&#039;s missing is the business manager&#039;s perspective. Most of them don&#039;t know the risks because the IT managers are too busy to explain, or can&#039;t put them into terms that business management understands. The first step is starting a discussion about the risks, with whatever data grabs their attention. The Honey Stick Project seems to be a good topic for many in this respect.</description>
		<content:encoded><![CDATA[<p>You&#8217;re absolutely right that there are going to be exceptions which could skew the results. When I started the project I was expecting that the results would be significant if over 20% of the devices got used. But we&#8217;re up to 60% now. It&#8217;s starting to validate data from places like the Ponemon Institute that indicates up to 80% of data breaches result from insider actions (accidental or malicious).</p>
<p>Yes, we can argue the finer points. In the big picture, however, how confident would you be in one of your staff making the right decision when they face a real high-risk scenario?</p>
<p>FYI &#8211; There are a number of other articles I&#8217;ve written at http:/www.honeystickproject.com which is now part of my security awareness site, The Streetwise Security Zone.</p>
<p>I do invite comments. I get lots from IT people who often argue the same points as above. What&#8217;s missing is the business manager&#8217;s perspective. Most of them don&#8217;t know the risks because the IT managers are too busy to explain, or can&#8217;t put them into terms that business management understands. The first step is starting a discussion about the risks, with whatever data grabs their attention. The Honey Stick Project seems to be a good topic for many in this respect.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Jacksch</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1684</link>
		<dc:creator>Eric Jacksch</dc:creator>
		<pubDate>Mon, 08 Jun 2009 13:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1684</guid>
		<description>The quotes are from an interview with Scott and some info he emailed me.  Hopefully he&#039;ll chime in here.

It is possible that some of the USB sticks were &#039;tested&#039; by security pros, but I&#039;d willing to bet that most were by people who just shoved them into their machine and opened the files.</description>
		<content:encoded><![CDATA[<p>The quotes are from an interview with Scott and some info he emailed me.  Hopefully he&#8217;ll chime in here.</p>
<p>It is possible that some of the USB sticks were &#8216;tested&#8217; by security pros, but I&#8217;d willing to bet that most were by people who just shoved them into their machine and opened the files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kingthorin</title>
		<link>http://techlifepost.com/2009/06/08/the-human-firewall/comment-page-1/#comment-1683</link>
		<dc:creator>kingthorin</dc:creator>
		<pubDate>Mon, 08 Jun 2009 12:49:38 +0000</pubDate>
		<guid isPermaLink="false">http://techlifepost.com/?p=3612#comment-1683</guid>
		<description>I don&#039;t think he&#039;s made a fair assessment. Just because someone accessed a file on the drive does not necessarily mean that they were operating in an environment he could infect/exploit.

What if they&#039;d been operating from a Linux LiveCD which specifically didn&#039;t mount local harddrives? Pretty safe. 

What if autoplay was disabled for USB devices and they used FireFox w/ NoScript as their default browser? So they purposely launched a HTML file without allowing any active content big deal.

Granted these are all big &quot;what if&quot; scenarios and it&#039;s likely that a huge percentage of his test cases were people using IE on Windows but it&#039;s still a big assumption and the test or results as quoted here are lacking potentially important details.

Is the original article posted on Scott&#039;s site somewhere? I looked quickly but didn&#039;t see it.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think he&#8217;s made a fair assessment. Just because someone accessed a file on the drive does not necessarily mean that they were operating in an environment he could infect/exploit.</p>
<p>What if they&#8217;d been operating from a Linux LiveCD which specifically didn&#8217;t mount local harddrives? Pretty safe. </p>
<p>What if autoplay was disabled for USB devices and they used FireFox w/ NoScript as their default browser? So they purposely launched a HTML file without allowing any active content big deal.</p>
<p>Granted these are all big &#8220;what if&#8221; scenarios and it&#8217;s likely that a huge percentage of his test cases were people using IE on Windows but it&#8217;s still a big assumption and the test or results as quoted here are lacking potentially important details.</p>
<p>Is the original article posted on Scott&#8217;s site somewhere? I looked quickly but didn&#8217;t see it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

