<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Capi's Corner &#187; advocacy</title>
	<atom:link href="http://www.dont-panic.cc/capi/tag/advocacy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dont-panic.cc/capi</link>
	<description>Development, Network, Security, Ideas &#038; Opinions</description>
	<lastBuildDate>Fri, 19 Feb 2010 00:11:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>tr.im to be shut down</title>
		<link>http://www.dont-panic.cc/capi/2009/08/10/tr-im-to-be-shut-down/</link>
		<comments>http://www.dont-panic.cc/capi/2009/08/10/tr-im-to-be-shut-down/#comments</comments>
		<pubDate>Mon, 10 Aug 2009 10:29:21 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[advocacy]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[url-shortening]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/?p=246</guid>
		<description><![CDATA[To emphasize my demurs against URL shortening services which I have mentioned before, here comes the prove that my thesis is correct: the URL shortening service tr.im is going to be shut down by end of this year. As Robert Scoble put it, this is a &#8220;shortcoming&#8221; of the Twitter platform, where the shutdown most [...]]]></description>
			<content:encoded><![CDATA[<p>To emphasize my demurs against URL shortening services which I have <a href="http://www.dont-panic.cc/capi/2005/05/20/short-urls-future-loss-of-knowlege/">mentioned</a> <a href="http://www.dont-panic.cc/capi/2009/06/17/url-shortening-services-soon-to-be-under-siege/">before</a>, here comes the prove that my thesis is correct: the URL shortening service <a href="http://tr.im/">tr.im</a> is <a href="http://blog.tr.im/post/159489555/tr-im-to-december-31-2009">going to be shut down by end of this year</a>. As <a href="http://scobleizer.com/">Robert Scoble</a> <a href="http://scobleizer.com/2009/08/10/twitters-platform-shortcomings/">put it</a>, this is a &#8220;shortcoming&#8221; of the <a href="http://twitter.com/">Twitter </a>platform, where the shutdown most likely will be felt most.</p>
<p>This is the first time I am aware of actual knowledge/data-loss which will occur due to the shutdown of such a service.</p>
<p><strong>Update:</strong> tr.im <a href="http://blog.tr.im/post/160697842/tr-im-resurrected">announced that they will stay in business</a>, due to an overwhelming response. But still, the final shutdown of such a service sooner or latter can and will happen. And even worse would be the continuation of such a service where all the URLs would be redirected somewhere else&#8230;</p>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 60px; width: 1px; height: 1px;">http://blog.tr.im/post/160697842/tr-im-resurrected</div>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2009/08/10/tr-im-to-be-shut-down/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>URL shortening services soon to be under siege?</title>
		<link>http://www.dont-panic.cc/capi/2009/06/17/url-shortening-services-soon-to-be-under-siege/</link>
		<comments>http://www.dont-panic.cc/capi/2009/06/17/url-shortening-services-soon-to-be-under-siege/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 17:30:09 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[advocacy]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[url-shortening]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/?p=231</guid>
		<description><![CDATA[I have already written about my opinion about the problems of URL shortening back in 2005. Yesterday, Jeff Atwood pointed out other issues like commercialization. Today, another threat has come true: hackers have manipulated the URLs of shortening service cli.gs. Given the huge amount of information hidden behind such shortened URLs, and given the popularity [...]]]></description>
			<content:encoded><![CDATA[<p>I have already written about my opinion about the <a href="http://www.dont-panic.cc/capi/2005/05/20/short-urls-future-loss-of-knowlege/">problems of URL shortening</a> back in 2005. Yesterday, <a href="http://www.codinghorror.com/">Jeff Atwood</a> <a href="http://www.codinghorror.com/blog/archives/001276.html">pointed out</a> other issues like commercialization. Today, another threat has come true: <a href="http://blog.cli.gs/news/hack-update">hackers have manipulated the URLs</a> of shortening service <a href="http://cli.gs/">cli.gs</a>.</p>
<p>Given the huge amount of information hidden behind such shortened URLs, and given the popularity and number of these links, especially nowadays on <a href="http://twitter.com/">Twitter</a>, these services could see themselves being under permanent siege of hackers/crackers. Being able to manipulate hundred of thousands if not even more vastly distributed and popular URLs to point to a given site could be used for both, generating (lots of?) ad-revenue, or as a new form of DDoS-attack.</p>
<p>At the moment there seems to be no way around using these services (especially with services like Twitter), but in the medium/long run a solution has to be found if we don&#8217;t want to lose lots of valuable information.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2009/06/17/url-shortening-services-soon-to-be-under-siege/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Microsoft: Only signed drivers for Windows Vista x64</title>
		<link>http://www.dont-panic.cc/capi/2006/01/24/microsoft-only-signed-drivers-for-windows-vista-x64/</link>
		<comments>http://www.dont-panic.cc/capi/2006/01/24/microsoft-only-signed-drivers-for-windows-vista-x64/#comments</comments>
		<pubDate>Tue, 24 Jan 2006 17:17:22 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[advocacy]]></category>
		<category><![CDATA[driver]]></category>
		<category><![CDATA[drm]]></category>
		<category><![CDATA[vista]]></category>
		<category><![CDATA[windows]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/archives/30</guid>
		<description><![CDATA[According to this Microsoft page and this Golem-Article (German), Microsoft is going to make driver signatures from Microsoft mandatory for any driver running in kernel space in Windows Vista x64. They claim security reason for this.While (faulty) drivers definitely can lead to serious (security) problems under Windows, they sometimes fulfill cruitial parts, especially in windows [...]]]></description>
			<content:encoded><![CDATA[<p>According to this <a href="http://www.microsoft.com/whdc/system/platform/64bit/kmsigning.mspx">Microsoft page</a> and this <a href="http://www.golem.de/0601/42894.html">Golem-Article</a> (German), Microsoft is going to make driver signatures from Microsoft mandatory for any driver running in kernel space in Windows Vista x64. They claim security reason for this.While (faulty) drivers definitely can lead to serious (security) problems under Windows, they sometimes fulfill cruitial parts, especially in windows file system monitoring, for which there are many legitimate reasons. Having to go through the WHQL for every driver (and every minor patch) seems a little costly and time consuming to me&#8230;</p>
<p>Well, after all, for me it seems to be three things:</p>
<ul>
<li>Additional <strong>money</strong> through additional drivers going through WHQL,</li>
<li><strong>Anti Open-Source</strong> projects,</li>
<li>Building up the infrastructure for an (almost unbreakable) <strong>Digital Rights Management </strong>system.</li>
</ul>
<p><strong>Update 2007-01-23:</strong> I have to revise most points of this, as I now learned something new about it. Vista x64 will accept digitally signed drivers, but they do not necessarily be signed by Microsoft. Read more in my <a href="http://www.dont-panic.cc/capi/2007/01/23/microsft-vista-x64-mandatory-driver-signing-update/">updated article</a>. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2006/01/24/microsoft-only-signed-drivers-for-windows-vista-x64/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
