<?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: Technical aspects of the censoring of Wikipedia</title>
	<atom:link href="http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/</link>
	<description>Security Research, Computer Laboratory, University of Cambridge</description>
	<pubDate>Tue, 16 Mar 2010 19:59:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Phil Nash</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30248</link>
		<dc:creator>Phil Nash</dc:creator>
		<pubDate>Fri, 12 Dec 2008 21:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30248</guid>
		<description>furthermore, anyone who knows how to mung a header could get round the block; for example&lt;br&gt;
http:&#47;&#47;.../w/index.php?title=Virgin_Killer&amp;iwf=please_dont_censor_me
worked; and it wasn't blocked in the UK on the Finnish Wikipedia, so http:&#47;;&#47;fi.wikipedia.org/.../Virgin_Killer still worked.  "Epic fail", as they say.</description>
		<content:encoded><![CDATA[<p>furthermore, anyone who knows how to mung a header could get round the block; for example<br />
http:&#47;&#47;&#8230;/w/index.php?title=Virgin_Killer&amp;iwf=please_dont_censor_me<br />
worked; and it wasn&#8217;t blocked in the UK on the Finnish Wikipedia, so http:&#47;;&#47;fi.wikipedia.org/&#8230;/Virgin_Killer still worked.  &#8220;Epic fail&#8221;, as they say.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Nash</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30247</link>
		<dc:creator>Phil Nash</dc:creator>
		<pubDate>Fri, 12 Dec 2008 21:20:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30247</guid>
		<description>@Clive Feather. Having worked for Demon Internet, you should be aware that there is a very great difference, and as a founder member of IWF, you could yourself have made that they were aware of that distinction. Their technical expertise seems strangely lacking, and certainly does not seem to be under the scrutiny of the ISPs.</description>
		<content:encoded><![CDATA[<p>@Clive Feather. Having worked for Demon Internet, you should be aware that there is a very great difference, and as a founder member of IWF, you could yourself have made that they were aware of that distinction. Their technical expertise seems strangely lacking, and certainly does not seem to be under the scrutiny of the ISPs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Nash</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30246</link>
		<dc:creator>Phil Nash</dc:creator>
		<pubDate>Fri, 12 Dec 2008 21:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30246</guid>
		<description>"However, they couldn’t register for new accounts because the IP address from which they came was barred"

Not quite right; to limit vandalism-only accounts, the Wikimedia software imposes a per-day limit on account creation per IP address. This means that once that limit is reached, nobody using that proxy is able to create an account themselves, although we (Wikipedia) will create accounts via email- as long as there aren't about 10,000 requests pending, of course!</description>
		<content:encoded><![CDATA[<p>&#8220;However, they couldn’t register for new accounts because the IP address from which they came was barred&#8221;</p>
<p>Not quite right; to limit vandalism-only accounts, the Wikimedia software imposes a per-day limit on account creation per IP address. This means that once that limit is reached, nobody using that proxy is able to create an account themselves, although we (Wikipedia) will create accounts via email- as long as there aren&#8217;t about 10,000 requests pending, of course!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Feather</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30236</link>
		<dc:creator>Clive Feather</dc:creator>
		<pubDate>Thu, 11 Dec 2008 15:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30236</guid>
		<description>&lt;/I&gt;[IWF] "have since made statements to the effect that the ISP’s blocking systems are designed for blocking pages and not images"&lt;/I&gt;

I don't know why they should think this, since there's no technical difference between blocking an HTML URL and a JPEG one. I'm not aware of any ISP who cares, or who asked for images not to be on the list.</description>
		<content:encoded><![CDATA[<p>[IWF] &#8220;have since made statements to the effect that the ISP’s blocking systems are designed for blocking pages and not images&#8221;</p>
<p>I don&#8217;t know why they should think this, since there&#8217;s no technical difference between blocking an HTML URL and a JPEG one. I&#8217;m not aware of any ISP who cares, or who asked for images not to be on the list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Davies</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30235</link>
		<dc:creator>Ed Davies</dc:creator>
		<pubDate>Thu, 11 Dec 2008 12:06:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30235</guid>
		<description>"...(albeit we’ve just seen that a type extension is not an infallible guide in these matters)."

In principle, URLs are opaque strings.  They do not have "type extensions" so the last few characters should not be taken as a guide, fallible or otherwise.</description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;(albeit we’ve just seen that a type extension is not an infallible guide in these matters).&#8221;</p>
<p>In principle, URLs are opaque strings.  They do not have &#8220;type extensions&#8221; so the last few characters should not be taken as a guide, fallible or otherwise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Torne</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30234</link>
		<dc:creator>Torne</dc:creator>
		<pubDate>Thu, 11 Dec 2008 11:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30234</guid>
		<description>Gavin:
Yes, people don't generally trust such headers, but Wikipedia has a list of those it *does* trust, for large ISPs that proxy all their customers.</description>
		<content:encoded><![CDATA[<p>Gavin:<br />
Yes, people don&#8217;t generally trust such headers, but Wikipedia has a list of those it *does* trust, for large ISPs that proxy all their customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Clayton</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30232</link>
		<dc:creator>Richard Clayton</dc:creator>
		<pubDate>Thu, 11 Dec 2008 11:22:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30232</guid>
		<description>@Jamie

Sorry, I didn't make it clear enough. XFF can indeed be forged, and so Wikipedia has a list of trusted proxies from which they accept it. Since they had never encountered the blocking system before the proxies were not initially listed! But they are now (&lt;a href="http://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/2008_IWF_action&amp;oldid=257246604#IP_addresses_of_the_proxies" rel="nofollow"&gt;see here&lt;/a&gt;).</description>
		<content:encoded><![CDATA[<p>@Jamie</p>
<p>Sorry, I didn&#8217;t make it clear enough. XFF can indeed be forged, and so Wikipedia has a list of trusted proxies from which they accept it. Since they had never encountered the blocking system before the proxies were not initially listed! But they are now (<a href="http://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/2008_IWF_action&#038;oldid=257246604#IP_addresses_of_the_proxies" rel="nofollow">see here</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gavin Jamie</title>
		<link>http://www.lightbluetouchpaper.org/2008/12/11/technical-aspects-of-the-censoring-of-wikipedia/comment-page-1/#comment-30231</link>
		<dc:creator>Gavin Jamie</dc:creator>
		<pubDate>Thu, 11 Dec 2008 11:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=533#comment-30231</guid>
		<description>I am certainly no HTTP expert but is the “X-Forwarded-From” header to be trusted? Should Wikipedia (or any site) assume that this is a genuine proxy. It would seem a relatively trivial matter to write a browser extension to add this header to each request and then vandalise away.

Presumably wikipedia (and google and whoever) would need to recognise and authenticate each proxy individually.</description>
		<content:encoded><![CDATA[<p>I am certainly no HTTP expert but is the “X-Forwarded-From” header to be trusted? Should Wikipedia (or any site) assume that this is a genuine proxy. It would seem a relatively trivial matter to write a browser extension to add this header to each request and then vandalise away.</p>
<p>Presumably wikipedia (and google and whoever) would need to recognise and authenticate each proxy individually.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
