<?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: The Blob that Passed Telecom Immunity</title>
	<atom:link href="http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/feed/" rel="self" type="application/rss+xml" />
	<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/</link>
	<description></description>
	<lastBuildDate>Fri, 15 Jul 2011 20:48:32 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: readerOfTeaLeaves</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194233</link>
		<dc:creator>readerOfTeaLeaves</dc:creator>
		<pubDate>Mon, 12 Oct 2009 05:17:48 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194233</guid>
		<description>Okey dokey.  Got it.
Thanks for the explanation!</description>
		<content:encoded><![CDATA[<p>Okey dokey.  Got it.<br />
Thanks for the explanation!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hmmm</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194226</link>
		<dc:creator>Hmmm</dc:creator>
		<pubDate>Mon, 12 Oct 2009 01:49:45 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194226</guid>
		<description>Thanks for an excellent comment.  I second bmaz in hoping you&#039;ll consider hanging around more and commenting.

Thanks for the reality check on Cisco-pushed router software updates; I agree there would likely have to be operator complicity to actually alter any routing patterns, insofar as carefully managing flows is kind of the definition of what the operators do.  

As to the point about lawful intercept and backdoors, IMHO that bears repeating: Basically all telecom systems now have &#039;lawful intercept&#039; capabilities that enable remote tapping.  It is merely assumed by the manufacturer that none of that will be used unlawfully, there&#039;s nothing in the gear that can tell the difference between a legal tap and an illegal tap.  And if the manufacturer is under pressure from the USG to do so, it could buld the &#039;lawful intercept&#039; functionality in such a way as to allow the remote operator to go as far as they want in siphoning off a copy of any number of streams of interest.  And the latent ability to do that would be undetectable by the operator.

As regards the Narus boxes, I think we should keep in mind there may be multiple methods deployed out there.  In other words it&#039;s possible that Narus and hoovering are not coterminous.  You could use Narus for specific known suspects, in real time, and also hoover much broader-band traffic for later analysis and contact-tracing.  Or one IC agency could be using one method and another agency using the other, etc.</description>
		<content:encoded><![CDATA[<p>Thanks for an excellent comment.  I second bmaz in hoping you&#8217;ll consider hanging around more and commenting.</p>
<p>Thanks for the reality check on Cisco-pushed router software updates; I agree there would likely have to be operator complicity to actually alter any routing patterns, insofar as carefully managing flows is kind of the definition of what the operators do.  </p>
<p>As to the point about lawful intercept and backdoors, IMHO that bears repeating: Basically all telecom systems now have &#8216;lawful intercept&#8217; capabilities that enable remote tapping.  It is merely assumed by the manufacturer that none of that will be used unlawfully, there&#8217;s nothing in the gear that can tell the difference between a legal tap and an illegal tap.  And if the manufacturer is under pressure from the USG to do so, it could buld the &#8216;lawful intercept&#8217; functionality in such a way as to allow the remote operator to go as far as they want in siphoning off a copy of any number of streams of interest.  And the latent ability to do that would be undetectable by the operator.</p>
<p>As regards the Narus boxes, I think we should keep in mind there may be multiple methods deployed out there.  In other words it&#8217;s possible that Narus and hoovering are not coterminous.  You could use Narus for specific known suspects, in real time, and also hoover much broader-band traffic for later analysis and contact-tracing.  Or one IC agency could be using one method and another agency using the other, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bmaz</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194142</link>
		<dc:creator>bmaz</dc:creator>
		<pubDate>Sun, 11 Oct 2009 01:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194142</guid>
		<description>The technical charges against Ebbers and Nacchio were different, but both emanated out of securities fraud, false financial statements and insider trading.  Both were &quot;about the money&quot;.</description>
		<content:encoded><![CDATA[<p>The technical charges against Ebbers and Nacchio were different, but both emanated out of securities fraud, false financial statements and insider trading.  Both were &#8220;about the money&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: readerOfTeaLeaves</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194139</link>
		<dc:creator>readerOfTeaLeaves</dc:creator>
		<pubDate>Sun, 11 Oct 2009 01:17:15 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194139</guid>
		<description>Yeah, &lt;em&gt;sorry&lt;/em&gt; about the error (was typing too fast... grrr).  But Ebbers prosecution was more about $$; it didn&#039;t seem the same as the charges against Nacchio, IIRC.

Netmaker and b4real, thank you both!</description>
		<content:encoded><![CDATA[<p>Yeah, <em>sorry</em> about the error (was typing too fast&#8230; grrr).  But Ebbers prosecution was more about $$; it didn&#8217;t seem the same as the charges against Nacchio, IIRC.</p>
<p>Netmaker and b4real, thank you both!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bmaz</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194073</link>
		<dc:creator>bmaz</dc:creator>
		<pubDate>Sat, 10 Oct 2009 17:29:53 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194073</guid>
		<description>Good comment.  And welcome; don&#039;t believe I have seen you before, please participate often.</description>
		<content:encoded><![CDATA[<p>Good comment.  And welcome; don&#8217;t believe I have seen you before, please participate often.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: netmaker</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194069</link>
		<dc:creator>netmaker</dc:creator>
		<pubDate>Sat, 10 Oct 2009 17:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194069</guid>
		<description>Besides telcos and IXPs the list of possibly complicit suspects you would want to check would be cable companies, carrier hotel providers, data center providers and dark fiber providers (for example, natural gas pipeline owners and railroads).

The telcos have figured prominently to date because they are natural aggregation points for a lot of domestic traffic as well as for most international traffic.  However, a substantial portion of domestic Internet and somewhat less voice traffic never hits the telcos networks.  Specifically cable and corporate traffic that is either terminated at an IXP or directly in a data center.  So these other actors would have to be considered in any scheme to succesfully monitor all or most domestic voice and internet traffic.

Regarding Cisco or some other provider of carrier class network equipment surreptitiously slipping in code to magically siphon off huge amounts of network traffic - it&#039;s not going to happen.

For many practical reasons with respect to equipment sizing, network capacity, configuration management of the equipment and traffic management/monitoring of the equipment any attempt to siphon off large amounts of traffic through the back door either wouldn&#039;t work at all or would be caught.

That is not to say that the equipment provider (Cisco/Juniper/...) could or would not be involved in such an effort but if they were, they would be actively working with whoever was managing the equipment.

Having said that, it would be possible for an equipment provider to put a back door in so that the government could direct a router to siphon off small amounts of traffic or even completely take over control of the router.  If any signficant number of routers were being compromised and actively used then you might expect there to find some type of command/management infrastructure on the government side to facilitate this.

Regarding non-carrier (Google, Yahoo, Microsoft, GoDaddy...) e-mail providers being involved in handing over bulk e-mail for data mining purposes.

Their participation is not necessary.  The government need only tap the communications links where these e-mail providers connect to the Internet.  They would not need to tap all the backbone links in the country.  Another possibility if they have the active assistance of the carriers would be to set the network routing to relay the e-mail providers traffic through the government monitoring equipment.  This would be easier to implement than the taps but more likely to be detected.

The e-mail providers participation may not even be desireable as it could; (1) signficantly delay any filtering and processing of the e-mail traffic, (2) introduce the complexity of dealing with each provider&#039;s data format rather than just dealing with the SMTP (Simple Mail Transport Protocol) format they would get by intercepting/taping the traffic and (3) un-necessarily increase the number of people that would be aware of the program.

Where this line of reasoning breaks down is when all the participants in an e-mail conversation are using the same e-mail provider.  Accessing that traffic would require either tapping the client side communication (a much more difficult proposition than just tapping the inter-provider SMTP traffic) or the active cooperation of the e-mail provider with the government.

If the government really has gone to all the effort to tap domestic traffic then I wouldn&#039;t expect it to stop with just voice and e-mail.  Credit card and other financial transaction processing networks would be high on the list of targets.

Finally, regarding why the e-mail providers trade group would oppose immunity and telcos would actively work with the government.  Think about the corporate history, cultures, work forces and customer relationships of telcos vs stand-alone e-mail providers (e-mailers).

Telcos have a much, much longer working relationship with the government, have large numbers of ex-military employees and have inherited mostly common corporate cultures, structures and practices from their Ma-Bell monopoly days. Telcos are highly regulated at the state and federal level, their equipment is designed to afford government access and telcos are conditioned to be responsive to government wiretap requests (think CALEA).  Both telco customers and organizations have been conditioned by many decades of movies, television programming and news articles to accept that their phone calls may be monitored by individual wiretaps or swept up by a pervasive monitoring system like Echelon.  In reality, telcos really are a captive agent of the government.

Non-telco e-mailers like Google, Yahoo and Microsoft have much different backgrounds.  They don&#039;t have long histories of working with the government, they have very different corporate cultures as compared to each other and as compared to the telcos.  Their technical employee base comes not from the military but from academia making them willful and un-likely to be responsive to government spying requests or dictates.

E-mailers are practically un-regulated entities affording the government very little leverage in influencing their behaviour.  E-mailers have relatively short corporate histories as compared to telcos and have come of age in a time when privacy concerns have become a significant driver of corporate behaviour.

When you think of popular references to people having their e-mail read it is more likely to be because their account was hacked than it would be of the government being given legitimate access.  And in cases where the government is trying to gain access the e-mailers are more frequently portrayed as resisting that access by litigating against it and requiring court orders.  We and the e-mailers have not (yet) been conditioned to allow the authorities un-fettered access to our e-mail.  The backlash to e-mailers of being perceived as having been complicit in large scale government hoovering of our e-mail would be much worse than what the telcos have faced.  And it is a lot easier to have new market competitors take away customers in the e-mailer world than it is in the telco world.

On a more venal note, e-mailers have an antagonistic, dependent relationship with the telcos and may just be taking a rare opportunity to stick it to them as usually it is the other way around.

-Netmaker</description>
		<content:encoded><![CDATA[<p>Besides telcos and IXPs the list of possibly complicit suspects you would want to check would be cable companies, carrier hotel providers, data center providers and dark fiber providers (for example, natural gas pipeline owners and railroads).</p>
<p>The telcos have figured prominently to date because they are natural aggregation points for a lot of domestic traffic as well as for most international traffic.  However, a substantial portion of domestic Internet and somewhat less voice traffic never hits the telcos networks.  Specifically cable and corporate traffic that is either terminated at an IXP or directly in a data center.  So these other actors would have to be considered in any scheme to succesfully monitor all or most domestic voice and internet traffic.</p>
<p>Regarding Cisco or some other provider of carrier class network equipment surreptitiously slipping in code to magically siphon off huge amounts of network traffic &#8211; it&#8217;s not going to happen.</p>
<p>For many practical reasons with respect to equipment sizing, network capacity, configuration management of the equipment and traffic management/monitoring of the equipment any attempt to siphon off large amounts of traffic through the back door either wouldn&#8217;t work at all or would be caught.</p>
<p>That is not to say that the equipment provider (Cisco/Juniper/&#8230;) could or would not be involved in such an effort but if they were, they would be actively working with whoever was managing the equipment.</p>
<p>Having said that, it would be possible for an equipment provider to put a back door in so that the government could direct a router to siphon off small amounts of traffic or even completely take over control of the router.  If any signficant number of routers were being compromised and actively used then you might expect there to find some type of command/management infrastructure on the government side to facilitate this.</p>
<p>Regarding non-carrier (Google, Yahoo, Microsoft, GoDaddy&#8230;) e-mail providers being involved in handing over bulk e-mail for data mining purposes.</p>
<p>Their participation is not necessary.  The government need only tap the communications links where these e-mail providers connect to the Internet.  They would not need to tap all the backbone links in the country.  Another possibility if they have the active assistance of the carriers would be to set the network routing to relay the e-mail providers traffic through the government monitoring equipment.  This would be easier to implement than the taps but more likely to be detected.</p>
<p>The e-mail providers participation may not even be desireable as it could; (1) signficantly delay any filtering and processing of the e-mail traffic, (2) introduce the complexity of dealing with each provider&#8217;s data format rather than just dealing with the SMTP (Simple Mail Transport Protocol) format they would get by intercepting/taping the traffic and (3) un-necessarily increase the number of people that would be aware of the program.</p>
<p>Where this line of reasoning breaks down is when all the participants in an e-mail conversation are using the same e-mail provider.  Accessing that traffic would require either tapping the client side communication (a much more difficult proposition than just tapping the inter-provider SMTP traffic) or the active cooperation of the e-mail provider with the government.</p>
<p>If the government really has gone to all the effort to tap domestic traffic then I wouldn&#8217;t expect it to stop with just voice and e-mail.  Credit card and other financial transaction processing networks would be high on the list of targets.</p>
<p>Finally, regarding why the e-mail providers trade group would oppose immunity and telcos would actively work with the government.  Think about the corporate history, cultures, work forces and customer relationships of telcos vs stand-alone e-mail providers (e-mailers).</p>
<p>Telcos have a much, much longer working relationship with the government, have large numbers of ex-military employees and have inherited mostly common corporate cultures, structures and practices from their Ma-Bell monopoly days. Telcos are highly regulated at the state and federal level, their equipment is designed to afford government access and telcos are conditioned to be responsive to government wiretap requests (think CALEA).  Both telco customers and organizations have been conditioned by many decades of movies, television programming and news articles to accept that their phone calls may be monitored by individual wiretaps or swept up by a pervasive monitoring system like Echelon.  In reality, telcos really are a captive agent of the government.</p>
<p>Non-telco e-mailers like Google, Yahoo and Microsoft have much different backgrounds.  They don&#8217;t have long histories of working with the government, they have very different corporate cultures as compared to each other and as compared to the telcos.  Their technical employee base comes not from the military but from academia making them willful and un-likely to be responsive to government spying requests or dictates.</p>
<p>E-mailers are practically un-regulated entities affording the government very little leverage in influencing their behaviour.  E-mailers have relatively short corporate histories as compared to telcos and have come of age in a time when privacy concerns have become a significant driver of corporate behaviour.</p>
<p>When you think of popular references to people having their e-mail read it is more likely to be because their account was hacked than it would be of the government being given legitimate access.  And in cases where the government is trying to gain access the e-mailers are more frequently portrayed as resisting that access by litigating against it and requiring court orders.  We and the e-mailers have not (yet) been conditioned to allow the authorities un-fettered access to our e-mail.  The backlash to e-mailers of being perceived as having been complicit in large scale government hoovering of our e-mail would be much worse than what the telcos have faced.  And it is a lot easier to have new market competitors take away customers in the e-mailer world than it is in the telco world.</p>
<p>On a more venal note, e-mailers have an antagonistic, dependent relationship with the telcos and may just be taking a rare opportunity to stick it to them as usually it is the other way around.</p>
<p>-Netmaker</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: b4real</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194068</link>
		<dc:creator>b4real</dc:creator>
		<pubDate>Sat, 10 Oct 2009 17:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194068</guid>
		<description>FYI:

&lt;a href=&quot;http://en.wikipedia.org/wiki/Narus&quot; rel=&quot;nofollow&quot;&gt;NarusInsight&lt;/a&gt;

&quot;System Specification &amp; Capabilities

Some features of NarusInsight include:[4]

    * Scalability to support surveillance of large, complex IP networks (such as the Internet)
    * High-speed Packet processing performance, which enables it to sift through the vast quantities of information that travel over the Internet.
    * Normalization, Correlation, Aggregation and Analysis provide a model of user, element, protocol, application and network behaviors, in real-time. That is it can track individual users, monitor which applications they are using (e.g. web browsers, instant messaging applications, email) and what they are doing with those applications (e.g. which web sites they have visited, what they have written in their emails/IM conversations), and see how users&#039; activities are connected to each other (e.g. compiling lists of people who visit a certain type of web site or use certain words or phrases in their emails).
    * High reliability from data collection to data processing and analysis.
    * NarusInsight&#039;s functionality can be configured to feed a particular activity or IP service such as security, lawful intercept or even Skype detection and blocking.
    * Compliance with CALEA and ETSI.
    * Certified by Telecommunication Engineering Center(TEC) in India for Lawful Intercept and Monitoring Systems for ISPs

The intercepted data flows into NarusInsight Intercept Suite. This data is stored and analyzed for surveillance and forensic analysis purposes.

Other capabilities include playback of streaming media (i.e. VoIP), rendering of web pages, examination of e-mail and the ability to analyze the payload/attachments of e-mail or file transfer protocols. Narus partner products, such as Pen-Link, offer the ability to quickly analyze information collected by the Directed Analysis or Lawful Intercept modules.

A single NarusInsight machine can monitor traffic equal to the maximum capacity (10 Gbit/s) of around 39,000 DSL lines or 195,000 telephone modems. But, in practical terms, since individual internet connections are not continually filled to capacity, the 10 Gbit/s capacity of one NarusInsight installation enables it to monitor the combined traffic of several million broadband users.

According to a company press release, the latest version of NarusInsight Intercept Suite (NIS) is &quot;the industry&#039;s only network traffic intelligence system that supports real-time precision targeting, capturing and reconstruction of webmail traffic... including Google Gmail, MSN Hotmail, Yahoo! Mail, and Gawab Mail (English and Arabic versions).&quot; [5]

It can also perform semantic analysis of the same traffic as it is happening, in other words analyze the content, meaning, structure and significance of this entire traffic, as it is happening. The exact use of this data is not fully documented, as the public is not authorized to see what types of activities and ideas are being watched for.&quot;

I think it is very likely that they have been sweeping up all traffic, voice plus numbers/names and the contents of all emails.</description>
		<content:encoded><![CDATA[<p>FYI:</p>
<p><a href="http://en.wikipedia.org/wiki/Narus" rel="nofollow">NarusInsight</a></p>
<p>&#8220;System Specification &amp; Capabilities</p>
<p>Some features of NarusInsight include:[4]</p>
<p>    * Scalability to support surveillance of large, complex IP networks (such as the Internet)<br />
    * High-speed Packet processing performance, which enables it to sift through the vast quantities of information that travel over the Internet.<br />
    * Normalization, Correlation, Aggregation and Analysis provide a model of user, element, protocol, application and network behaviors, in real-time. That is it can track individual users, monitor which applications they are using (e.g. web browsers, instant messaging applications, email) and what they are doing with those applications (e.g. which web sites they have visited, what they have written in their emails/IM conversations), and see how users&#8217; activities are connected to each other (e.g. compiling lists of people who visit a certain type of web site or use certain words or phrases in their emails).<br />
    * High reliability from data collection to data processing and analysis.<br />
    * NarusInsight&#8217;s functionality can be configured to feed a particular activity or IP service such as security, lawful intercept or even Skype detection and blocking.<br />
    * Compliance with CALEA and ETSI.<br />
    * Certified by Telecommunication Engineering Center(TEC) in India for Lawful Intercept and Monitoring Systems for ISPs</p>
<p>The intercepted data flows into NarusInsight Intercept Suite. This data is stored and analyzed for surveillance and forensic analysis purposes.</p>
<p>Other capabilities include playback of streaming media (i.e. VoIP), rendering of web pages, examination of e-mail and the ability to analyze the payload/attachments of e-mail or file transfer protocols. Narus partner products, such as Pen-Link, offer the ability to quickly analyze information collected by the Directed Analysis or Lawful Intercept modules.</p>
<p>A single NarusInsight machine can monitor traffic equal to the maximum capacity (10 Gbit/s) of around 39,000 DSL lines or 195,000 telephone modems. But, in practical terms, since individual internet connections are not continually filled to capacity, the 10 Gbit/s capacity of one NarusInsight installation enables it to monitor the combined traffic of several million broadband users.</p>
<p>According to a company press release, the latest version of NarusInsight Intercept Suite (NIS) is &#8220;the industry&#8217;s only network traffic intelligence system that supports real-time precision targeting, capturing and reconstruction of webmail traffic&#8230; including Google Gmail, MSN Hotmail, Yahoo! Mail, and Gawab Mail (English and Arabic versions).&#8221; [5]</p>
<p>It can also perform semantic analysis of the same traffic as it is happening, in other words analyze the content, meaning, structure and significance of this entire traffic, as it is happening. The exact use of this data is not fully documented, as the public is not authorized to see what types of activities and ideas are being watched for.&#8221;</p>
<p>I think it is very likely that they have been sweeping up all traffic, voice plus numbers/names and the contents of all emails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bmaz</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194059</link>
		<dc:creator>bmaz</dc:creator>
		<pubDate>Sat, 10 Oct 2009 16:37:13 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194059</guid>
		<description>They did prosecute Ebbers.</description>
		<content:encoded><![CDATA[<p>They did prosecute Ebbers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fatster</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194058</link>
		<dc:creator>fatster</dc:creator>
		<pubDate>Sat, 10 Oct 2009 16:36:36 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194058</guid>
		<description>For you:  Two &lt;a href=&quot;http://www.bloomberg.com/apps/news?pid=20601103&amp;sid=aekukpctiwwI&quot; rel=&quot;nofollow&quot;&gt;Guantanamo Bay Detainees&lt;/a&gt; Sent to Belgium, Kuwait (Update4)</description>
		<content:encoded><![CDATA[<p>For you:  Two <a href="http://www.bloomberg.com/apps/news?pid=20601103&amp;sid=aekukpctiwwI" rel="nofollow">Guantanamo Bay Detainees</a> Sent to Belgium, Kuwait (Update4)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: readerOfTeaLeaves</title>
		<link>http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194049</link>
		<dc:creator>readerOfTeaLeaves</dc:creator>
		<pubDate>Sat, 10 Oct 2009 15:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://emptywheel.firedoglake.com/2009/10/09/the-blob-that-passed-telecom-immunity/#comment-194049</guid>
		<description>Fair enough, but if everyone&#039;s books were bad, then why was Nacchio being prosecuted when the egregious Bernie Ebbers and the other telecom looters weren&#039;t being sued?

That, on the surface, simply doesn&#039;t make sense.

Unless it has something to do with his location: Denver.
Related to the Air Force installations there? Or in Utah? Or where...?

Because otherwise, given the amount of looting, of basically booking &#039;future transmissions and capacity&#039; that appears to have been in full swarm, the prosecution of Nacchio -- and him alone! -- just does not make sense from the peanut gallery where I sit.</description>
		<content:encoded><![CDATA[<p>Fair enough, but if everyone&#8217;s books were bad, then why was Nacchio being prosecuted when the egregious Bernie Ebbers and the other telecom looters weren&#8217;t being sued?</p>
<p>That, on the surface, simply doesn&#8217;t make sense.</p>
<p>Unless it has something to do with his location: Denver.<br />
Related to the Air Force installations there? Or in Utah? Or where&#8230;?</p>
<p>Because otherwise, given the amount of looting, of basically booking &#8216;future transmissions and capacity&#8217; that appears to have been in full swarm, the prosecution of Nacchio &#8212; and him alone! &#8212; just does not make sense from the peanut gallery where I sit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.561 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2012-02-17 16:50:44 -->

