<?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: Security hole in Safari RSS</title>
	<atom:link href="http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/feed/" rel="self" type="application/rss+xml" />
	<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/</link>
	<description>Little boxes made of words, by Jens Alfke</description>
	<lastBuildDate>Sat, 04 Feb 2012 05:05:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: fluffy</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2910</link>
		<dc:creator>fluffy</dc:creator>
		<pubDate>Fri, 06 Mar 2009 21:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2910</guid>
		<description>However, if you&#039;re one of the few people who actually uses a Mac at work, this is something to be concerned about.  It&#039;s not a good idea to be cavalier about information security just because you don&#039;t see your information as needing security.

Also, they could theoretically grab things like, say, swap files, or cookie files, or whatever, and use that to do all sorts of fun damage that way.  And if you have a weak password on your OSX Keychain and you use auto-login functionality, suddenly they have your website passwords.  Oops.</description>
		<content:encoded><![CDATA[<p>However, if you&#8217;re one of the few people who actually uses a Mac at work, this is something to be concerned about.  It&#8217;s not a good idea to be cavalier about information security just because you don&#8217;t see your information as needing security.</p>
<p>Also, they could theoretically grab things like, say, swap files, or cookie files, or whatever, and use that to do all sorts of fun damage that way.  And if you have a weak password on your OSX Keychain and you use auto-login functionality, suddenly they have your website passwords.  Oops.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou Meigs</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2909</link>
		<dc:creator>Lou Meigs</dc:creator>
		<pubDate>Fri, 06 Mar 2009 21:43:07 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2909</guid>
		<description>Hey, if they REALLY want to look at pie recipes, family vaca. photos and our family budget (sniff), be my guest.  Maybe they&#039;ll have good ideas to tweak my recipes!</description>
		<content:encoded><![CDATA[<p>Hey, if they REALLY want to look at pie recipes, family vaca. photos and our family budget (sniff), be my guest.  Maybe they&#8217;ll have good ideas to tweak my recipes!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Bailey</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2908</link>
		<dc:creator>Peter Bailey</dc:creator>
		<pubDate>Wed, 14 Jan 2009 19:27:58 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2908</guid>
		<description>I wouldn&#039;t call it a petty thing. But considering how talented Jens is, it shows just how hard it is to write bulletproof code.</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t call it a petty thing. But considering how talented Jens is, it shows just how hard it is to write bulletproof code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Bishop</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2907</link>
		<dc:creator>Michael Bishop</dc:creator>
		<pubDate>Wed, 14 Jan 2009 17:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2907</guid>
		<description>Here&#039;s what I say: Thanks for Safari RSS!</description>
		<content:encoded><![CDATA[<p>Here&#8217;s what I say: Thanks for Safari RSS!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ydna (LJ)</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2906</link>
		<dc:creator>ydna (LJ)</dc:creator>
		<pubDate>Wed, 14 Jan 2009 07:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2906</guid>
		<description>Shit happens, man. Don&#039;t sweat the petty things and don&#039;t pet the sweaty things.</description>
		<content:encoded><![CDATA[<p>Shit happens, man. Don&#8217;t sweat the petty things and don&#8217;t pet the sweaty things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fluffy</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2905</link>
		<dc:creator>fluffy</dc:creator>
		<pubDate>Wed, 14 Jan 2009 04:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2905</guid>
		<description>It wouldn&#039;t surprise me too much if it was just yet another javascript/XSS bug.  Those are always popping up and it could really be due to something which showed up in Safari/WebKit later on.

One thing I never really liked too much about the Safari RSS model (which we&#039;ve discussed in the past) is how it acts more like an XML&rarr;HTML translation frontend (what with its silly feed:// hack and obscuring the feed&#039;s source, making XML-problem debugging that much more impossible) instead of an alternate markup/layout handler (like what Firefox apparently does), &lt;em&gt;but&lt;/em&gt; it also means that it&#039;s possible that the problem is in WebKit itself, unless it&#039;s something particularly fiddly with how Safari RSS handles its &quot;read items&quot; storage or something (I must admit I haven&#039;t really used Safari RSS that much, having always just preferred server-side aggregation such as FeedOnFeeds or, later on, Google Reader).</description>
		<content:encoded><![CDATA[<p>It wouldn&#8217;t surprise me too much if it was just yet another javascript/XSS bug.  Those are always popping up and it could really be due to something which showed up in Safari/WebKit later on.</p>
<p>One thing I never really liked too much about the Safari RSS model (which we&#8217;ve discussed in the past) is how it acts more like an XML&#38;rarr;HTML translation frontend (what with its silly feed:// hack and obscuring the feed&#8217;s source, making XML-problem debugging that much more impossible) instead of an alternate markup/layout handler (like what Firefox apparently does), <em>but</em> it also means that it&#8217;s possible that the problem is in WebKit itself, unless it&#8217;s something particularly fiddly with how Safari RSS handles its &#8220;read items&#8221; storage or something (I must admit I haven&#8217;t really used Safari RSS that much, having always just preferred server-side aggregation such as FeedOnFeeds or, later on, Google Reader).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://jens.mooseyard.com/2009/01/security-hole-in-safari-rss/comment-page-1/#comment-2904</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Wed, 14 Jan 2009 03:08:11 +0000</pubDate>
		<guid isPermaLink="false">http://mooseyard.com/Jens/2009/01/security-hole-in-safari-rss/#comment-2904</guid>
		<description>Don&#039;t beat yourself up. Even if it turns out to be something vaguely &quot;your fault,&quot; it&#039;s impossible for any person to live up to a perfect standard, especially when the nuances of what makes something insecure can be hard to predict up front. There&#039;s a reason companies like Apple and Microsoft have teams dedicated to evaluating and solving security problems.  Mistakes like this are inevitable and completely expected.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t beat yourself up. Even if it turns out to be something vaguely &#8220;your fault,&#8221; it&#8217;s impossible for any person to live up to a perfect standard, especially when the nuances of what makes something insecure can be hard to predict up front. There&#8217;s a reason companies like Apple and Microsoft have teams dedicated to evaluating and solving security problems.  Mistakes like this are inevitable and completely expected.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

