<?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: Lawrence Orans on Containing the Risk of Using Skype</title>
	<atom:link href="http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/</link>
	<description>A member of the Gartner Blog Network</description>
	<lastBuildDate>Thu, 19 Nov 2009 18:00:12 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Guest Blogger: Lawrence Orans With an Update On Managing Risks of Skype Use</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-1166</link>
		<dc:creator>Guest Blogger: Lawrence Orans With an Update On Managing Risks of Skype Use</dc:creator>
		<pubDate>Mon, 06 Jul 2009 11:27:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-1166</guid>
		<description>[...] a blog posting earlier this year I commented on how the recession is causing enterprises to consider Skype as an [...]</description>
		<content:encoded><![CDATA[<p>[...] a blog posting earlier this year I commented on how the recession is causing enterprises to consider Skype as an [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lawrence Orans</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-1074</link>
		<dc:creator>Lawrence Orans</dc:creator>
		<pubDate>Tue, 02 Jun 2009 15:51:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-1074</guid>
		<description>The “impersonation issue” is a risk with Skype and any other public IM service.  Anyone can register with any user name – the public services don’t check user registration.  You’ve proposed a solution for mitigating the impersonation risk, but I don’t know of any solutions that would allow you to enforce a policy that says “only allow Skype chat sessions to employees within my corporate directory”.  With enterprise IM solutions like Microsoft Office Communicator, IBM’s Lotus Sametime and others, you should be able to limit communications to users within the corporate directory.  

With Skype, even though you do have the risk of impersonation, you do have some control over how employees use Skype.  For example, you could disable the file transfer function for all Skype clients (this feature is available with the Skype for Business 3.0 and later releases).  So, users could chat with someone outside the organization, but could not send them valuable info via a file transfer.</description>
		<content:encoded><![CDATA[<p>The “impersonation issue” is a risk with Skype and any other public IM service.  Anyone can register with any user name – the public services don’t check user registration.  You’ve proposed a solution for mitigating the impersonation risk, but I don’t know of any solutions that would allow you to enforce a policy that says “only allow Skype chat sessions to employees within my corporate directory”.  With enterprise IM solutions like Microsoft Office Communicator, IBM’s Lotus Sametime and others, you should be able to limit communications to users within the corporate directory.  </p>
<p>With Skype, even though you do have the risk of impersonation, you do have some control over how employees use Skype.  For example, you could disable the file transfer function for all Skype clients (this feature is available with the Skype for Business 3.0 and later releases).  So, users could chat with someone outside the organization, but could not send them valuable info via a file transfer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-1072</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Mon, 01 Jun 2009 15:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-1072</guid>
		<description>The main concern I have with allowing any IM outside the corporate network is there is no way to truly validate who you&#039;re chatting with. You have to trust Skype&#039;s directory, which I don&#039;t.  Are there ways to only allow users who have authenticated against our corporate directory?</description>
		<content:encoded><![CDATA[<p>The main concern I have with allowing any IM outside the corporate network is there is no way to truly validate who you&#8217;re chatting with. You have to trust Skype&#8217;s directory, which I don&#8217;t.  Are there ways to only allow users who have authenticated against our corporate directory?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lawrence Orans</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-457</link>
		<dc:creator>Lawrence Orans</dc:creator>
		<pubDate>Thu, 08 Jan 2009 22:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-457</guid>
		<description>Thanks for your comments ,Michael.  I agree - supernodes are not an issue in a normal enterprise environment with good firewall protection.  I can&#039;t recall speaking with a commercial enterprise that has had issues with supernodes.  Some university environments present different challenges, since many have less restrictive firewall rules.</description>
		<content:encoded><![CDATA[<p>Thanks for your comments ,Michael.  I agree &#8211; supernodes are not an issue in a normal enterprise environment with good firewall protection.  I can&#8217;t recall speaking with a commercial enterprise that has had issues with supernodes.  Some university environments present different challenges, since many have less restrictive firewall rules.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michael</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-453</link>
		<dc:creator>michael</dc:creator>
		<pubDate>Thu, 08 Jan 2009 08:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-453</guid>
		<description>It&#039;s worth noting that in a normal enterprise environment, the issue of supernodes does not occur.  In an environment with local DHCP, and where desktops do not publicly accessible IP addresses, open for inbound connections, then Skype clients can never become  &#039;supernodes&#039;.   

This is the most prevalent enterprise setup.

If in fact, an enterprise that has desktops with publicly accessible IP addresses, open for inbound connection, incurs other risks that eclipse the possibility of minimal third party traffic simply transiting the network.  This traffic is arguably a simple &#039;cost&#039; rather than a security risk.</description>
		<content:encoded><![CDATA[<p>It&#8217;s worth noting that in a normal enterprise environment, the issue of supernodes does not occur.  In an environment with local DHCP, and where desktops do not publicly accessible IP addresses, open for inbound connections, then Skype clients can never become  &#8217;supernodes&#8217;.   </p>
<p>This is the most prevalent enterprise setup.</p>
<p>If in fact, an enterprise that has desktops with publicly accessible IP addresses, open for inbound connection, incurs other risks that eclipse the possibility of minimal third party traffic simply transiting the network.  This traffic is arguably a simple &#8216;cost&#8217; rather than a security risk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interesting Information Security Bits for 01/07/2009 at Infosec Ramblings</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-451</link>
		<dc:creator>Interesting Information Security Bits for 01/07/2009 at Infosec Ramblings</dc:creator>
		<pubDate>Wed, 07 Jan 2009 18:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-451</guid>
		<description>[...] couple things to think about regarding Skype in the enterprise. Lawrence Orans on Containing the Risk of Using Skype Tags: ( general skype [...]</description>
		<content:encoded><![CDATA[<p>[...] couple things to think about regarding Skype in the enterprise. Lawrence Orans on Containing the Risk of Using Skype Tags: ( general skype [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lawrence Orans</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-450</link>
		<dc:creator>Lawrence Orans</dc:creator>
		<pubDate>Wed, 07 Jan 2009 17:27:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-450</guid>
		<description>Yes, thanks for pointing this out Richard.  Next-gen firewalls can enable organizations to build policies around Skype usage.  For example, by integrating with a directory, they could allow some users to use Skype and block others.  Several firewall vendors and secure web gateway (SWG) vendors (including proxy vendors) have Skype signatures that allow them to build these policies.  I have heard of some universities that are proxying Skype traffic, mainly so that they can have a &quot;shut off valve&quot; if they need it (if Skype traffic becomes too heavy, which may happen if there are a lot of Skype supernodes).  But, it&#039;s not common today to use a firewall or SWG to control Skype in commercial enterprises.  Unfortunately, the most common practice today is to ignore Skype, which is not a good idea.  We recommend that network managers take a stand - either block it outright, or allow it but with the controls in place to make it enterprise-friendly and secure.</description>
		<content:encoded><![CDATA[<p>Yes, thanks for pointing this out Richard.  Next-gen firewalls can enable organizations to build policies around Skype usage.  For example, by integrating with a directory, they could allow some users to use Skype and block others.  Several firewall vendors and secure web gateway (SWG) vendors (including proxy vendors) have Skype signatures that allow them to build these policies.  I have heard of some universities that are proxying Skype traffic, mainly so that they can have a &#8220;shut off valve&#8221; if they need it (if Skype traffic becomes too heavy, which may happen if there are a lot of Skype supernodes).  But, it&#8217;s not common today to use a firewall or SWG to control Skype in commercial enterprises.  Unfortunately, the most common practice today is to ignore Skype, which is not a good idea.  We recommend that network managers take a stand &#8211; either block it outright, or allow it but with the controls in place to make it enterprise-friendly and secure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stiennon</title>
		<link>http://blogs.gartner.com/john_pescatore/2009/01/07/lawrence-orans-on-containing-the-risk-of-using-skype/comment-page-1/#comment-448</link>
		<dc:creator>Stiennon</dc:creator>
		<pubDate>Wed, 07 Jan 2009 15:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/john_pescatore/?p=303#comment-448</guid>
		<description>Good info on Skype for business Lawrence.   

Don&#039;t Next-gen firewalls give you control over Skype usage?   

-Stiennon</description>
		<content:encoded><![CDATA[<p>Good info on Skype for business Lawrence.   </p>
<p>Don&#8217;t Next-gen firewalls give you control over Skype usage?   </p>
<p>-Stiennon</p>
]]></content:encoded>
	</item>
</channel>
</rss>
