<?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: What&#8217;s worrying the spooks?</title>
	<atom:link href="http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/</link>
	<description>Security Research, Computer Laboratory, University of Cambridge</description>
	<lastBuildDate>Sat, 28 Jan 2012 18:43:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Clive Robinson</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-52145</link>
		<dc:creator>Clive Robinson</dc:creator>
		<pubDate>Tue, 16 Mar 2010 14:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-52145</guid>
		<description>@ Richard,

&quot;all that much to do with why the spooks are opposing the DEB, and why fiddling with the injunctions power by adding yet more subclauses about national security is failing to assuage their fears.&quot;

You asked for a short reply,

Turn the problem on it&#039;s	head and first ask what&#039;s in it for the spooks.

Sometimes there is more than one way of skinning a cat than putting your hand down it&#039;s...</description>
		<content:encoded><![CDATA[<p>@ Richard,</p>
<p>&#8220;all that much to do with why the spooks are opposing the DEB, and why fiddling with the injunctions power by adding yet more subclauses about national security is failing to assuage their fears.&#8221;</p>
<p>You asked for a short reply,</p>
<p>Turn the problem on it&#8217;s	head and first ask what&#8217;s in it for the spooks.</p>
<p>Sometimes there is more than one way of skinning a cat than putting your hand down it&#8217;s&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Clayton</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-52128</link>
		<dc:creator>Richard Clayton</dc:creator>
		<pubDate>Tue, 16 Mar 2010 11:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-52128</guid>
		<description>@Clive

&lt;i&gt;I can certainly think of technicaly more advanced ways, also many technicaly easier ways of achiving the very very minor issue of getting a page into a Univeristy or other “open web browser proxie cache”.&lt;/i&gt;

How many people will plough through all that is anyone&#039;s guess (your own blog is a good place for comments that are longer than the original article) -- but your remarks don&#039;t seem to have all that much to do with why the spooks are opposing the DEB, and why fiddling with the injunctions power by adding yet more subclauses about national security is failing to assuage their fears.</description>
		<content:encoded><![CDATA[<p>@Clive</p>
<p><i>I can certainly think of technicaly more advanced ways, also many technicaly easier ways of achiving the very very minor issue of getting a page into a Univeristy or other “open web browser proxie cache”.</i></p>
<p>How many people will plough through all that is anyone&#8217;s guess (your own blog is a good place for comments that are longer than the original article) &#8212; but your remarks don&#8217;t seem to have all that much to do with why the spooks are opposing the DEB, and why fiddling with the injunctions power by adding yet more subclauses about national security is failing to assuage their fears.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Robinson</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-52119</link>
		<dc:creator>Clive Robinson</dc:creator>
		<pubDate>Tue, 16 Mar 2010 09:46:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-52119</guid>
		<description>@ Richard,

&quot;What you’ve failed to grok is that none of these are mainstream&quot;

What you often fail to &quot;grok&quot; is the concept of &quot;yet&quot;.

TOR was not mainstream (and many would argue it&#039;s still not) but it has gained and is gaining traction.

P2P download software was only a relativly short while ago an &quot;exotic method&quot; but is now without a doubt mainstream.

We have seen with social networking what apears &quot;exotic&quot; today will be &quot;normal&quot; next week and potentialy &quot;so last year&quot; the week after.

Thus the rise of a technology can be very rapid and frequently unexpected, it depends on it&#039;s utility to people. 

Also importantly the technology just does not go away. The &quot;so last year&quot; aspect applies to specific implementations which get rapidly out evolved. Usually by those with a little more imagination than just the technical asspects of a new technology. 

One of the main problems malware writers had (and still do currently) is this &quot;inability&quot; to see beyond the technology. I as others did saw that they would become &quot;guns for hire&quot; by those with a little more &quot;imagination&quot; and that the relationship would become symbiotic once basic money laundering skills where learned by the malware writers.

The next stage which we are begining to see is the explotation of the less blunt &quot;in yer face&quot; types of criminal activity. Which is again (from history) an expected result as was seen with street crime when Robert Peel got his little idea going.

You then enter a protracted phase of development much like that of the EW ECM/ECCM/ECCCM or legislative regulation of a market. This usually only stops when a small change moves the &quot;tipping point&quot; and &quot;another way&quot; takes over.

What is not usually known in advance is what the small change will be.

Which brings me onto another asspect of your viewpoint,

&quot;or easy, not all that many people have a spare botnet to hand&quot;

It is noticable that you go for what you see as the &quot;week leg attack&quot; style of argument, which often counts against you.

There are many many ways that can be used to cause a &quot;chosen&quot; message to be got into a cache. The simplest for most people to grasp is that of a &quot;direct request&quot; from a user or their PC. 

For most people who think a little further this would imply some kind of easily tracable link. 

Thus to get across the point that this to can be &quot;disconnected&quot; and done apparently randomly and with ease you need a simple example that they will recognise.

Almost the simplest for them to grasp is that of a botnet.

Technicaly there are simpler ways to do it but they are not that well known and would need a lengthy explination.

Also as noted by others you can rent small parts of botnets quite cheaply.

And concevably putting a bot net operator &quot;to the test&quot; that they have bots in a given domain would be a reasonable negotiation tactic as part of making a rental.

What simpler test could their be than by asking they make a bot request a &quot;harmless&quot; web document from within a given domain at a given time as proof they have &quot;bots to rent&quot; in that domain...   

After all establishment of trust between two or more untrusting parties who might further wish to remain anonymous is a known research area

Thus &quot;putting to a test&quot; to &quot;establish trust&quot; into a &quot;malware for rent&quot; negotiation would, I would have thought occured to somebody involved with research into botnets.

However I have wondered in the past why you appear to have a blind spot with botnets and their market potential. You have on a number of occasions come across as some one &quot;behind the curve&quot; from your comments.

Economicaly what we currently see with botnets is &quot;a failure to capatalise an asset&quot; not a failure of technology.

Although some would argue (and have) that botnets have an economic effect equivalent of the illegal drugs market. The realisation on the likes of the 13million bot mariposa botnet was at best a few cents/bot (from what little information there is currently).

It takes little or no imagination to see the parellels between &quot;Cloud&quot; and &quot;botnet&quot;, infact Peter Gutmann has already coined the &quot;Malwre as a Service&quot; or MaaS some time ago. So there is certainly no shortage of imagination to look at and even a few good models.

As I&#039;ve said before most of information about botnets comes from what is &quot;obvious&quot; not that, that is less brash or even covert.

Only a short while ago a version of ZeuS (Kneber) was found to have been targeting document files in .mil and .gov domains.

It was found to have got past a considerable number of AV organisation products. 

And like many of the current crop of the older botnets was obvious by it&#039;s noise level (ie lot&#039;s of outbound traffic from each bot).

ZeuS appears of recent times to be changing it&#039;s focus in that it is now offering not just &quot;information gathering&quot; but remote shell access as well. 

Thus it will enable bot net operators &quot;to be&quot; for all intents and purposes the compramised PC user at any level which I&#039;m sure you will recognise is a serious issue. 

For instance what is not currently clear is if this development enables an &quot;end run&quot; around none, some or all &quot;Secure VPN&quot; products available on the suceptable machines. Either whilst connected to the VPN or in a way that will be activated when using the VPN.

Likewise mariposa had an old &quot;removable media&quot; infection vector. This was originaly developed to do &quot;boot sector&quot; etc viral infections prior to LAN&#039;s and later WAN&#039;s becoming common. This allows it to cross &quot;air gap&quot; security.

Both should be &quot;red light&quot; issues for those wishing to protect information assets, especial as ZeuS appears to be able to get past a large number of AV Company anti &quot;malware&quot; software. Thus getting around the two main infrustructure &quot;safe guards&quot;.

On argument area currently is &quot;directed attacks&quot; -v- &quot;fire and forget&quot;. It is felt by some in the security industry that a &quot;directed attack&quot; will always get through and is thus being used as a &quot;lightning rod&quot; argument.

Whilst this is true significntly more damage is done each year by &quot;flood&quot; than &quot;lightning&quot;.

A &quot;fire and forget&quot; infection vector to implement a wide area covert information gathering network would like a flood wash into many many organisations, getting into VPN&#039;s and crossing air gaps.

Most people arguing &quot;directed&quot; is the bigger threat appear not to have studied &quot;spy craft&quot; history. Most successfull spies work their way into an organisation and by remaining covert work their way up or to be &quot;sleepers&quot; to be woken at appropriate times.

With appropriate covert &quot;disconected&quot; control channel and return channel you could have a &quot;sleeper botnet&quot;.

All that the malware writer would need to crack is the &quot;air gap&quot; problem. Which has three aspects,

1, Initial infection.
2, Access to control channel.
3, Access to return channel.

Mariposa appears to have solved the initial infection (1) problem, and arguably the other two problems are thus technicaly possable using the same vector path. The only real two questions then become,

1, Timelyness.
2, Bandwidth.

With regards timelyness even if it was a one time crossing of the air gap (ie infection) there is a very real possability that &quot;second hand&quot; equipment either via replacment ot theft will get attached by the new owner to an insecure network and thus release any residual information on the storage devices. There have been enough research projects where the resarchers have gone to &quot;computer fairs&quot; or &quot;computer breakers&quot; and perchased a sample of drives etc and found significant numbers had not been re-formated but also contained PII or financial information.

I could go on but I think I&#039;ve made the point that botnets are not just for &quot;Spaming and DoSing&quot; and that the malware writers are waking up to the potential for better capitalisation on the asset.

However all that said the use of botnets to my original argument was to simplify the explanation, I can certainly think of technicaly more advanced ways, also many technicaly easier ways of achiving the very very minor issue of getting a page into a Univeristy or other &quot;open web browser proxie cache&quot;.

Personaly I&#039;d stick with the much simpler and more easily available &quot;search engine caches&quot; as traffic to them is &quot;expected&quot; and thus not abnormal thus making masking much much more difficult.</description>
		<content:encoded><![CDATA[<p>@ Richard,</p>
<p>&#8220;What you’ve failed to grok is that none of these are mainstream&#8221;</p>
<p>What you often fail to &#8220;grok&#8221; is the concept of &#8220;yet&#8221;.</p>
<p>TOR was not mainstream (and many would argue it&#8217;s still not) but it has gained and is gaining traction.</p>
<p>P2P download software was only a relativly short while ago an &#8220;exotic method&#8221; but is now without a doubt mainstream.</p>
<p>We have seen with social networking what apears &#8220;exotic&#8221; today will be &#8220;normal&#8221; next week and potentialy &#8220;so last year&#8221; the week after.</p>
<p>Thus the rise of a technology can be very rapid and frequently unexpected, it depends on it&#8217;s utility to people. </p>
<p>Also importantly the technology just does not go away. The &#8220;so last year&#8221; aspect applies to specific implementations which get rapidly out evolved. Usually by those with a little more imagination than just the technical asspects of a new technology. </p>
<p>One of the main problems malware writers had (and still do currently) is this &#8220;inability&#8221; to see beyond the technology. I as others did saw that they would become &#8220;guns for hire&#8221; by those with a little more &#8220;imagination&#8221; and that the relationship would become symbiotic once basic money laundering skills where learned by the malware writers.</p>
<p>The next stage which we are begining to see is the explotation of the less blunt &#8220;in yer face&#8221; types of criminal activity. Which is again (from history) an expected result as was seen with street crime when Robert Peel got his little idea going.</p>
<p>You then enter a protracted phase of development much like that of the EW ECM/ECCM/ECCCM or legislative regulation of a market. This usually only stops when a small change moves the &#8220;tipping point&#8221; and &#8220;another way&#8221; takes over.</p>
<p>What is not usually known in advance is what the small change will be.</p>
<p>Which brings me onto another asspect of your viewpoint,</p>
<p>&#8220;or easy, not all that many people have a spare botnet to hand&#8221;</p>
<p>It is noticable that you go for what you see as the &#8220;week leg attack&#8221; style of argument, which often counts against you.</p>
<p>There are many many ways that can be used to cause a &#8220;chosen&#8221; message to be got into a cache. The simplest for most people to grasp is that of a &#8220;direct request&#8221; from a user or their PC. </p>
<p>For most people who think a little further this would imply some kind of easily tracable link. </p>
<p>Thus to get across the point that this to can be &#8220;disconnected&#8221; and done apparently randomly and with ease you need a simple example that they will recognise.</p>
<p>Almost the simplest for them to grasp is that of a botnet.</p>
<p>Technicaly there are simpler ways to do it but they are not that well known and would need a lengthy explination.</p>
<p>Also as noted by others you can rent small parts of botnets quite cheaply.</p>
<p>And concevably putting a bot net operator &#8220;to the test&#8221; that they have bots in a given domain would be a reasonable negotiation tactic as part of making a rental.</p>
<p>What simpler test could their be than by asking they make a bot request a &#8220;harmless&#8221; web document from within a given domain at a given time as proof they have &#8220;bots to rent&#8221; in that domain&#8230;   </p>
<p>After all establishment of trust between two or more untrusting parties who might further wish to remain anonymous is a known research area</p>
<p>Thus &#8220;putting to a test&#8221; to &#8220;establish trust&#8221; into a &#8220;malware for rent&#8221; negotiation would, I would have thought occured to somebody involved with research into botnets.</p>
<p>However I have wondered in the past why you appear to have a blind spot with botnets and their market potential. You have on a number of occasions come across as some one &#8220;behind the curve&#8221; from your comments.</p>
<p>Economicaly what we currently see with botnets is &#8220;a failure to capatalise an asset&#8221; not a failure of technology.</p>
<p>Although some would argue (and have) that botnets have an economic effect equivalent of the illegal drugs market. The realisation on the likes of the 13million bot mariposa botnet was at best a few cents/bot (from what little information there is currently).</p>
<p>It takes little or no imagination to see the parellels between &#8220;Cloud&#8221; and &#8220;botnet&#8221;, infact Peter Gutmann has already coined the &#8220;Malwre as a Service&#8221; or MaaS some time ago. So there is certainly no shortage of imagination to look at and even a few good models.</p>
<p>As I&#8217;ve said before most of information about botnets comes from what is &#8220;obvious&#8221; not that, that is less brash or even covert.</p>
<p>Only a short while ago a version of ZeuS (Kneber) was found to have been targeting document files in .mil and .gov domains.</p>
<p>It was found to have got past a considerable number of AV organisation products. </p>
<p>And like many of the current crop of the older botnets was obvious by it&#8217;s noise level (ie lot&#8217;s of outbound traffic from each bot).</p>
<p>ZeuS appears of recent times to be changing it&#8217;s focus in that it is now offering not just &#8220;information gathering&#8221; but remote shell access as well. </p>
<p>Thus it will enable bot net operators &#8220;to be&#8221; for all intents and purposes the compramised PC user at any level which I&#8217;m sure you will recognise is a serious issue. </p>
<p>For instance what is not currently clear is if this development enables an &#8220;end run&#8221; around none, some or all &#8220;Secure VPN&#8221; products available on the suceptable machines. Either whilst connected to the VPN or in a way that will be activated when using the VPN.</p>
<p>Likewise mariposa had an old &#8220;removable media&#8221; infection vector. This was originaly developed to do &#8220;boot sector&#8221; etc viral infections prior to LAN&#8217;s and later WAN&#8217;s becoming common. This allows it to cross &#8220;air gap&#8221; security.</p>
<p>Both should be &#8220;red light&#8221; issues for those wishing to protect information assets, especial as ZeuS appears to be able to get past a large number of AV Company anti &#8220;malware&#8221; software. Thus getting around the two main infrustructure &#8220;safe guards&#8221;.</p>
<p>On argument area currently is &#8220;directed attacks&#8221; -v- &#8220;fire and forget&#8221;. It is felt by some in the security industry that a &#8220;directed attack&#8221; will always get through and is thus being used as a &#8220;lightning rod&#8221; argument.</p>
<p>Whilst this is true significntly more damage is done each year by &#8220;flood&#8221; than &#8220;lightning&#8221;.</p>
<p>A &#8220;fire and forget&#8221; infection vector to implement a wide area covert information gathering network would like a flood wash into many many organisations, getting into VPN&#8217;s and crossing air gaps.</p>
<p>Most people arguing &#8220;directed&#8221; is the bigger threat appear not to have studied &#8220;spy craft&#8221; history. Most successfull spies work their way into an organisation and by remaining covert work their way up or to be &#8220;sleepers&#8221; to be woken at appropriate times.</p>
<p>With appropriate covert &#8220;disconected&#8221; control channel and return channel you could have a &#8220;sleeper botnet&#8221;.</p>
<p>All that the malware writer would need to crack is the &#8220;air gap&#8221; problem. Which has three aspects,</p>
<p>1, Initial infection.<br />
2, Access to control channel.<br />
3, Access to return channel.</p>
<p>Mariposa appears to have solved the initial infection (1) problem, and arguably the other two problems are thus technicaly possable using the same vector path. The only real two questions then become,</p>
<p>1, Timelyness.<br />
2, Bandwidth.</p>
<p>With regards timelyness even if it was a one time crossing of the air gap (ie infection) there is a very real possability that &#8220;second hand&#8221; equipment either via replacment ot theft will get attached by the new owner to an insecure network and thus release any residual information on the storage devices. There have been enough research projects where the resarchers have gone to &#8220;computer fairs&#8221; or &#8220;computer breakers&#8221; and perchased a sample of drives etc and found significant numbers had not been re-formated but also contained PII or financial information.</p>
<p>I could go on but I think I&#8217;ve made the point that botnets are not just for &#8220;Spaming and DoSing&#8221; and that the malware writers are waking up to the potential for better capitalisation on the asset.</p>
<p>However all that said the use of botnets to my original argument was to simplify the explanation, I can certainly think of technicaly more advanced ways, also many technicaly easier ways of achiving the very very minor issue of getting a page into a Univeristy or other &#8220;open web browser proxie cache&#8221;.</p>
<p>Personaly I&#8217;d stick with the much simpler and more easily available &#8220;search engine caches&#8221; as traffic to them is &#8220;expected&#8221; and thus not abnormal thus making masking much much more difficult.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Egbert</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-52029</link>
		<dc:creator>Egbert</dc:creator>
		<pubDate>Mon, 15 Mar 2010 21:04:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-52029</guid>
		<description>I wonder which terroists State Security are concerned about - those who set fire to their underpants or those who blew up the economy.</description>
		<content:encoded><![CDATA[<p>I wonder which terroists State Security are concerned about &#8211; those who set fire to their underpants or those who blew up the economy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Universal</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-52013</link>
		<dc:creator>Universal</dc:creator>
		<pubDate>Mon, 15 Mar 2010 18:41:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-52013</guid>
		<description>meh Digital Economy Bill just another silly idea brought from the lies of the government and entertainment industry.


its a lost battle is what it is, there is far too many holes in such evidence .

agreed you need the trust of a tor exit node.

tor more mainstream than you think.

anyway its about time people took privacy seriously.

i guess we have to ask our selves the question better privacy or watch our right go out the window.

even Bruce Snyder has warned the uk about there silly on slaughter with regards to people privacy which i remind you is a human right.

what ever this proves i have taken one thing way from this good modern encryption is beyond the cracking abilities scope of security agencies.</description>
		<content:encoded><![CDATA[<p>meh Digital Economy Bill just another silly idea brought from the lies of the government and entertainment industry.</p>
<p>its a lost battle is what it is, there is far too many holes in such evidence .</p>
<p>agreed you need the trust of a tor exit node.</p>
<p>tor more mainstream than you think.</p>
<p>anyway its about time people took privacy seriously.</p>
<p>i guess we have to ask our selves the question better privacy or watch our right go out the window.</p>
<p>even Bruce Snyder has warned the uk about there silly on slaughter with regards to people privacy which i remind you is a human right.</p>
<p>what ever this proves i have taken one thing way from this good modern encryption is beyond the cracking abilities scope of security agencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ingvar Mattsson</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-51972</link>
		<dc:creator>Ingvar Mattsson</dc:creator>
		<pubDate>Mon, 15 Mar 2010 09:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-51972</guid>
		<description>Richard, while not that many people have a botnet  of their own it is not (from what I understand) that difficult or expensive to hire parts of a botnet for a short while.

Admittedly, I thin you&#039;re right that a TOR-alike would be more widely deployed than the use of (parts of) botnet(s) to prime web caches.</description>
		<content:encoded><![CDATA[<p>Richard, while not that many people have a botnet  of their own it is not (from what I understand) that difficult or expensive to hire parts of a botnet for a short while.</p>
<p>Admittedly, I thin you&#8217;re right that a TOR-alike would be more widely deployed than the use of (parts of) botnet(s) to prime web caches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Clayton</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-51969</link>
		<dc:creator>Richard Clayton</dc:creator>
		<pubDate>Mon, 15 Mar 2010 09:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-51969</guid>
		<description>@Clive

[snip ... several exotic ways of transferring messages]

What you&#039;ve failed to grok is that none of these are mainstream -- or easy, not all that many people have a spare botnet to hand !

The concern of the spooks is that anonymising systems will become mainstream, and will be used as a matter of course for moving data around.  Therefore, even with the most Internet-ignorant of targets, there will be limited opportunity to map out the members of the conspiracy.

It&#039;s the deployment, and wide take-up, of systems such as that in comment #1 that is of concern, not the exotica you describe.</description>
		<content:encoded><![CDATA[<p>@Clive</p>
<p>[snip ... several exotic ways of transferring messages]</p>
<p>What you&#8217;ve failed to grok is that none of these are mainstream &#8212; or easy, not all that many people have a spare botnet to hand !</p>
<p>The concern of the spooks is that anonymising systems will become mainstream, and will be used as a matter of course for moving data around.  Therefore, even with the most Internet-ignorant of targets, there will be limited opportunity to map out the members of the conspiracy.</p>
<p>It&#8217;s the deployment, and wide take-up, of systems such as that in comment #1 that is of concern, not the exotica you describe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Robinson</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-51932</link>
		<dc:creator>Clive Robinson</dc:creator>
		<pubDate>Mon, 15 Mar 2010 03:54:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-51932</guid>
		<description>@ Richard,

&quot;If you’re watching the source of the file (or keeping tabs on the IPs that appear in the torrent tracker data), then you learn exactly who fetched the file.&quot;

They cannot watch all the ways to a file...

A simple way to decouple the message source from the message recipient is through a third party that does the job for every body via a distributed model...

1, Say hello to the world wide web of searchable &quot;caches&quot;.

2, Say hello to the world wide web of botnets.

For the first method Google amongst many many others has a large searchable cache of &quot;open blog posts&quot;.

If I want to send a low bandwidth stego message to you I can do the following.

1, Setup a list of time based &quot;One Time User Names&quot; (OTUN) with you in some manner.

2, About a day befor the agreed time I post a relevent message (containing the stego channel) onto a randomly selected &quot;open blog&quot;, that I know get&#039;s indexed by a &quot;google bot&quot; very regularly.

3, After the apointed time the recipient does a google on the OTUN, if there is a hit then they get the detail out of the google cache not from the Blog site.

Another way to do this is to abuse an &quot;open web proxie cache&quot;.

For various reasons (Uni&#039;s and Students) some organisations alow a users web browser to use their web cache from any where on the Internet (it&#039;s a way of getting around IP address based service limitation rules). Once a page is in such a cache it is relativly easy to get it out again without going to the original source page.

Thus if a person has control of a botnet they can randomly cause a PC to request the page via an open web cach shortly before a pre-aranged time. At the pre-arranged time the person to whom the message is actually directed can make a request to the web cache to retreive the page.

There are so many &quot;open to post&quot; places where a stego message can be put, and likewise so many &quot;multiple transient user open caches&quot; of one sort or another around you don&#039;t have to use TOR or any other &quot;suspicious services&quot; to communicate stego messages covertly.

The simple fact is the Internet has to many ways to make a One Time &quot;dead lettter drop&quot; for traditional traffic analysis to be workable with one or more &quot;unknown players&quot; any more. 

I had occasion a while back to demonstrate this &quot;decoupled comms path&quot; in a variety of forms to a number of people who have shall we say an interest on following comms on the Internet and the &quot;Oh F**k&quot; look was not that well hidden on various peoples faces and the questions that followed tended to confirm the &quot;we&#039;re not happy about this&quot; view point.

Which was much the same response I have seen in the &quot;last century&quot; when showing how a couple of &quot;second hand&quot; phones with &quot;Pay as you Go&quot; or &quot;top up&quot; SIMs can provide a One Time decoupled comms path.

The simple fact is technology and the attendant &quot;Decoupled One Time&quot; oportunities are moving forward faster than any Governmental intel organisation can keep up with.  

Which means that the intel weenies have to either know both illicit parties and have 100% coverage on their comms, or the illicit parties make the cardinal mistake of using a the same One Time path twice or not having sufficient decoupling.

With &quot;pay for technology&quot; the &quot;cardinal sins&quot; where to be expected, not just due to the cost involved but the effort of making sufficient anonymous purchases, so the intel weenies could still stay play in the game.

However with the Internet and zero cost walk by access points (burger joints / coffee shops / pubs / travel hubs / etc) the game has taken a turn towards &quot;Interesting times&quot; for the intel weenies. They can with suitable preperation by the illicit parties be badly hit by the use of &quot;Decoupled One Time Communications&quot;. 

Thus not just relegated to sitting on the subs bench hoping for the mistake by a player giving them the chance to get on the pitch. But not even being a spectator sitting on the sidelines, nor live match spectators in the stands or television. But relegated to channce viewing of &quot;action replays&quot; well after the event...

The only current solution is HumInt which can take significant time and resources to get into place, but the trouble with HumInt as always is, &quot;where is the place to be&quot;.

Perhaps it&#039;s not surprising some countries want to block access to the likes of Google and have their own search systems where they get access to the raw data in real time...</description>
		<content:encoded><![CDATA[<p>@ Richard,</p>
<p>&#8220;If you’re watching the source of the file (or keeping tabs on the IPs that appear in the torrent tracker data), then you learn exactly who fetched the file.&#8221;</p>
<p>They cannot watch all the ways to a file&#8230;</p>
<p>A simple way to decouple the message source from the message recipient is through a third party that does the job for every body via a distributed model&#8230;</p>
<p>1, Say hello to the world wide web of searchable &#8220;caches&#8221;.</p>
<p>2, Say hello to the world wide web of botnets.</p>
<p>For the first method Google amongst many many others has a large searchable cache of &#8220;open blog posts&#8221;.</p>
<p>If I want to send a low bandwidth stego message to you I can do the following.</p>
<p>1, Setup a list of time based &#8220;One Time User Names&#8221; (OTUN) with you in some manner.</p>
<p>2, About a day befor the agreed time I post a relevent message (containing the stego channel) onto a randomly selected &#8220;open blog&#8221;, that I know get&#8217;s indexed by a &#8220;google bot&#8221; very regularly.</p>
<p>3, After the apointed time the recipient does a google on the OTUN, if there is a hit then they get the detail out of the google cache not from the Blog site.</p>
<p>Another way to do this is to abuse an &#8220;open web proxie cache&#8221;.</p>
<p>For various reasons (Uni&#8217;s and Students) some organisations alow a users web browser to use their web cache from any where on the Internet (it&#8217;s a way of getting around IP address based service limitation rules). Once a page is in such a cache it is relativly easy to get it out again without going to the original source page.</p>
<p>Thus if a person has control of a botnet they can randomly cause a PC to request the page via an open web cach shortly before a pre-aranged time. At the pre-arranged time the person to whom the message is actually directed can make a request to the web cache to retreive the page.</p>
<p>There are so many &#8220;open to post&#8221; places where a stego message can be put, and likewise so many &#8220;multiple transient user open caches&#8221; of one sort or another around you don&#8217;t have to use TOR or any other &#8220;suspicious services&#8221; to communicate stego messages covertly.</p>
<p>The simple fact is the Internet has to many ways to make a One Time &#8220;dead lettter drop&#8221; for traditional traffic analysis to be workable with one or more &#8220;unknown players&#8221; any more. </p>
<p>I had occasion a while back to demonstrate this &#8220;decoupled comms path&#8221; in a variety of forms to a number of people who have shall we say an interest on following comms on the Internet and the &#8220;Oh F**k&#8221; look was not that well hidden on various peoples faces and the questions that followed tended to confirm the &#8220;we&#8217;re not happy about this&#8221; view point.</p>
<p>Which was much the same response I have seen in the &#8220;last century&#8221; when showing how a couple of &#8220;second hand&#8221; phones with &#8220;Pay as you Go&#8221; or &#8220;top up&#8221; SIMs can provide a One Time decoupled comms path.</p>
<p>The simple fact is technology and the attendant &#8220;Decoupled One Time&#8221; oportunities are moving forward faster than any Governmental intel organisation can keep up with.  </p>
<p>Which means that the intel weenies have to either know both illicit parties and have 100% coverage on their comms, or the illicit parties make the cardinal mistake of using a the same One Time path twice or not having sufficient decoupling.</p>
<p>With &#8220;pay for technology&#8221; the &#8220;cardinal sins&#8221; where to be expected, not just due to the cost involved but the effort of making sufficient anonymous purchases, so the intel weenies could still stay play in the game.</p>
<p>However with the Internet and zero cost walk by access points (burger joints / coffee shops / pubs / travel hubs / etc) the game has taken a turn towards &#8220;Interesting times&#8221; for the intel weenies. They can with suitable preperation by the illicit parties be badly hit by the use of &#8220;Decoupled One Time Communications&#8221;. </p>
<p>Thus not just relegated to sitting on the subs bench hoping for the mistake by a player giving them the chance to get on the pitch. But not even being a spectator sitting on the sidelines, nor live match spectators in the stands or television. But relegated to channce viewing of &#8220;action replays&#8221; well after the event&#8230;</p>
<p>The only current solution is HumInt which can take significant time and resources to get into place, but the trouble with HumInt as always is, &#8220;where is the place to be&#8221;.</p>
<p>Perhaps it&#8217;s not surprising some countries want to block access to the likes of Google and have their own search systems where they get access to the raw data in real time&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Clayton</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-51866</link>
		<dc:creator>Richard Clayton</dc:creator>
		<pubDate>Sun, 14 Mar 2010 19:09:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-51866</guid>
		<description>@Richard Blogger

&lt;i&gt;Perhaps the spooks have a plan to provide Tor exit points?&lt;/i&gt;

It is true that you can attack Tor by traffic correlation, but this requires that you can see both the entry and exit nodes at the same time. Otherwise (and unless you provide a LOT of exit nodes, this will be unusual) you either know that &quot;this known person is contacting someone unknown&quot; (which you could learn by bugging their house) or &quot;someone unknown is contacting this server&quot; (which you could learn by inspecting the logs on the server).

The same restriction applies if you&#039;re monitoring the traffic through the ISPs router -- you can see that the customer is connecting to a Tor node (but the encryption layer prevents you seeing what they are saying), but it doesn&#039;t tell you who they are contacting. Even if deduce from the traffic patterns that file sharing is occuring, you cannot know (apart from measuring the size) if this is a Linux distro, a feature film, or a terrorist beheading.

The spooks will not want the general population using Tor-like systems on a de facto basis ... it WILL affect their ability to do traffic analysis and that&#039;s why they&#039;re unhappy.

Now of course if you don&#039;t think they should be snooping on anyone then you will not share their concerns -- but that&#039;s another story!</description>
		<content:encoded><![CDATA[<p>@Richard Blogger</p>
<p><i>Perhaps the spooks have a plan to provide Tor exit points?</i></p>
<p>It is true that you can attack Tor by traffic correlation, but this requires that you can see both the entry and exit nodes at the same time. Otherwise (and unless you provide a LOT of exit nodes, this will be unusual) you either know that &#8220;this known person is contacting someone unknown&#8221; (which you could learn by bugging their house) or &#8220;someone unknown is contacting this server&#8221; (which you could learn by inspecting the logs on the server).</p>
<p>The same restriction applies if you&#8217;re monitoring the traffic through the ISPs router &#8212; you can see that the customer is connecting to a Tor node (but the encryption layer prevents you seeing what they are saying), but it doesn&#8217;t tell you who they are contacting. Even if deduce from the traffic patterns that file sharing is occuring, you cannot know (apart from measuring the size) if this is a Linux distro, a feature film, or a terrorist beheading.</p>
<p>The spooks will not want the general population using Tor-like systems on a de facto basis &#8230; it WILL affect their ability to do traffic analysis and that&#8217;s why they&#8217;re unhappy.</p>
<p>Now of course if you don&#8217;t think they should be snooping on anyone then you will not share their concerns &#8212; but that&#8217;s another story!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Blogger</title>
		<link>http://www.lightbluetouchpaper.org/2010/03/13/whats-worrying-the-spooks/comment-page-1/#comment-51865</link>
		<dc:creator>Richard Blogger</dc:creator>
		<pubDate>Sun, 14 Mar 2010 18:55:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=1939#comment-51865</guid>
		<description>Just a guess. The weaknesses with any anonymiser system (The Onion Ring, Tor, is just one) is the server that does the anonymising. In the case of Tor it is the entry/exit points into the network. They know *exactly* who the packet is for and where the packet is from. Anyone can donate their machine to be part of the Tor network and Dan Egerstad did this a couple of years back - providing five exit nodes and then harvesting the packets (he then published the email addresses of a hundred rather dim diplomats who confused anonymising with encyption). Perhaps the spooks have a plan to provide Tor exit points?

There are other anonymisers of course, and as you say, some other, more robust system may be invented to get over the Tor exit node issue.

One other thing to think about is the various routers that ISPs use. Your packets will pass through some before even entering the &quot;cloud&quot;. Perhaps the government has done some deal with ISPs to give the spooks access to these routers in exchange for, say, immunity from copyright owners suing them?</description>
		<content:encoded><![CDATA[<p>Just a guess. The weaknesses with any anonymiser system (The Onion Ring, Tor, is just one) is the server that does the anonymising. In the case of Tor it is the entry/exit points into the network. They know *exactly* who the packet is for and where the packet is from. Anyone can donate their machine to be part of the Tor network and Dan Egerstad did this a couple of years back &#8211; providing five exit nodes and then harvesting the packets (he then published the email addresses of a hundred rather dim diplomats who confused anonymising with encyption). Perhaps the spooks have a plan to provide Tor exit points?</p>
<p>There are other anonymisers of course, and as you say, some other, more robust system may be invented to get over the Tor exit node issue.</p>
<p>One other thing to think about is the various routers that ISPs use. Your packets will pass through some before even entering the &#8220;cloud&#8221;. Perhaps the government has done some deal with ISPs to give the spooks access to these routers in exchange for, say, immunity from copyright owners suing them?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

