<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: preventing skype traffic in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873436#M85355</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think in order to completely block skype you need a combination of IPS, Firewall and Proxy (for ssl).&lt;/P&gt;&lt;P&gt;Because it is a very dynamic application that tries different method to connect(udp, http, https).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-hamid&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 14 Nov 2007 23:59:02 GMT</pubDate>
    <dc:creator>azoulflak</dc:creator>
    <dc:date>2007-11-14T23:59:02Z</dc:date>
    <item>
      <title>preventing skype traffic</title>
      <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873432#M85345</link>
      <description>&lt;P&gt;I want rto block skype traffic at all.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a choice of:&lt;/P&gt;&lt;P&gt;- Cisco router (870, which should handle Flexible Packet Matching)&lt;/P&gt;&lt;P&gt;- Cisco switch (cat6500 - sup720 and sup32 NOT PISA EQUIPPED)&lt;/P&gt;&lt;P&gt;- Cisco ASA 5520 (Modular Policy Framework)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Been playing with 870 and FPM at first, but it seem not to block newer (3.x) skype releases (TAC case is active).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any Idea/hint?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 10 Mar 2019 10:51:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873432#M85345</guid>
      <dc:creator>ibrunello</dc:creator>
      <dc:date>2019-03-10T10:51:44Z</dc:date>
    </item>
    <item>
      <title>Re: preventing skype traffic</title>
      <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873433#M85347</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It involves configuring policies and applying it to a interface.&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://ciscotips.wordpress.com/2006/06/07/how-to-block-skype/" target="_blank"&gt;http://ciscotips.wordpress.com/2006/06/07/how-to-block-skype/&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Nov 2007 14:59:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873433#M85347</guid>
      <dc:creator>irisrios</dc:creator>
      <dc:date>2007-11-13T14:59:35Z</dc:date>
    </item>
    <item>
      <title>Re: preventing skype traffic</title>
      <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873434#M85349</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The last time I checked, NBAR can only recognize Skype v1.0, not the latest version which I believe is 3.0.  Although I have my gripes about NBAR (quite often it just matches traffic on the source/destination port, and doesn't actually match on the payload.  Kazaa is a good example), I think this is an issue with the way Skype is purposefully encrypting itself in order to evade detection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For a while our IPS sensors were firing on the "OpenSSL TLS Malformed Handshake DoS" signature, and we concluded that was part of the initial Skype handshake.  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Good luck&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Nov 2007 19:42:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873434#M85349</guid>
      <dc:creator>clausonna</dc:creator>
      <dc:date>2007-11-14T19:42:02Z</dc:date>
    </item>
    <item>
      <title>Re: preventing skype traffic</title>
      <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873435#M85352</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, Cisco states that skype NBAR only supports "skype version 1.4"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Checking for malformed HTTPS was something I though about; maybe will work out a solution, and post here...&lt;/P&gt;&lt;P&gt;Thank you for the hint.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Nov 2007 22:19:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873435#M85352</guid>
      <dc:creator>ibrunello</dc:creator>
      <dc:date>2007-11-14T22:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: preventing skype traffic</title>
      <link>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873436#M85355</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think in order to completely block skype you need a combination of IPS, Firewall and Proxy (for ssl).&lt;/P&gt;&lt;P&gt;Because it is a very dynamic application that tries different method to connect(udp, http, https).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-hamid&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Nov 2007 23:59:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/preventing-skype-traffic/m-p/873436#M85355</guid>
      <dc:creator>azoulflak</dc:creator>
      <dc:date>2007-11-14T23:59:02Z</dc:date>
    </item>
  </channel>
</rss>

