<?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 for Keyboard Cowboy</title>
	<atom:link href="http://keyboardcowboy.ca/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://keyboardcowboy.ca</link>
	<description>More and-or less confused after tomorrow</description>
	<lastBuildDate>Sat, 17 Jul 2010 15:02:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Speaking at The Next HOPE by url</title>
		<link>http://keyboardcowboy.ca/archives/653/comment-page-1#comment-362</link>
		<dc:creator>url</dc:creator>
		<pubDate>Sat, 17 Jul 2010 15:02:51 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=653#comment-362</guid>
		<description>Wasn&#039;t able to catch the speech, but looking forward to it.

219

Also, congrats</description>
		<content:encoded><![CDATA[<p>Wasn&#8217;t able to catch the speech, but looking forward to it.</p>
<p>219</p>
<p>Also, congrats</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speaking at The Next HOPE by DJ</title>
		<link>http://keyboardcowboy.ca/archives/653/comment-page-1#comment-361</link>
		<dc:creator>DJ</dc:creator>
		<pubDate>Fri, 16 Jul 2010 20:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=653#comment-361</guid>
		<description>Good luck! Hope it all goes well - and have fun too!</description>
		<content:encoded><![CDATA[<p>Good luck! Hope it all goes well &#8211; and have fun too!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hootsuite and their Ill-regard for their URL Shortener Service by Luke</title>
		<link>http://keyboardcowboy.ca/archives/617/comment-page-1#comment-356</link>
		<dc:creator>Luke</dc:creator>
		<pubDate>Mon, 14 Jun 2010 18:38:36 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=617#comment-356</guid>
		<description>Hootsuite can&#039;t &quot;keep further track of browsing activities&quot;... Same Origin Policy, yo. Try navigating around in the ht.ly iframe and then document.getElementById(&#039;hootFrame&#039;).src at the console. You will get the src attribute set for the iframe at load time. You can&#039;t get href, location, etc. for the iframe because the content is in another domain.

I was able to create several ht.ly URLs without a Hootsuite or Twitter account, but HTTPS URLs or those pointing to a domain-level index were rendered as simple redirects. A couple of Youtube videos and a Wikipedia article were rendered in the ht.ly iframe with the social bar.

I agree that in principle using an iframe for this purpose (including added-value content like an ad or a social media bar) is a bad idea. Showing the URL in the title is inadequate (Chrome users won&#039;t even see this if they are busy browsers). 

The more I think about it the less I like the idea of these short URL services cloaking URLs like this. If I&#039;m not mistaken the browser security model permits a document in an iframe to modify the location property of the parent viewport (this is the Ajax iframe XSS technique in reverse); from keyboardcowboy.ca you could set the parent fragment identifier to #https://www.facebook.com/. In my mind the less-observant user who would be confused by this type of phishing attack could be further reeled in this way.

Seems to me the social sharing functionality of the ht.ly bar is better implemented with a browser add-on, bookmarklet, or AddThis-type widget. Oh well.</description>
		<content:encoded><![CDATA[<p>Hootsuite can&#8217;t &#8220;keep further track of browsing activities&#8221;&#8230; Same Origin Policy, yo. Try navigating around in the ht.ly iframe and then document.getElementById(&#8216;hootFrame&#8217;).src at the console. You will get the src attribute set for the iframe at load time. You can&#8217;t get href, location, etc. for the iframe because the content is in another domain.</p>
<p>I was able to create several ht.ly URLs without a Hootsuite or Twitter account, but HTTPS URLs or those pointing to a domain-level index were rendered as simple redirects. A couple of Youtube videos and a Wikipedia article were rendered in the ht.ly iframe with the social bar.</p>
<p>I agree that in principle using an iframe for this purpose (including added-value content like an ad or a social media bar) is a bad idea. Showing the URL in the title is inadequate (Chrome users won&#8217;t even see this if they are busy browsers). </p>
<p>The more I think about it the less I like the idea of these short URL services cloaking URLs like this. If I&#8217;m not mistaken the browser security model permits a document in an iframe to modify the location property of the parent viewport (this is the Ajax iframe XSS technique in reverse); from keyboardcowboy.ca you could set the parent fragment identifier to #https://www.facebook.com/. In my mind the less-observant user who would be confused by this type of phishing attack could be further reeled in this way.</p>
<p>Seems to me the social sharing functionality of the ht.ly bar is better implemented with a browser add-on, bookmarklet, or AddThis-type widget. Oh well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Great Clips violates your privacy! by fuego</title>
		<link>http://keyboardcowboy.ca/archives/431/comment-page-1#comment-343</link>
		<dc:creator>fuego</dc:creator>
		<pubDate>Sun, 23 May 2010 20:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=431#comment-343</guid>
		<description>I think that his is just one more way for decent people to be tracked and watched.  It should matter to you not at all whether I have an address as long as I am paying with accepted legal tender.  You don&#039;t need to know what I like, where I live... just give me a damn haircut and piss off.  Pardon if I&#039;m being rude.</description>
		<content:encoded><![CDATA[<p>I think that his is just one more way for decent people to be tracked and watched.  It should matter to you not at all whether I have an address as long as I am paying with accepted legal tender.  You don&#8217;t need to know what I like, where I live&#8230; just give me a damn haircut and piss off.  Pardon if I&#8217;m being rude.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who&#8217;s letting me become ssladmin? by Jonas</title>
		<link>http://keyboardcowboy.ca/archives/558/comment-page-1#comment-159</link>
		<dc:creator>Jonas</dc:creator>
		<pubDate>Mon, 19 Apr 2010 09:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=558#comment-159</guid>
		<description>Bobby: There is the equivalent of a CA in DNSSEC but their role is vastly different. Your registrar is for obvious reasons much better suited to know if you own your domain or not. DNSSEC and SSL are interrelated in that you can store your latter certificates in the former. It&#039;s not widely implemented (today&#039;s understatement) but it is a simple retrofit that fixes the practical problems with SSL certs (and gets rid of today&#039;s CAs as a bonus).</description>
		<content:encoded><![CDATA[<p>Bobby: There is the equivalent of a CA in DNSSEC but their role is vastly different. Your registrar is for obvious reasons much better suited to know if you own your domain or not. DNSSEC and SSL are interrelated in that you can store your latter certificates in the former. It&#8217;s not widely implemented (today&#8217;s understatement) but it is a simple retrofit that fixes the practical problems with SSL certs (and gets rid of today&#8217;s CAs as a bonus).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who&#8217;s letting me become ssladmin? by Phailsauce</title>
		<link>http://keyboardcowboy.ca/archives/558/comment-page-1#comment-158</link>
		<dc:creator>Phailsauce</dc:creator>
		<pubDate>Mon, 19 Apr 2010 08:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=558#comment-158</guid>
		<description>DNSsec doesn&#039;t provide link-level encryption so still allows for man-in-the-middle attacks. A transparant proxy will easily replace the lack of spoofability. Then there&#039;s the enumeration information leak.

And then there is the problem of who owns the root key. Currently that will be the Team America World Police, excuse me, USA government. You may not care, but the other 95% of the world does. Though Americans not caring about that is curious because you appear to prefer to trust unaccountable private enterprises over that very same government. Maybe now that they&#039;ve shown themselves to like being unaccountable themselves (warrantless this, warrantless that) you&#039;ve started to trust them?

The message here is that too many techies wilfully ignore the political mess they&#039;re making. And it&#039;s going to bite us all in the behind. So please be a bit more considerate before you open your yap. Can&#039;t expect that from Danny boy, unfortunately.</description>
		<content:encoded><![CDATA[<p>DNSsec doesn&#8217;t provide link-level encryption so still allows for man-in-the-middle attacks. A transparant proxy will easily replace the lack of spoofability. Then there&#8217;s the enumeration information leak.</p>
<p>And then there is the problem of who owns the root key. Currently that will be the Team America World Police, excuse me, USA government. You may not care, but the other 95% of the world does. Though Americans not caring about that is curious because you appear to prefer to trust unaccountable private enterprises over that very same government. Maybe now that they&#8217;ve shown themselves to like being unaccountable themselves (warrantless this, warrantless that) you&#8217;ve started to trust them?</p>
<p>The message here is that too many techies wilfully ignore the political mess they&#8217;re making. And it&#8217;s going to bite us all in the behind. So please be a bit more considerate before you open your yap. Can&#8217;t expect that from Danny boy, unfortunately.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who&#8217;s letting me become ssladmin? by Eric</title>
		<link>http://keyboardcowboy.ca/archives/558/comment-page-1#comment-154</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Mon, 19 Apr 2010 00:31:36 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=558#comment-154</guid>
		<description>@Moxy: good point.

Once upon a time, all SSL CA&#039;s did all elaborate validation of documentation. I remember having to fax in a document with driver&#039;s licenses on company letterhead, etc.  Maybe not bulletproof, but humans actually used to read these things for every request.

Making someone pay extra to opt in to more validation doesn&#039;t solve the problem at all.  The base standard has to be raised, but there doesn&#039;t seem to be any incentive for CA&#039;s to do the extra work.  They&#039;re not generally impacted in the case of succesful fraud, I don&#039;t think I&#039;ve seen any browsers pulling CA root certs because of lax practices, so they&#039;re going to compete for the best profit margin for the lowest reasonable price, which means more automation and less validation. (and thus a weaker overall PKI for everyone)</description>
		<content:encoded><![CDATA[<p>@Moxy: good point.</p>
<p>Once upon a time, all SSL CA&#8217;s did all elaborate validation of documentation. I remember having to fax in a document with driver&#8217;s licenses on company letterhead, etc.  Maybe not bulletproof, but humans actually used to read these things for every request.</p>
<p>Making someone pay extra to opt in to more validation doesn&#8217;t solve the problem at all.  The base standard has to be raised, but there doesn&#8217;t seem to be any incentive for CA&#8217;s to do the extra work.  They&#8217;re not generally impacted in the case of succesful fraud, I don&#8217;t think I&#8217;ve seen any browsers pulling CA root certs because of lax practices, so they&#8217;re going to compete for the best profit margin for the lowest reasonable price, which means more automation and less validation. (and thus a weaker overall PKI for everyone)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who&#8217;s letting me become ssladmin? by Moxy</title>
		<link>http://keyboardcowboy.ca/archives/558/comment-page-1#comment-153</link>
		<dc:creator>Moxy</dc:creator>
		<pubDate>Sun, 18 Apr 2010 20:43:55 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=558#comment-153</guid>
		<description>I liked this vulnerability better two years ago when mike Zusman used it to get a cert for live.com. Verisign is right though, this is prevented by ev-ssl in the same way that ferraris prevent the existence of hyundais. Which is to say, it provides a wildly expensive alternative no one uses. How could any user have been spared this attack by the availability of EV? what user sees a normal cert and decides &quot;this free webmail didn&#039;t pay enough for their cert, I&#039;m leaving!&quot;. No one. Corporate verisign shills, thanks for reading.</description>
		<content:encoded><![CDATA[<p>I liked this vulnerability better two years ago when mike Zusman used it to get a cert for live.com. Verisign is right though, this is prevented by ev-ssl in the same way that ferraris prevent the existence of hyundais. Which is to say, it provides a wildly expensive alternative no one uses. How could any user have been spared this attack by the availability of EV? what user sees a normal cert and decides &#8220;this free webmail didn&#8217;t pay enough for their cert, I&#8217;m leaving!&#8221;. No one. Corporate verisign shills, thanks for reading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sony giveth and taketh with the Playstation 3 by ScepticalBob</title>
		<link>http://keyboardcowboy.ca/archives/546/comment-page-1#comment-152</link>
		<dc:creator>ScepticalBob</dc:creator>
		<pubDate>Sun, 18 Apr 2010 20:07:28 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=546#comment-152</guid>
		<description>Lets all buy a gun and storm Sony headquarters..........demand they stay the f*ck out of our systems!</description>
		<content:encoded><![CDATA[<p>Lets all buy a gun and storm Sony headquarters&#8230;&#8230;&#8230;.demand they stay the f*ck out of our systems!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sony giveth and taketh with the Playstation 3 by Llanowyn</title>
		<link>http://keyboardcowboy.ca/archives/546/comment-page-1#comment-151</link>
		<dc:creator>Llanowyn</dc:creator>
		<pubDate>Sun, 18 Apr 2010 19:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://keyboardcowboy.ca/?p=546#comment-151</guid>
		<description>Awesome, I like your take on this.</description>
		<content:encoded><![CDATA[<p>Awesome, I like your take on this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
