<?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"
	>
<channel>
	<title>Comments on: New Hacking for Traditional Networks</title>
	<atom:link href="http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/feed/" rel="self" type="application/rss+xml" />
	<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/</link>
	<description>Collective thoughts and musings on the state of VoIP security today.</description>
	<pubDate>Sun, 12 Oct 2008 07:17:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Jamie Fisher</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-40061</link>
		<dc:creator>Jamie Fisher</dc:creator>
		<pubDate>Fri, 30 Mar 2007 10:35:29 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-40061</guid>
		<description>Hi Guys,

I didn't attend the conference in Amsterdam.  I was presenting at a few other conferences related to telecommunication and communication security instead.

There is something I feel that might be left out of this conversation at the very least.

ISUP is IMHO the most 'hackable' part of the SS7 protocol.  Its the ISDN User Part - the chunk of the protocol that sets up call parameters.  For instance, when looking at ISUP in my recent presentation on NGN security, covering off VoIP (because its a fairly straight forward port from SS7 to VoIP in terms of the protocol) I referenced the ease of ability in altering A and B end numbers, showing the conference audience exactly how to do it and then how to protect against it.

In so far as the standard is concerned, SIP-I has no 'built-in' authentication. So, spoofing A end and B end is straight forward, if you know how.  Something else I touched on was SSBoundary.  I mentioned it was jut like a Mime MultiPart that you see in email.

Again, because there was little designed around the security of the SSBoundary, its possible to do creative things like; open a new SSBoundary and insert malicious code, make another call, or really anything the 'hacker' wants...

Vendors are coming up with Biometric phones, user to phone authentication, VPNs, encryption and all these security controls, along with fraud management vendors claiming they can do 'effective fraud management' on VoIP.  I don't doubt that one day, perhaps some day soon, vendors might come up with robust fraud and security solutions but until then the CISSP idiots of the world are all going to buy their solutions, implement them, audit them and feel safe until the next round of conference talks aimed at raising awareness on the issues.

Getting back to the comment by Emmanuel Gadaix above however, its true that trust models need to exist between interconnecting operators, both on national and international legs, but going to my comment above on ISUP and SIP-I, what I have seen in my experience on the work I have done for operators is that unless there is going to be one vendor for all interconnects, and those interconnect points are all operating off the same hardware/software, then there will never be - any time soon at least - a secure and robust solution that can deal with ISUP and SIP-I security issues (as mentioned above).  I reference the standards when I say this.  Standards as you're probably familiar with are something vendors don't always implement the same way.  They're open to interpretation...  I just don't see a secure VoIP call happening any time soon.

My 2 cents.

