<?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: Guest article: Security risks of centralised filtering</title>
	<atom:link href="http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/</link>
	<description>Defending civil liberties in the digital age</description>
	<lastBuildDate>Sun, 29 Jan 2012 06:06:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ben</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-2003</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 16 Mar 2010 05:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-2003</guid>
		<description>In addition to this excellent article, I highly suggest reading this article (plus the two subsequent parts):

http://www.banthisurl.com/2008/12/exclusive-white-hat-hacker-tears-apart-flaws-in-aussie-net-filtering-scheme/</description>
		<content:encoded><![CDATA[<p>In addition to this excellent article, I highly suggest reading this article (plus the two subsequent parts):</p>
<p><a href="http://www.banthisurl.com/2008/12/exclusive-white-hat-hacker-tears-apart-flaws-in-aussie-net-filtering-scheme/" rel="nofollow">http://www.banthisurl.com/2008/12/exclusive-white-hat-hacker-tears-apart-flaws-in-aussie-net-filtering-scheme/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt P</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-1990</link>
		<dc:creator>Matt P</dc:creator>
		<pubDate>Tue, 16 Mar 2010 00:19:21 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-1990</guid>
		<description>I&#039;m not sure why Joseph and Dipper&#039;s points are even relevant; it&#039;s nitpicking over the fleas on a dead dog. 

In the utility calculation of filter vs. no filter, the filter option introduces a plausible and potentially very severe weakness in exchange for...what, precisely? 

The feel-good sensation that comes from the nebulous &quot;protecting the children&quot; argument? 

There is no net benefit to filtering, and in exchange you get a very real weak point in national Internet capability. That&#039;s not a smart decision from any angle.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure why Joseph and Dipper&#8217;s points are even relevant; it&#8217;s nitpicking over the fleas on a dead dog. </p>
<p>In the utility calculation of filter vs. no filter, the filter option introduces a plausible and potentially very severe weakness in exchange for&#8230;what, precisely? </p>
<p>The feel-good sensation that comes from the nebulous &#8220;protecting the children&#8221; argument? </p>
<p>There is no net benefit to filtering, and in exchange you get a very real weak point in national Internet capability. That&#8217;s not a smart decision from any angle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Beagle</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-1977</link>
		<dc:creator>Thomas Beagle</dc:creator>
		<pubDate>Mon, 15 Mar 2010 18:23:10 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-1977</guid>
		<description>Joseph - yes, the Pakistan problem was caused by human error. The DIA filter will also be run by humans.

Both Joseph and Dipper may want to consider that Gerard (and some of the people in Tech Liberty) are experienced system and network engineers who are well aware of the problems of running stable and secure IT systems.</description>
		<content:encoded><![CDATA[<p>Joseph &#8211; yes, the Pakistan problem was caused by human error. The DIA filter will also be run by humans.</p>
<p>Both Joseph and Dipper may want to consider that Gerard (and some of the people in Tech Liberty) are experienced system and network engineers who are well aware of the problems of running stable and secure IT systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Sargeant</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-1966</link>
		<dc:creator>Sam Sargeant</dc:creator>
		<pubDate>Mon, 15 Mar 2010 12:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-1966</guid>
		<description>Dipper; BGP can deal with specific addresses, and that&#039;s exactly how it works in this instance. The government filter advertises a single address (a /32 for you networking and security engineers out there) which ISPs then redirect down a tunnel to the filter system. There are around 7000 of these host-routes being used by the filter. I doubt anyone would notice an extra route being added to that list.</description>
		<content:encoded><![CDATA[<p>Dipper; BGP can deal with specific addresses, and that&#8217;s exactly how it works in this instance. The government filter advertises a single address (a /32 for you networking and security engineers out there) which ISPs then redirect down a tunnel to the filter system. There are around 7000 of these host-routes being used by the filter. I doubt anyone would notice an extra route being added to that list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dipper</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-1954</link>
		<dc:creator>Dipper</dc:creator>
		<pubDate>Mon, 15 Mar 2010 10:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-1954</guid>
		<description>&quot; While we can expect the DIA to do their best to keep the system secure, we can hardly expect the Censorship unit to have the skills to do more than apply patches supplied by the vendor, and this will be a very tempting target for any number of malicious people.&quot;

Are you seriously suggesting that NZ networking and security engineers are a bunch of knuckle dragging morons?

I take umbrage at that suggestion, and at your article lacking in fact or accuracy.

The BGP routing tables do not work with specific IP addresses, it works with ranges of addresses for a start, which would make a malicious redirection very visible, if they managed that at all.

If the hackers can compromise the BGP and DNS servers then you would have had the crap long ago and without any filter systems.

I really do not think that your crims have been waiting in the background for the filter system to be introduced...

I concur with Joseph.</description>
		<content:encoded><![CDATA[<p>&#8221; While we can expect the DIA to do their best to keep the system secure, we can hardly expect the Censorship unit to have the skills to do more than apply patches supplied by the vendor, and this will be a very tempting target for any number of malicious people.&#8221;</p>
<p>Are you seriously suggesting that NZ networking and security engineers are a bunch of knuckle dragging morons?</p>
<p>I take umbrage at that suggestion, and at your article lacking in fact or accuracy.</p>
<p>The BGP routing tables do not work with specific IP addresses, it works with ranges of addresses for a start, which would make a malicious redirection very visible, if they managed that at all.</p>
<p>If the hackers can compromise the BGP and DNS servers then you would have had the crap long ago and without any filter systems.</p>
<p>I really do not think that your crims have been waiting in the background for the filter system to be introduced&#8230;</p>
<p>I concur with Joseph.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joseph</title>
		<link>http://techliberty.org.nz/guest-security-risks-of-centralised-filtering/comment-page-1/#comment-1951</link>
		<dc:creator>joseph</dc:creator>
		<pubDate>Mon, 15 Mar 2010 04:39:20 +0000</pubDate>
		<guid isPermaLink="false">http://techliberty.org.nz/?p=545#comment-1951</guid>
		<description>as mentioned in other posts all government systems and all providers systems are tempting targets to l337 haxors.
therfore your document adds nothing to the argument.

The pakistan incident was due to human error not system. Your statement the unit will only have the skill to apply patches. Let me ask you this do you only patch your http servers and leave it be after that or do you setup other systems to ensure that the entire system is safe. It would be pointless to setup a system any other way. These guys have been around for a while so I am sure they are aware of this.

you mention dns poisoning, which is used by other systems not the one the DIA are ultising.

You neglected to mention the benefits of BGP that both sides will have to limit there exposure to any potential breach, the same procedure put in place for most systems.

now to comment on the centralised statement, from my readings on this site and others the only centralised factor here is that it is the DIA that are running it. they have not commented on anything regarding the location or distribution of sites (from what I gather). so it is potentially de-centralized centralisation.

I had expected more from a NZNOG member.</description>
		<content:encoded><![CDATA[<p>as mentioned in other posts all government systems and all providers systems are tempting targets to l337 haxors.<br />
therfore your document adds nothing to the argument.</p>
<p>The pakistan incident was due to human error not system. Your statement the unit will only have the skill to apply patches. Let me ask you this do you only patch your http servers and leave it be after that or do you setup other systems to ensure that the entire system is safe. It would be pointless to setup a system any other way. These guys have been around for a while so I am sure they are aware of this.</p>
<p>you mention dns poisoning, which is used by other systems not the one the DIA are ultising.</p>
<p>You neglected to mention the benefits of BGP that both sides will have to limit there exposure to any potential breach, the same procedure put in place for most systems.</p>
<p>now to comment on the centralised statement, from my readings on this site and others the only centralised factor here is that it is the DIA that are running it. they have not commented on anything regarding the location or distribution of sites (from what I gather). so it is potentially de-centralized centralisation.</p>
<p>I had expected more from a NZNOG member.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

