<?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: Some Data on the Skype iPhone Application</title>
	<atom:link href="http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/</link>
	<description>Touring the digital through type</description>
	<lastBuildDate>Mon, 30 Jan 2012 06:42:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Christopher</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-3861</link>
		<dc:creator>Christopher</dc:creator>
		<pubDate>Tue, 01 Jun 2010 18:18:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-3861</guid>
		<description>Oui, il est. L&#039;information dans le poteau est au-dessus du wifi, pas 3G. Je ne sais pas s&#039;il y a de compression additionnelle sur 3G. (traduit utilisant Babelfish)</description>
		<content:encoded><![CDATA[<p>Oui, il est. L&#8217;information dans le poteau est au-dessus du wifi, pas 3G. Je ne sais pas s&#8217;il y a de compression additionnelle sur 3G. (traduit utilisant Babelfish)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stuff</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-3860</link>
		<dc:creator>stuff</dc:creator>
		<pubDate>Tue, 01 Jun 2010 18:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-3860</guid>
		<description>Il est enfin temps que Skype iclue la 3G pour l iPhone.</description>
		<content:encoded><![CDATA[<p>Il est enfin temps que Skype iclue la 3G pour l iPhone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Catelli</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2855</link>
		<dc:creator>Catelli</dc:creator>
		<pubDate>Thu, 24 Sep 2009 00:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2855</guid>
		<description>I just pinged my security white guys, and at the moment they would recommend Palo Alto networks as a vendor that is best at identifying Skype.

BlueCoat has a nice how-to on blocking Skype.  But from what I&#039;m reading, it is easier to block Skype (and related protocols such as non-HTTP conforming Port 80 use) than it is to shape it.  The most effective techniques look at what the traffic isn&#039;t, rather than what it is.  Due to the proprietary encryption used, the certainty required to shape that traffic and apply policies is not there.  The techniques described are hazy enough that their use would affect other applications as well.

On a private corporate network, this isn&#039;t that big a deal.  On the public space?  Ugh.</description>
		<content:encoded><![CDATA[<p>I just pinged my security white guys, and at the moment they would recommend Palo Alto networks as a vendor that is best at identifying Skype.</p>
<p>BlueCoat has a nice how-to on blocking Skype.  But from what I&#8217;m reading, it is easier to block Skype (and related protocols such as non-HTTP conforming Port 80 use) than it is to shape it.  The most effective techniques look at what the traffic isn&#8217;t, rather than what it is.  Due to the proprietary encryption used, the certainty required to shape that traffic and apply policies is not there.  The techniques described are hazy enough that their use would affect other applications as well.</p>
<p>On a private corporate network, this isn&#8217;t that big a deal.  On the public space?  Ugh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2853</link>
		<dc:creator>Christopher</dc:creator>
		<pubDate>Wed, 23 Sep 2009 21:30:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2853</guid>
		<description>I&#039;ve had the various techniques that Skype uses to obfuscate its traffic laid out to me before, and it&#039;s clever (and changes with every update to the application). This said, all obfuscation can be defeated - it usually takes DPI vendors a bit, but they can identify it again shortly after an update just be virtualizing a closed network environment and watching data move between skype applications on virtual node computers. 

This said, I&#039;ve gotten this from mid-high level discussions, rather than through an engineer walking me through the process (which suggests there has to be some pretty substantial abstraction going on)...</description>
		<content:encoded><![CDATA[<p>I&#8217;ve had the various techniques that Skype uses to obfuscate its traffic laid out to me before, and it&#8217;s clever (and changes with every update to the application). This said, all obfuscation can be defeated &#8211; it usually takes DPI vendors a bit, but they can identify it again shortly after an update just be virtualizing a closed network environment and watching data move between skype applications on virtual node computers. </p>
<p>This said, I&#8217;ve gotten this from mid-high level discussions, rather than through an engineer walking me through the process (which suggests there has to be some pretty substantial abstraction going on)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Catelli</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2851</link>
		<dc:creator>Catelli</dc:creator>
		<pubDate>Wed, 23 Sep 2009 21:03:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2851</guid>
		<description>I dunno to be honest.  I have a hard time accepting that Skype is so difficult to identify from other traffic.

But the 3 types of DPI capable appliances I have sure as heck can&#039;t block it.  Is this a permanent state of affairs?  I can&#039;t commit to that.</description>
		<content:encoded><![CDATA[<p>I dunno to be honest.  I have a hard time accepting that Skype is so difficult to identify from other traffic.</p>
<p>But the 3 types of DPI capable appliances I have sure as heck can&#8217;t block it.  Is this a permanent state of affairs?  I can&#8217;t commit to that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2849</link>
		<dc:creator>Christopher</dc:creator>
		<pubDate>Wed, 23 Sep 2009 17:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2849</guid>
		<description>Allot Communications produced a whitepaper a while back (2007?) that talked about techniques of blocking applications like Skype - their method (at the time) was to identify the initial packets in a packet stream; as soon as a particular set of packets, which corresponded with particular packet sizes, was detected you could be pretty certain that it was a Skype call that was being made. I assumed that this, or a similar, technique would continue to be effective based on a presentation from a UoT computer scientist who suggest that it still should be - should I rid myself of this assumption?</description>
		<content:encoded><![CDATA[<p>Allot Communications produced a whitepaper a while back (2007?) that talked about techniques of blocking applications like Skype &#8211; their method (at the time) was to identify the initial packets in a packet stream; as soon as a particular set of packets, which corresponded with particular packet sizes, was detected you could be pretty certain that it was a Skype call that was being made. I assumed that this, or a similar, technique would continue to be effective based on a presentation from a UoT computer scientist who suggest that it still should be &#8211; should I rid myself of this assumption?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Catelli</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2846</link>
		<dc:creator>Catelli</dc:creator>
		<pubDate>Wed, 23 Sep 2009 17:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2846</guid>
		<description>Skype is one of those weird ones.  Actually, its fair to say its THE weird one.

I&#039;ve used Skype as an example protocol in my DPI discussions, but I was being a bit disingenuous.  At this time, there is no DPI or security appliance that can reliably detect a Skype VOIP call.  It has no signature that can be detected by management appliances.

So far (according to the sources I have, and from personal experience) appliances that claim they can block Skype are not 100% accurate.  Hell, they&#039;re not even close.  Generally speaking, they only block the Skype software when they detect it is trying to download an update to the client.</description>
		<content:encoded><![CDATA[<p>Skype is one of those weird ones.  Actually, its fair to say its THE weird one.</p>
<p>I&#8217;ve used Skype as an example protocol in my DPI discussions, but I was being a bit disingenuous.  At this time, there is no DPI or security appliance that can reliably detect a Skype VOIP call.  It has no signature that can be detected by management appliances.</p>
<p>So far (according to the sources I have, and from personal experience) appliances that claim they can block Skype are not 100% accurate.  Hell, they&#8217;re not even close.  Generally speaking, they only block the Skype software when they detect it is trying to download an update to the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Technology, Thoughts, and Trinkets» Some Data on the Skype iPhone &#8230; &#124; IPhoneMate</title>
		<link>http://www.christopher-parsons.com/blog/technology/some-data-on-the-skype-iphone-application/comment-page-1/#comment-2842</link>
		<dc:creator>Technology, Thoughts, and Trinkets» Some Data on the Skype iPhone &#8230; &#124; IPhoneMate</dc:creator>
		<pubDate>Tue, 22 Sep 2009 23:26:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1393#comment-2842</guid>
		<description>[...] more here: Technology, Thoughts, and Trinkets» Some Data on the Skype iPhone &#8230;         Share and [...]</description>
		<content:encoded><![CDATA[<p>[...] more here: Technology, Thoughts, and Trinkets» Some Data on the Skype iPhone &#8230;         Share and [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