Jamie Fisher
mobilenetworksecurity.com</description>
		<content:encoded><![CDATA[<p>Hi Guys,</p>
<p>I didn&#8217;t attend the conference in Amsterdam.  I was presenting at a few other conferences related to telecommunication and communication security instead.</p>
<p>There is something I feel that might be left out of this conversation at the very least.</p>
<p>ISUP is IMHO the most &#8216;hackable&#8217; part of the SS7 protocol.  Its the ISDN User Part - the chunk of the protocol that sets up call parameters.  For instance, when looking at ISUP in my recent presentation on NGN security, covering off VoIP (because its a fairly straight forward port from SS7 to VoIP in terms of the protocol) I referenced the ease of ability in altering A and B end numbers, showing the conference audience exactly how to do it and then how to protect against it.</p>
<p>In so far as the standard is concerned, SIP-I has no &#8216;built-in&#8217; authentication. So, spoofing A end and B end is straight forward, if you know how.  Something else I touched on was SSBoundary.  I mentioned it was jut like a Mime MultiPart that you see in email.</p>
<p>Again, because there was little designed around the security of the SSBoundary, its possible to do creative things like; open a new SSBoundary and insert malicious code, make another call, or really anything the &#8216;hacker&#8217; wants&#8230;</p>
<p>Vendors are coming up with Biometric phones, user to phone authentication, VPNs, encryption and all these security controls, along with fraud management vendors claiming they can do &#8216;effective fraud management&#8217; on VoIP.  I don&#8217;t doubt that one day, perhaps some day soon, vendors might come up with robust fraud and security solutions but until then the CISSP idiots of the world are all going to buy their solutions, implement them, audit them and feel safe until the next round of conference talks aimed at raising awareness on the issues.</p>
<p>Getting back to the comment by Emmanuel Gadaix above however, its true that trust models need to exist between interconnecting operators, both on national and international legs, but going to my comment above on ISUP and SIP-I, what I have seen in my experience on the work I have done for operators is that unless there is going to be one vendor for all interconnects, and those interconnect points are all operating off the same hardware/software, then there will never be - any time soon at least - a secure and robust solution that can deal with ISUP and SIP-I security issues (as mentioned above).  I reference the standards when I say this.  Standards as you&#8217;re probably familiar with are something vendors don&#8217;t always implement the same way.  They&#8217;re open to interpretation&#8230;  I just don&#8217;t see a secure VoIP call happening any time soon.</p>
<p>My 2 cents.</p>
<p>Jamie Fisher<br />
mobilenetworksecurity.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Langlois weblog</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-38002</link>
		<dc:creator>Philippe Langlois weblog</dc:creator>
		<pubDate>Mon, 26 Mar 2007 14:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-38002</guid>
		<description>&lt;strong&gt;Voice of VOIPSA Â» Blog Archive Â» New Hacking for Traditional Networks (SS7)...&lt;/strong&gt;

Shared view with Martyn Davies about SS7 Security. He basically summed up very nicely my introduction to SCTPscan &#38; SIGTRAN security....</description>
		<content:encoded><![CDATA[<p><strong>Voice of VOIPSA Â» Blog Archive Â» New Hacking for Traditional Networks (SS7)&#8230;</strong></p>
<p>Shared view with Martyn Davies about SS7 Security. He basically summed up very nicely my introduction to SCTPscan &amp; SIGTRAN security&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martyn Davies</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37999</link>
		<dc:creator>Martyn Davies</dc:creator>
		<pubDate>Mon, 26 Mar 2007 13:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37999</guid>
		<description>Thanks for the link, Philippe.

Emmanuel, thanks also for your comments.  I take your point about global title, and reading back on my piece I realise that they way I worded it "...work to defeat..." implies more certainty of security than I actually meant to convey.  I only meant to say that it could help in terms of security, not that it would "kill all Sigtran hacks".</description>
		<content:encoded><![CDATA[<p>Thanks for the link, Philippe.</p>
<p>Emmanuel, thanks also for your comments.  I take your point about global title, and reading back on my piece I realise that they way I worded it &#8220;&#8230;work to defeat&#8230;&#8221; implies more certainty of security than I actually meant to convey.  I only meant to say that it could help in terms of security, not that it would &#8220;kill all Sigtran hacks&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Langlois</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37980</link>
		<dc:creator>Philippe Langlois</dc:creator>
		<pubDate>Mon, 26 Mar 2007 10:39:02 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37980</guid>
		<description>Hi, you can access some of the tools online on the SCTP / SIGTRAN / TSTF Research website at :
http://sctp.tstf.net/index.php/SCTPscan/SCTPscan

Best regards,
Philippe.</description>
		<content:encoded><![CDATA[<p>Hi, you can access some of the tools online on the SCTP / SIGTRAN / TSTF Research website at :<br />
<a href="http://sctp.tstf.net/index.php/SCTPscan/SCTPscan" rel="nofollow">http://sctp.tstf.net/index.php/SCTPscan/SCTPscan</a></p>
<p>Best regards,<br />
Philippe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel Gadaix</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37700</link>
		<dc:creator>Emmanuel Gadaix</dc:creator>
		<pubDate>Sun, 25 Mar 2007 18:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-37700</guid>
		<description>Ray allow me to doubt that the same category of hackers are going to work on XSS attacks and on SS7 networks. 

Martyn your statement about GTT is only partially accurate. Global Title can and will be used to facilitate some forms of SS7 attacks. The main problem and you point that out will be the trust model between operators - something that makes rlogin looks like a high-security protocol.</description>
		<content:encoded><![CDATA[<p>Ray allow me to doubt that the same category of hackers are going to work on XSS attacks and on SS7 networks. </p>
<p>Martyn your statement about GTT is only partially accurate. Global Title can and will be used to facilitate some forms of SS7 attacks. The main problem and you point that out will be the trust model between operators - something that makes rlogin looks like a high-security protocol.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Jender</title>
		<link>http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-30948</link>
		<dc:creator>Ray Jender</dc:creator>
		<pubDate>Thu, 15 Mar 2007 22:44:55 +0000</pubDate>
		<guid isPermaLink="false">http://voipsa.org/blog/2007/03/05/new-hacking-for-traditional-networks/#comment-30948</guid>
		<description>SS7 has been known to be vulnerable to "hackers" for a long time.

It's just that they (the hackers) are still having too much fun with
things like XSS, buffer overflows and phishing attacks....

Just wait until they get bored........</description>
		<content:encoded><![CDATA[<p>SS7 has been known to be vulnerable to &#8220;hackers&#8221; for a long time.</p>
<p>It&#8217;s just that they (the hackers) are still having too much fun with<br />
things like XSS, buffer overflows and phishing attacks&#8230;.</p>
<p>Just wait until they get bored&#8230;&#8230;..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
