<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Vista Feed API Raises Privacy Concerns</title>
	<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/</link>
	<description>Completely Messing the Point - Notes on cool tech, including RSS and Atom. May contain humor.</description>
	<pubDate>Sun, 21 Mar 2010 15:30:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Mark</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-68</link>
		<pubDate>Fri, 16 Sep 2005 19:41:45 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-68</guid>
					<description>I must respectfully disagree with the notion that every aggregator presents the same level of concern.  

Spyware that wants your feed list from RSSOwl needs to target RSSOwl files.  Spyware that wants your feed list from Pluck needs to target Pluck structures.  Bloglines... ok, nevermind about Bloglines.   But with Vista, the Feed API gives all apps a one-stop shop for all the data they desire.  That API raises my concerns about privacy, hence the title. If Vista had a Unified Contact API to expose address book info, I'd have the same concerns.    

The title is sincere, so I believe it to be fair.  (If you look back over this year's articles, you'll see that I am not out to bash Microsoft nor given to sensationalist titles.)

In any case, thanks for sparking some follow-on discussion, Larry -- I really do appreciate your feedback.  I guess we'll have to agree to disagree on this one.   My ultimate goal with this thread was not to declare "Beware of Vista" or anything like that, but rather to get a discussion going about privacy and feed lists, especially when an OS has explicit functionality to expose them to all apps.

Hopefully the &lt;a href="http://channel9.msdn.com/wiki/default.aspx/Channel9.LonghornRSS" rel="nofollow"&gt;Longhorn RSS folks&lt;/a&gt; will respond in some manner to shed further light on this topic.  Perhaps the ability to restrict read access to the RSS Repository is already in place.

