<?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"
	>
<channel>
	<title>Comments on: Laptop Liability</title>
	<atom:link href="http://itredux.com/2006/06/02/laptop-liability/feed/" rel="self" type="application/rss+xml" />
	<link>http://itredux.com/2006/06/02/laptop-liability/</link>
	<description>New Rules for a New IT World</description>
	<pubDate>Sat, 11 Oct 2008 06:22:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Andrew Baldwin</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3412</link>
		<dc:creator>Andrew Baldwin</dc:creator>
		<pubDate>Tue, 13 Jun 2006 08:50:21 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3412</guid>
		<description>Hi Robert!

I missed out on the opportunity to get on the Writely test.

I have tried &lt;a href="http://www.ajaxwrite.com/"&gt;Ajax Write&lt;/a&gt; with limited success.

On the other hand -- and even more off-topic -- I have found OpenOffice.org to be an excellent replacement for Microsoft Word and wouldn't hesitate in recommending people to give it a try. I use it exclusively at home on my Linux box and find it less frustrating than Microsoft Office -- the Microsoft Windows version is 100% compaible. Exchanging documents with Microsoft Office is a breeze.

I am not affiliated with OpenOffice.org, so this isn't a paid advert...</description>
		<content:encoded><![CDATA[<p>Hi&nbsp;Robert!</p>
<p>I missed out on the opportunity to get on the Writely&nbsp;test.</p>
<p>I have tried <a href="http://www.ajaxwrite.com/">Ajax Write</a> with limited&nbsp;success.</p>
<p>On the other hand&thinsp;&#8212;&thinsp;and even more off-topic&thinsp;&#8212;&thinsp;I have found OpenOffice.org to be an excellent replacement for Microsoft Word and wouldn&#8217;t hesitate in recommending people to give it a try. I use it exclusively at home on my Linux box and find it less frustrating than Microsoft Office&thinsp;&#8212;&thinsp;the Microsoft Windows version is 100% compaible. Exchanging documents with Microsoft Office is a&nbsp;breeze.</p>
<p>I am not affiliated with OpenOffice.org, so this isn&#8217;t a paid&nbsp;advert&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3385</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Mon, 12 Jun 2006 18:06:30 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3385</guid>
		<description>Hi, Andrew!

I agree entirely with your comments. My concern remains sloppy and lazy implentation by users. It doesn't matter how strong or secure an encryption system is, many users won't use it, will fail to fully utilize it, or take shortcuts around it. We already have way too many instances of laptops being stolen with sensitive data that apparently have not had been properly secured and/or encrypted.

On a roughly related matter (corporate info hosted on a third party site), I uploaded the Microsoft Word document I'm supposed to use for my "Performance, Advancement, and Development" (PAD) plan to both Zoho Writer and Writely, and neither rendered the tables correctly. Abiword didn't work quite right, either. I guess I'm stuck with Microsoft Word.

The PAD form, as far as I can tell, does not have any of what I consider sensitive information. Unless someone really wants to know what my job goals are for the next six months...</description>
		<content:encoded><![CDATA[<p>Hi,&nbsp;Andrew!</p>
<p>I agree entirely with your comments. My concern remains sloppy and lazy implentation by users. It doesn&#8217;t matter how strong or secure an encryption system is, many users won&#8217;t use it, will fail to fully utilize it, or take shortcuts around it. We already have way too many instances of laptops being stolen with sensitive data that apparently have not had been properly secured and/or&nbsp;encrypted.</p>
<p>On a roughly related matter (corporate info hosted on a third party site), I uploaded the Microsoft Word document I&#8217;m supposed to use for my &#8220;Performance, Advancement, and Development&#8221; (<span class="caps">PAD</span>) plan to both Zoho Writer and Writely, and neither rendered the tables correctly. Abiword didn&#8217;t work quite right, either. I guess I&#8217;m stuck with Microsoft&nbsp;Word.</p>
<p>The <span class="caps">PAD</span> form, as far as I can tell, does not have any of what I consider sensitive information. Unless someone really wants to know what my job goals are for the next six&nbsp;months&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Baldwin</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3376</link>
		<dc:creator>Andrew Baldwin</dc:creator>
		<pubDate>Mon, 12 Jun 2006 14:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3376</guid>
		<description>Interesting points, but in my opinion they only scratch the surface. I believe there is a common approach that can be deployed onto laptop hard drives and server-hosted options: a simple and usable encryption solution.

One of the key (pun not intended) problems with the concept of Office 2.0 is the thought "do I want my sensitive data hosted by someone else?". This applies more pervasively than is first apparent -- even if you save the results to your machine, for the work files and other temporary data will have been held by the host and any number of machines on the route to/from it. Normally this information is overwritten and lost, but for really critical data, relying on this may be a risk. 

For my personal letters, notes, and ramblings, there is probably no risk; for commercial plans it may well be worth the effort for a competitor or organized crime to set up "man in the middle" recording, or other attacks. It is businesses that will drive adoption for Office 2.0, so we need to alleviate their legitimate fears.

Note that it is not just the contents of files that need protection -- often a lot of information may be inferred from metadata such as file names and the existence or timing of their creation.

What would be nice to have is a simple, standards-based, easy to use [otherwise people won't use it] transparent encryption technique. This would ensure that data stored on the laptop is useless to anyone who doesn't supply the right key.

The need for an open standards-based approach is vital; allowing a company to define standards -- or worse pollute them with their own proprietary extensions and "improvements" -- is a sure fire invitation to vendor lock-in.

There are already implementations available -- many of them are open source. What is needed is the thinking to bring them all together in a user-friendly way.  Suitably implemented it could also bring benefits of authentication and non repudiation, giving "signature status" to documents.

The disadvantages behind the scheme are the ability for major providers to hijack the scheme and lock people out unless they pay (e.g. DRM systems); denial of access to competitors through the use of polluted standards and "trusted" status; interference from various governments [demanding access to data -- e.g. RIP in the UK and PATRIOT in the US]; hosting policies for Office 2.0 suppliers [e.g. offering free storage in exchange for reading your documents to direct targeted advertising]. None of these are technical issues -- they are all policy/implementation/political problems that need to be considered.

Overall, I believe the advantages outweigh the disadvantages, but it will take a few more high profile losses to make a strong-enough business case to convince many people.

Interesting times ahead...</description>
		<content:encoded><![CDATA[<p>Interesting points, but in my opinion they only scratch the surface. I believe there is a common approach that can be deployed onto laptop hard drives and server-hosted options: a simple and usable encryption&nbsp;solution.</p>
<p>One of the key (pun not intended) problems with the concept of Office 2.0 is the thought &#8220;do I want my sensitive data hosted by someone else?&#8221;. This applies more pervasively than is first apparent&thinsp;&#8212;&thinsp;even if you save the results to your machine, for the work files and other temporary data will have been held by the host and any number of machines on the route to/from it. Normally this information is overwritten and lost, but for really critical data, relying on this may be a&nbsp;risk. </p>
<p>For my personal letters, notes, and ramblings, there is probably no risk; for commercial plans it may well be worth the effort for a competitor or organized crime to set up &#8220;man in the middle&#8221; recording, or other attacks. It is businesses that will drive adoption for Office 2.0, so we need to alleviate their legitimate&nbsp;fears.</p>
<p>Note that it is not just the contents of files that need protection&thinsp;&#8212;&thinsp;often a lot of information may be inferred from metadata such as file names and the existence or timing of their&nbsp;creation.</p>
<p>What would be nice to have is a simple, standards-based, easy to use [otherwise people won&#8217;t use it] transparent encryption technique. This would ensure that data stored on the laptop is useless to anyone who doesn&#8217;t supply the right&nbsp;key.</p>
<p>The need for an open standards-based approach is vital; allowing a company to define standards&thinsp;&#8212;&thinsp;or worse pollute them with their own proprietary extensions and &#8220;improvements&#8221;&thinsp;&#8212;&thinsp;is a sure fire invitation to vendor&nbsp;lock-in.</p>
<p>There are already implementations available&thinsp;&#8212;&thinsp;many of them are open source. What is needed is the thinking to bring them all together in a user-friendly way.  Suitably implemented it could also bring benefits of authentication and non repudiation, giving &#8220;signature status&#8221; to&nbsp;documents.</p>
<p>The disadvantages behind the scheme are the ability for major providers to hijack the scheme and lock people out unless they pay (e.g. <span class="caps">DRM</span> systems); denial of access to competitors through the use of polluted standards and &#8220;trusted&#8221; status; interference from various governments [demanding access to data&thinsp;&#8212;&thinsp;e.g. <span class="caps">RIP</span> in the <span class="caps">UK</span> and <span class="caps">PATRIOT</span> in the <span class="caps">US</span>]; hosting policies for Office 2.0 suppliers [e.g. offering free storage in exchange for reading your documents to direct targeted advertising]. None of these are technical issues&thinsp;&#8212;&thinsp;they are all policy/implementation/political problems that need to be&nbsp;considered.</p>
<p>Overall, I believe the advantages outweigh the disadvantages, but it will take a few more high profile losses to make a strong-enough business case to convince many&nbsp;people.</p>
<p>Interesting times&nbsp;ahead&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arvind</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3230</link>
		<dc:creator>Arvind</dc:creator>
		<pubDate>Thu, 08 Jun 2006 13:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3230</guid>
		<description>Robert &#38; Ismael:

Nice points. Office 2.0 providers sure should be thinking along these lines.</description>
		<content:encoded><![CDATA[<p>Robert <span class="amp">&amp;</span>&nbsp;Ismael:</p>
<p>Nice points. Office 2.0 providers sure should be thinking along these&nbsp;lines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3146</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Wed, 07 Jun 2006 03:08:54 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3146</guid>
		<description>Robert,

You're pointing to a very real issue. Down the road, Office 2.0 will have to be secured with strong biometrics authentication and/or personal password generators that you can attach to your keychain. Such solutions are available today at a reasonable cost, and all we have to do is make them more mainstream by having vendors such as Google or Microsoft actively promoting them. We should get there within three to five years.</description>
		<content:encoded><![CDATA[<p>Robert,</p>
<p>You&#8217;re pointing to a very real issue. Down the road, Office 2.0 will have to be secured with strong biometrics authentication and/or personal password generators that you can attach to your keychain. Such solutions are available today at a reasonable cost, and all we have to do is make them more mainstream by having vendors such as Google or Microsoft actively promoting them. We should get there within three to five&nbsp;years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://itredux.com/2006/06/02/laptop-liability/#comment-3127</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Tue, 06 Jun 2006 15:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/02/laptop-liability/#comment-3127</guid>
		<description>I think security will still remain a problem, although maybe not to the degree it is now.  Too many of us have a tendency to store our passwords in our browsers or have autologins to the services themselves, which could circumvent the best efforts of company IT departments.  I myself use autologins for several services on my home computer, although I don't use them at work or on my laptop.</description>
		<content:encoded><![CDATA[<p>I think security will still remain a problem, although maybe not to the degree it is now.  Too many of us have a tendency to store our passwords in our browsers or have autologins to the services themselves, which could circumvent the best efforts of company <span class="caps">IT</span> departments.  I myself use autologins for several services on my home computer, although I don&#8217;t use them at work or on my&nbsp;laptop.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