I know you have a background in security and identity issues when it comes to IT, likely much more so than I do.   You sound sceptical about encryption as a viable solution to privacy... if you like, lets take this discussion to your venue.  Perhaps you could blog on the topic and offer up your ideas:  How do application developers (or more broadly, OS developers) tackle the issues of read/write access to private user data on the desktop, especially in Windows?    Let me know, and I'll add a link here.</description>
		<content:encoded><![CDATA[<p>I must respectfully disagree with the notion that every aggregator presents the same level of concern.  </p>
<p>Spyware that wants your feed list from RSSOwl needs to target RSSOwl files.  Spyware that wants your feed list from Pluck needs to target Pluck structures.  Bloglines&#8230; ok, nevermind about Bloglines.   But with Vista, the Feed API gives all apps a one-stop shop for all the data they desire.  That API raises my concerns about privacy, hence the title. If Vista had a Unified Contact API to expose address book info, I&#8217;d have the same concerns.    </p>
<p>The title is sincere, so I believe it to be fair.  (If you look back over this year&#8217;s articles, you&#8217;ll see that I am not out to bash Microsoft nor given to sensationalist titles.)</p>
<p>In any case, thanks for sparking some follow-on discussion, Larry &#8212; I really do appreciate your feedback.  I guess we&#8217;ll have to agree to disagree on this one.   My ultimate goal with this thread was not to declare &#8220;Beware of Vista&#8221; or anything like that, but rather to get a discussion going about privacy and feed lists, especially when an OS has explicit functionality to expose them to all apps.</p>
<p>Hopefully the <a href="http://channel9.msdn.com/wiki/default.aspx/Channel9.LonghornRSS" rel="nofollow">Longhorn RSS folks</a> will respond in some manner to shed further light on this topic.  Perhaps the ability to restrict read access to the RSS Repository is already in place.</p>
<p>I know you have a background in security and identity issues when it comes to IT, likely much more so than I do.   You sound sceptical about encryption as a viable solution to privacy&#8230; if you like, lets take this discussion to your venue.  Perhaps you could blog on the topic and offer up your ideas:  How do application developers (or more broadly, OS developers) tackle the issues of read/write access to private user data on the desktop, especially in Windows?    Let me know, and I&#8217;ll add a link here.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Larry Cannell</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-67</link>
		<pubDate>Fri, 16 Sep 2005 18:39:43 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-67</guid>
					<description>I think there are different levels of "badness" in the "Default Permit" discussion. When I run (or when I am REQUIRED to run) Windows as an administrator that allows access to everything on the box (which is really high on the badness scale). When I run as a normal user (as one normally would under Unix) then that access is much more limited; only files and processes I own. To me, it's a stretch to assume that a product released today should be limited to accessing only the files it absolutely needs.

Encryption? Maybe. But that argument seems to be the white knight of security everyone waves with few details on how it can be actually done. I am not saying it isn't the answer but it certainly isn't available today as a general solution.

In the end, I think headlines like "Vista Feed API Raises Privacy Concerns" is not fair to Microsoft. You could have easily published the same headline regarding any other RSS aggregator or any application for that matter.</description>
		<content:encoded><![CDATA[<p>I think there are different levels of &#8220;badness&#8221; in the &#8220;Default Permit&#8221; discussion. When I run (or when I am REQUIRED to run) Windows as an administrator that allows access to everything on the box (which is really high on the badness scale). When I run as a normal user (as one normally would under Unix) then that access is much more limited; only files and processes I own. To me, it&#8217;s a stretch to assume that a product released today should be limited to accessing only the files it absolutely needs.</p>
<p>Encryption? Maybe. But that argument seems to be the white knight of security everyone waves with few details on how it can be actually done. I am not saying it isn&#8217;t the answer but it certainly isn&#8217;t available today as a general solution.</p>
<p>In the end, I think headlines like &#8220;Vista Feed API Raises Privacy Concerns&#8221; is not fair to Microsoft. You could have easily published the same headline regarding any other RSS aggregator or any application for that matter.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mark</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-66</link>
		<pubDate>Thu, 15 Sep 2005 17:04:32 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-66</guid>
					<description>Good points, Larry; Thanks for the discussion.  And as you imply, I agree that restricting files isn't very practical in a Windows environment.   I believe our best bet is using applications that encrypt the data we deem private.  You are right: I don't know of any aggregator that protects its data.  Then again, neither does Outlook, which is scary.

And no, &lt;strong&gt;you&lt;/strong&gt; don't always have control over what is run on your machine.  At home, you probably do.  However, there are plenty of corporate environments where applications are installed with Admin rights and run on a desktop without the end user having any say in the matter.  I consulted at one company that ran such an application late at night ostensibly to see what users had installed on their machines that day.   The app had admin rights to everything on the box; all file access was granted.   Basically, it was corporate-level spyware.

As you say, "Spyware should be able to read any file you have access to."  Agreed, that's how it usually works.  But I disagree that it &lt;strong&gt;has&lt;/strong&gt; to be like that.  Read Marcus Ranum's "&lt;a href="http://www.ranum.com/security/computer_security/editorials/dumb" rel="nofollow"&gt;Six Dumbest Ideas in Computer Security&lt;/a&gt;" for a good elaboration.  Specifically, "Default Permit" and "Enumerating Badness" address my heartburn on this issue.    An easy step toward "Default Deny" at the file level is simply to encrypt it.

All that being said, I am encouraged by what Amar Ghandi (on the IE7 team) had to say in an &lt;a href="http://weblog.infoworld.com/udell/gems/ju_ghandi.mp3" rel="nofollow"&gt;audio interview with John Udell&lt;/a&gt;.  It sounds like the Vista folks are taking steps to be considerably more pessimistic in cross-process security issues.  Ghandi specifically talks about a situation where IE is compromised unknowingly and yet is NOT allowed to change information in the RSS Repository without user permission.  

This seems to indicate a departure from the "Default Permit" we are all so used to.  My desire would be that the RSS Repository has Default Deny not only on changing data, but also on reading data without my consent.  Granted, most people would probably turn it off, but that should be an active choice, not an obscure feature disabled by default.

Of course, RSS subscription lists are a minor example of the bigger picture:  We need easy ways in the OS to restrict read and write on &lt;strong&gt;all&lt;/strong&gt; information we deem private, whether feed choices, or address books, or credit card data.  

Heh... let's just hope it doesn't wind up in another version of &lt;a href="http://news.com.com/2100-1001-275366.html?legacy=cnet" rel="nofollow"&gt;Microsoft Wallet&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Good points, Larry; Thanks for the discussion.  And as you imply, I agree that restricting files isn&#8217;t very practical in a Windows environment.   I believe our best bet is using applications that encrypt the data we deem private.  You are right: I don&#8217;t know of any aggregator that protects its data.  Then again, neither does Outlook, which is scary.</p>
<p>And no, <strong>you</strong> don&#8217;t always have control over what is run on your machine.  At home, you probably do.  However, there are plenty of corporate environments where applications are installed with Admin rights and run on a desktop without the end user having any say in the matter.  I consulted at one company that ran such an application late at night ostensibly to see what users had installed on their machines that day.   The app had admin rights to everything on the box; all file access was granted.   Basically, it was corporate-level spyware.</p>
<p>As you say, &#8220;Spyware should be able to read any file you have access to.&#8221;  Agreed, that&#8217;s how it usually works.  But I disagree that it <strong>has</strong> to be like that.  Read Marcus Ranum&#8217;s &#8220;<a href="http://www.ranum.com/security/computer_security/editorials/dumb" rel="nofollow">Six Dumbest Ideas in Computer Security</a>&#8221; for a good elaboration.  Specifically, &#8220;Default Permit&#8221; and &#8220;Enumerating Badness&#8221; address my heartburn on this issue.    An easy step toward &#8220;Default Deny&#8221; at the file level is simply to encrypt it.</p>
<p>All that being said, I am encouraged by what Amar Ghandi (on the IE7 team) had to say in an <a href="http://weblog.infoworld.com/udell/gems/ju_ghandi.mp3" rel="nofollow">audio interview with John Udell</a>.  It sounds like the Vista folks are taking steps to be considerably more pessimistic in cross-process security issues.  Ghandi specifically talks about a situation where IE is compromised unknowingly and yet is NOT allowed to change information in the RSS Repository without user permission.  </p>
<p>This seems to indicate a departure from the &#8220;Default Permit&#8221; we are all so used to.  My desire would be that the RSS Repository has Default Deny not only on changing data, but also on reading data without my consent.  Granted, most people would probably turn it off, but that should be an active choice, not an obscure feature disabled by default.</p>
<p>Of course, RSS subscription lists are a minor example of the bigger picture:  We need easy ways in the OS to restrict read and write on <strong>all</strong> information we deem private, whether feed choices, or address books, or credit card data.  </p>
<p>Heh&#8230; let&#8217;s just hope it doesn&#8217;t wind up in another version of <a href="http://news.com.com/2100-1001-275366.html?legacy=cnet" rel="nofollow">Microsoft Wallet</a>.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Larry Cannell</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-65</link>
		<pubDate>Thu, 15 Sep 2005 15:13:15 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-65</guid>
					<description>So you are concerned that a program that _you_ are running can share information with another program that _you_ are running on the same computer (not with other programs running on other computer or other programs running under another username on the same computer)?

How do today's desktop rss aggregators prevent that from happening? Spyware should be able to read any file you have access to. How can you restrict a file (or a section of the registry) to only be used by a particular program?
</description>
		<content:encoded><![CDATA[<p>So you are concerned that a program that _you_ are running can share information with another program that _you_ are running on the same computer (not with other programs running on other computer or other programs running under another username on the same computer)?</p>
<p>How do today&#8217;s desktop rss aggregators prevent that from happening? Spyware should be able to read any file you have access to. How can you restrict a file (or a section of the registry) to only be used by a particular program?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anonymous Coward</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-64</link>
		<pubDate>Thu, 15 Sep 2005 09:43:05 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-64</guid>
					<description>I thought operating system calls from web based programs was called Apple Dashboard?</description>
		<content:encoded><![CDATA[<p>I thought operating system calls from web based programs was called Apple Dashboard?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mark</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-63</link>
		<pubDate>Wed, 14 Sep 2005 19:01:14 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-63</guid>
					<description>I believe they call that "ActiveX".</description>
		<content:encoded><![CDATA[<p>I believe they call that &#8220;ActiveX&#8221;.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kenneth Bowen</title>
		<link>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-62</link>
		<pubDate>Wed, 14 Sep 2005 18:55:00 +0000</pubDate>
		<guid>http://inkblots.markwoodman.com/2005/09/14/vista-feed-api-raises-privacy-concerns/#comment-62</guid>
					<description>Thanks for pointing this 'feature' out. Please keep us up-to-date if you receive a reply to your question on the Vista wiki.

Boy, what will those kids up in Redmond cook up next? Operating system calls from web based programs perhaps?</description>
		<content:encoded><![CDATA[<p>Thanks for pointing this &#8216;feature&#8217; out. Please keep us up-to-date if you receive a reply to your question on the Vista wiki.</p>
<p>Boy, what will those kids up in Redmond cook up next? Operating system calls from web based programs perhaps?
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
