<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Voice of VOIPSA &#187; Shawn Merdinger</title>
	<atom:link href="http://voipsa.org/blog/author/shawnmer/feed/" rel="self" type="application/rss+xml" />
	<link>http://voipsa.org/blog</link>
	<description>Collective thoughts and musings on the state of VoIP security today.</description>
	<lastBuildDate>Thu, 04 Mar 2010 17:07:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<cloud domain='voipsa.org' port='80' path='/blog/?rsscloud=notify' registerProcedure='' protocol='http-post' />
		<item>
		<title>Shodan: Computer Search Engine and VoIP Devices</title>
		<link>http://voipsa.org/blog/2010/01/07/shodan-computer-search-engine-and-voip-devices/</link>
		<comments>http://voipsa.org/blog/2010/01/07/shodan-computer-search-engine-and-voip-devices/#comments</comments>
		<pubDate>Thu, 07 Jan 2010 18:54:22 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=822</guid>
		<description><![CDATA[Most of us are familiar with the information disclosure risks associated with devices like phones and ATAs on the Internet, and this has been mentioned in presentations like Endler/Collier at BlackHat in 2006. However, the recent emergence of Shodan significantly raises the exposure of these devices, especially embedded systems.
Shodan bills itself as a &#8220;Computer Search [...]]]></description>
			<content:encoded><![CDATA[<p>Most of us are familiar with the information disclosure risks associated with devices like phones and ATAs on the Internet, and this has been mentioned in presentations like <a href="dvlabs.tippingpoint.com/pub/dendler/BHUS06-endler.pdf">Endler/Collier at BlackHat in 2006.</a> However, the recent emergence of <a href="http://shodan.surtri.com">Shodan</a> significantly raises the exposure of these devices, especially embedded systems.</p>
<p>Shodan bills itself as a &#8220;Computer Search Engine&#8221; and some folks have <a href="http://blogfranz.blogspot.com/2009/11/wheres-controversy-about-shodan.html">raised questions</a> about the impact, ethics, etc.  So far, Shodan has remained under-the-radar, but I expect we&#8217;ll see more coverage and questioning of what value-add this service provides to security efforts.</p>
<p>A few simple searches of Shodan will provide the reader more insight of the capabilities of this service.  Bear in mind that searches can get much more specific.  Also, Shodan is growing, and it&#8217;s worth re-visiting the site to gain better perspective of updates.</p>
<p>Example searches:</p>
<p>1.  VOIP &#8212; <a href="http://shodan.surtri.com/?q=voip">http://shodan.surtri.com/?q=voip</a><br />
2.  Nortel &#8212; <a href="http://shodan.surtri.com/?q=nortel">http://shodan.surtri.com/?q=nortel</a><br />
3.  Mitel &#8212; <a href="http://shodan.surtri.com/?q=mitel">http://shodan.surtri.com/?q=mitel</a><br />
4.  .mil &#8212; <a href="http://shodan.surtri.com/?q=.mil">http://shodan.surtri.com/?q=.mil</a><br />
5.  SCADA &#8212; <a href="http://shodan.surtri.com/?q=scada">http://shodan.surtri.com/?q=scada</a></p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2010/01/07/shodan-computer-search-engine-and-voip-devices/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Stoned Bootkit</title>
		<link>http://voipsa.org/blog/2009/09/09/stoned-bootkit/</link>
		<comments>http://voipsa.org/blog/2009/09/09/stoned-bootkit/#comments</comments>
		<pubDate>Wed, 09 Sep 2009 14:22:04 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=794</guid>
		<description><![CDATA[Typically I don&#8217;t follow the deluge of Windows rootkits available because the sheer number and variety make diligently understanding all of them more than fairly daunting.  After all, given limited resources, one must choose their battles and specialties in the security field.
That said, occasionally a Windows rootkit surfaces that is so mean, nasty and [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://web17.webbpro.de/uploads/images/Stoned%20Bootkit.png" alt="stoned bootkit" />Typically I don&#8217;t follow the deluge of Windows rootkits available because the sheer number and variety make diligently understanding all of them more than fairly daunting.  After all, given limited resources, one must choose their battles and specialties in the security field.</p>
<p>That said, occasionally a Windows rootkit surfaces that is so mean, nasty and downright cool, that it becomes a must-know.  Such is the case with the newest release of <a href="http://www.stoned-vienna.com/">Stoned Bootkit</a>.  Be sure to go to their site and check it out, along with the <a href="http://www.stoned-vienna.com/downloads/Paper.pdf">paper</a>, but here are a few highlights:</p>
<li>Attacks Windows XP, Sever 2003, Windows Vista, Windows 7 with one single master boot record</li>
<li>Attacks TrueCrypt full volume encryption</li>
<li>Has integrated FAT and NTFS drivers</li>
<li>Has an integrated structure for plugins and boot applications (for future development</li>
<p>Understanding the threats that Windows rootkits like this pose to VoIP security, especially on end users, is key.</p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2009/09/09/stoned-bootkit/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Home Medical Devices and VoIP Security</title>
		<link>http://voipsa.org/blog/2009/09/02/home-medical-devices-and-voip-security/</link>
		<comments>http://voipsa.org/blog/2009/09/02/home-medical-devices-and-voip-security/#comments</comments>
		<pubDate>Wed, 02 Sep 2009 17:10:57 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=788</guid>
		<description><![CDATA[With all the hubbub surrounding medical insurance reform, town hall meetings, and other distractions events it&#8217;s worthwhile looking at some of the technical medical devices coming into the marketplace to be placed in patients&#8217; homes, connected to their broadband internet connection.

Of several products in the patient home monitoring space, the Intel Health Guide PHS 6000 [...]]]></description>
			<content:encoded><![CDATA[<p>With all the hubbub surrounding medical insurance reform, town hall meetings, and other <del datetime="2009-09-02T16:42:07+00:00">distractions</del> events it&#8217;s worthwhile looking at some of the technical medical devices coming into the marketplace to be placed in patients&#8217; homes, connected to their broadband internet connection.<br />
<img src="http://voipsa.org/blog/wp-content/uploads/phs6000_deathpanel.PNG" alt="death panels!" /><br />
Of several products in the patient home monitoring space, the <a href="http://download.intel.com/healthcare/pdf/Health_Guide_Brief.pdf">Intel Health Guide PHS 6000</a> is perhaps one of the better positioned to garner marketshare because of several factors: including the size of Intel, on-going placement of the PHS 6000 in settings, and FDA approval in July, 2008.</p>
<p>Of the many PHS 6000 features, the device also supports two-way video conferencing between patient and caregiver.  As this communication takes place over the broadband connection, it&#8217;s reasonable to assume that some sort of VoIP software is in place.  Of course, details at this point are thin, and it&#8217;s even hard to get a real handle on what the PHS 6000 operating system really is, with some reports indicating Microsoft Windows XP, and others indicating a embedded Linux derivative.  Still, it looks like there is a VoIP stack, and it&#8217;s likely SIP-based.</p>
<p>Clearly, the importance of the security of devices like the Intel PHS 6000 is apparent.  And with the growing interest and funding towards cost-reduction and tele-health, we can expect to see these types of devices deployed widely.  But what of the security posture?  Sure, there&#8217;s boasting of encryption for the connection, but <strong>features</strong> like SSL mean little in the face of real attacks and vulnerabilities &#8212; think SSL encryption downgrade attacks, spoofing and man-in-the-middle vectors to start.</p>
<p>To get the word out, I&#8217;ve started a <a href="http://www.linkedin.com/groups?gid=2206357">LinkedIn group called MedSec</a> to get together like-minded, talented security people with an interest in medical device security.  I&#8217;ve been chumming the waters with this approach in the hopes that the right people with the right connections conduct proper security evaluations of this PHS 6000 device, and it&#8217;s back-end management system as well.  Of course, if approached, I&#8217;m interested in some hand&#8217;s on time too <img src='http://voipsa.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  </p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2009/09/02/home-medical-devices-and-voip-security/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Something Old, Something New:  Nmap&#8217;s VoIP Fingerprinting</title>
		<link>http://voipsa.org/blog/2009/08/12/something-old-something-new-nmaps-voip-fingerprinting/</link>
		<comments>http://voipsa.org/blog/2009/08/12/something-old-something-new-nmaps-voip-fingerprinting/#comments</comments>
		<pubDate>Wed, 12 Aug 2009 21:53:51 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=767</guid>
		<description><![CDATA[Over time, it&#8217;s easy to become a bit out of touch with security tools.  With new tools arriving on the scene daily, and updates to established tools occurring frequently, the deluge of information can be overwhelming; not to mention all of the other security fodder we process.
That said, I find it encouraging to revisit [...]]]></description>
			<content:encoded><![CDATA[<p>Over time, it&#8217;s easy to become a bit out of touch with security tools.  With new tools arriving on the scene daily, and updates to established tools occurring frequently, the deluge of information can be overwhelming; not to mention all of the other security fodder we process.</p>
<p>That said, I find it encouraging to revisit some of the really established tools to see what changes and improvements are in place.  Nmap is without a doubt <strong>the classic security tool </strong> in every aspect, from quality, to longevity, to street credibility.  Even Hollywood has clue when it comes to Nmap, as evidenced in <a href="http://nmap.org/images/">Matrix, Bourne, and Die Hard films with Nmap showing up on someone&#8217;s computer screen!</a></p>
<p>One of my favorite Nmap features is the OS Identification and Application Fingerprinting capabilities.  In part, this type of identification relies on the Nmap community scanning known devices and submitting signatures to be added to the Nmap databases (<a href="http://nmap.org/svn/nmap-service-probes">service probes</a>, <a href="http://nmap.org/svn/nmap-os-db">OS</a>, etc.).</p>
<p>As of 21 July, 2009, the <a href="http://nmap.org/svn/nmap-os-db">Nmap OS database</a> has the following VoIP device Fingerprints:</p>
<ul>Fingerprint Alcatel 4035 VoIP phone<br />
Fingerprint Sirio by Alice VoIP phone<br />
Fingerprint AudioCodes Mediant 1000 VoIP gateway<br />
Fingerprint Audiocodes MP-114 or MP-118 VoIP gateway<br />
Fingerprint Avaya G350 Media Gateway (VoIP gateway)<br />
Fingerprint Avaya Office IP403 VoIP gateway<br />
Fingerprint Avaya Office IP500 VoIP gateway<br />
Fingerprint Aastra 480i GT or 9133i IP phone<br />
Fingerprint Inter-tel 8662 VoIP phone<br />
Fingerprint Comtrend CT-800 VoIP gateway<br />
Fingerprint D-Link DVG-4022S VoIP gateway<br />
Fingerprint Grandstream HandyTone HT-488 analog VoIP adapter<br />
Fingerprint Grandstream BudgeTone 100 VoIP phone<br />
Fingerprint Grandstream BudgeTone 100 VoIP phone<br />
Fingerprint Grandstream GXP2000 VoIP phone<br />
Fingerprint Grandstream GXP2020 VoIP phone<br />
Fingerprint Thomson ST 2020 or 2030 VoIP phone<br />
Fingerprint Interbell IB-305 VoIP phone<br />
Fingerprint Linksys PAP2T VoIP router<br />
Fingerprint Linksys SPA901 or SPA921 SIP VoIP phone<br />
Fingerprint Linksys SPA942, SPA962, or SPA9000 VoIP phone; SPA3102 VoIP gateway; or Sipura SPA-2100 or SPA-2101 VoIP adapter<br />
Fingerprint Mitel 3300 CXi VoIP PBX<br />
Fingerprint Netcomm V300 VoIP gateway<br />
Fingerprint Neuf Box Trio3D DSL modem/router/VoIP/TV<br />
Fingerprint Nortel CS1000M VoIP PBX or Xerox Phaser 8560DT printer<br />
Fingerprint Patton SmartNode 4960 VoIP gateway (SmartWare 4.2)<br />
Fingerprint Perfectone IP-301 VoIP phone<br />
Fingerprint Planet VIP-154T VoIP phone (MicroC/OS-II)<br />
Fingerprint Polycom SoundPoint IP 301 VoIP phone<br />
Fingerprint Polycom SoundPoint IP 301 VoIP phone<br />
Fingerprint Polycom SoundPoint IP 430 VoIP phone<br />
Fingerprint PORTech GSM VoIP gateway<br />
Fingerprint PORTech MV-374 GSM-SIP VoIP gateway<br />
Fingerprint Samsung OfficeServ 7200 VoIP gateway<br />
Fingerprint ShoreTel ShoreGear-T1 VoIP switch<br />
Fingerprint Siemens HiPath optiPoint 400 VoIP phone<br />
Fingerprint Sipura SPA-1001 or SPA-3000 VoIP adapter<br />
Fingerprint Sipura SPA-3000 VoIP adapter<br />
Fingerprint Thomson Symbio VoIP phone<br />
Fingerprint Vegastream Vega 400 VoIP Gateway
</ul>
<p>Also, it&#8217;s well worth taking a look at the VoIP devices identified in the <a href="http://nmap.org/svn/nmap-service-probes">Nmap Service Probes database</a> as services that identify a VoIP device do not necessarily mean that the VoIP device has a fingerprint.  In other words, there are VoIP devices in the Service Probes database that are not in the OS Fingerprint database, so look carefully!</p>
<p>For even more coolness, be sure to check out the <a href="http://nmap.org/book/nse.html">NSE</a>.</p>
<p>Wrapping-up, I&#8217;ve nothing less than <a href="http://www.urbandictionary.com/define.php?term=mad+props">mad props</a> for <a href="http://insecure.org/fyodor/">Fyodor </a> and all of the other folks who&#8217;ve contributed to this fantastic tool.  Nmap was one of the first tools I used 10 years ago when first cutting my teeth in security, and remarkably, is a tool that I continue to use almost daily.</p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2009/08/12/something-old-something-new-nmaps-voip-fingerprinting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>First 911 Center to support SMS</title>
		<link>http://voipsa.org/blog/2009/08/07/first-911-center-to-support-sms/</link>
		<comments>http://voipsa.org/blog/2009/08/07/first-911-center-to-support-sms/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 20:32:01 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=759</guid>
		<description><![CDATA[Recently multiple news outlets reported on Waterloo, Iowa&#8217;s Black Hawk County 911 center&#8217;s new SMS capability.
While this subject is not specifically VoIP security, considering the blending of communications methods and the importance of 911 call centers I figure that SMS in this context is fair game for a VOIPSA Blog post.  
Several security implications [...]]]></description>
			<content:encoded><![CDATA[<p>Recently multiple news outlets <a href="http://news.google.com/news/more?um=1&amp;ned=us&amp;cf=all&amp;ncl=d5RNOUOZK57OqOM6cDsKo0wjG0ENM">reported</a> on Waterloo, Iowa&#8217;s Black Hawk County 911 center&#8217;s new <a href="http://en.wikipedia.org/wiki/Short_message_service">SMS</a> capability.</p>
<p>While this subject is not specifically VoIP security, considering the blending of communications methods and the importance of 911 call centers I figure that SMS in this context is fair game for a VOIPSA Blog post.  </p>
<p>Several security implications surrounding this new 911 SMS capability come to mind:</p>
<p><strong>Time Delays in SMS transmissions</strong> &#8211; we&#8217;ve all experienced some delay, from marginal to extended, when it comes to sending and receiving SMS messages.  What remains unclear from reports is if the carriers supporting 911 SMS in Black Hawk County give SMS to 911 communication priority network access, either initially and/or throughout the entire SMS dialog.</p>
<p><strong>Lingo</strong> &#8211; SMS messages are limited to 160 characters.  As a result, acronyms and texting lingo are pervasive.  Reports say the 911 operators are brushing up on their texting lingo in preparation.  I sure do hope they are using decent resources, such as <a href="http://www.netlingo.com/acronyms.php">TLLTMSIFW</a>, so when <a href="http://www.netlingo.com/word/hiooc.php">HIOOC</a> comes in <a href="http://www.netlingo.com/word/idgara.php">IDGARA</a> is the right response.</p>
<p><strong>Flooding </strong> &#8211; sending mass amounts of SMS messages could adversely affect the call center&#8217;s operations.  Using pre-paid phones, bluetooth dongles and simple software, an attacker with marginal resources could initiate this kind of attack with ease.  How will 911 call centers handling SMS handle floods of SMS messages?  The nuisance facter here should not be underestimated; here&#8217;s some <a href="http://www.geekzone.co.nz/forums.asp?ForumId=22&amp;TopicId=12209">good anecdotal experience</a><code></code></p>
<p><strong><a href="http://en.wikipedia.org/wiki/SMS_spoofing">SMS Spoofing</a></strong> &#8211; with the advent of various spoofing services, we&#8217;ve seen the types of attacks that can leverage spoofing.  <a href="www.spoofcard.com">SpoofCard</a> time and again has unauthorized access to voicemail, and still an issue with some carrier&#8217;s default user settings.  We can expect to see the same issues with SMS spoofing.</p>
<p><strong>SMS <a href="http://en.wikipedia.org/wiki/Swatting">Swatting</a></strong> &#8211; will likely be a byproduct of spoofing SMS messages to 911 call centers.  However, the use of SMS brings a new twist to Swatting, since the spoofed SMS message will be tied to a cellular phone, rather than a fixed landline number, perhaps leading to mobile Swatting as law enforcement will need to track the mobile phone (GPS, triangulation) to gain physical proximity the the SMS origin.</p>
<p><a href="http://en.wikipedia.org/wiki/Multimedia_Messaging_Service"><strong>MMS</strong></a> &#8211; while no mention is made in the news reports about MMS support at 911 call centers, I think it&#8217;s reasonable to assume that ability to handle multimedia messages is in the works.  The implications of moving from 160 characters of text to multimedia messaging with attached video/photos are dramatic.  Further, this opens new attack vectors in terms of how these multimedia files are processed and accessed (think trojan Flash, PNG, etc.).</p>
<p>I&#8217;ve only scratched the surface here of course, but hopefully this provides some food for thought &#8212; as always, comments welcome <img src='http://voipsa.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2009/08/07/first-911-center-to-support-sms/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Trends on VoIP Security</title>
		<link>http://voipsa.org/blog/2009/07/28/google-trends-on-voip-security/</link>
		<comments>http://voipsa.org/blog/2009/07/28/google-trends-on-voip-security/#comments</comments>
		<pubDate>Tue, 28 Jul 2009 21:22:40 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/?p=750</guid>
		<description><![CDATA[I&#8217;ve recently been using Google Trends for some research, and find it an interesting tool for, well, trending.  Doing a Google Trends profile of VoIP Security shows an interesting tailing-off.  So what&#8217;s the story?  Is this just another case of &#8220;it&#8217;s all the same, nobody cares&#8221; in action?

]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve recently been using Google Trends for some research, and find it an interesting tool for, well, trending.  Doing a Google Trends profile of <a href="http://www.google.com/trends?q=voip+security">VoIP Security</a> shows an interesting tailing-off.  So what&#8217;s the story?  Is this just another case of &#8220;it&#8217;s all the same, nobody cares&#8221; in action?</p>
<p><a href="http://voipsa.org/blog/wp-content/uploads/google_trends.PNG"><img src="http://voipsa.org/blog/wp-content/uploads/google_trends-300x152.PNG" alt="google_trends" width="400" height="200" class="aligncenter size-medium wp-image-751" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2009/07/28/google-trends-on-voip-security/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>GNUcitizen research discovery: Default key algorithm in Thomson and BT Home Hub routers</title>
		<link>http://voipsa.org/blog/2008/04/17/gnucitizen-research-discovery-default-key-algorithm-in-thomson-and-bt-home-hub-routers/</link>
		<comments>http://voipsa.org/blog/2008/04/17/gnucitizen-research-discovery-default-key-algorithm-in-thomson-and-bt-home-hub-routers/#comments</comments>
		<pubDate>Thu, 17 Apr 2008 13:32:53 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/2008/04/17/gnucitizen-research-discovery-default-key-algorithm-in-thomson-and-bt-home-hub-routers/</guid>
		<description><![CDATA[Well, the GNUcitizen folks are at it again, and have discovered the default WEP keys shipped with Thomson and BT Home routers.&#160; ZDnet and a few other news outlets have picked up the story, but IMHO your best bet it to read the details from the source.  You can see BT&#8217;s security response here.

]]></description>
			<content:encoded><![CDATA[<p>Well, the GNUcitizen folks are at it again, and have discovered the default WEP keys shipped with Thomson and BT Home routers.&nbsp; ZDnet and a few other news outlets have picked up the story, but IMHO your best bet it to read the details from <a href="http://www.gnucitizen.org/blog/default-key-algorithm-in-thomson-and-bt-home-hub-routers/">the source</a>.  You can see <a href="http://bt.custhelp.com/cgi-bin/bt.cfg/php/enduser/cci/bt_adp.php?p_faqid=10490&amp;cat_lvl1=346&amp;cat_lvl2=401&amp;p_cv=2.401&amp;p_cats=346,401">BT&#8217;s security response here</a>.</p>
<p><img src="http://www.gnucitizen.org/images/6371530_3ec6be425d.jpg"></p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2008/04/17/gnucitizen-research-discovery-default-key-algorithm-in-thomson-and-bt-home-hub-routers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Australians falling victim to foreign phone hackers</title>
		<link>http://voipsa.org/blog/2008/04/17/australians-falling-victim-to-foreign-phone-hackers/</link>
		<comments>http://voipsa.org/blog/2008/04/17/australians-falling-victim-to-foreign-phone-hackers/#comments</comments>
		<pubDate>Thu, 17 Apr 2008 12:48:33 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/2008/04/17/australians-falling-victim-to-foreign-phone-hackers/</guid>
		<description><![CDATA[Foreign-based criminals are reportedly ripping off Australian companies by hacking into their telephone systems and racking up massive bills.&#160; Last week a Melbourne retailer and university were hit with collective phone bills for more than 100-thousand dollars of overseas calls.&#160; And both parties are angry with Telstra which they say is insisting they pay the [...]]]></description>
			<content:encoded><![CDATA[<p>Foreign-based criminals are <a href="http://www.livenews.com.au/Articles/2008/04/17/Australians_falling_victim_to_foreign_phone_hackers">reportedly ripping off</a> Australian companies by hacking into their telephone systems and racking up massive bills.&nbsp; Last week a Melbourne retailer and university were hit with collective phone bills for more than 100-thousand dollars of overseas calls.&nbsp; And both parties are angry with Telstra which they say is insisting they pay the bills.&nbsp; The Camberwell Electrics Superstore says it was contacted by Telstra to ask why it had made 20 thousand dollars worth of overseas calls in less than two weeks.&nbsp; And Swinburne University says it knew nothing about the scam until it was hit with an 80-thousand dollar bill.</p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2008/04/17/australians-falling-victim-to-foreign-phone-hackers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Xplico Network Forensic Analysis Tool</title>
		<link>http://voipsa.org/blog/2008/04/16/xplico-network-forensic-analysis-tool/</link>
		<comments>http://voipsa.org/blog/2008/04/16/xplico-network-forensic-analysis-tool/#comments</comments>
		<pubDate>Wed, 16 Apr 2008 20:32:23 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/2008/04/16/xplico-network-forensic-analysis-tool/</guid>
		<description><![CDATA[The goal of Xplico is extract from an internet traffic capture the applications data contained.&#160; For example, from a pcap file Xplico extracts each email (POP, IMAP, and SMTP protocols), all HTTP contents, each VoIP call (SIP), and so on. Xplico isn&#8217;t a network protocol analyzer. Xplico is an open source Network Forensic Analysis Tool [...]]]></description>
			<content:encoded><![CDATA[<p>The goal of <a href="http://www.xplico.org">Xplico</a> is extract from an internet traffic capture the applications data contained.&nbsp; For example, from a pcap file Xplico extracts each email (POP, IMAP, and SMTP protocols), all HTTP contents, <strong><em>each VoIP call (SIP),</em></strong> and so on. Xplico isn&#8217;t a network protocol analyzer. Xplico is an open source Network Forensic Analysis Tool (NFAT).&nbsp; Xplico is released under the GNU General Public License.
<p><img src="http://www.xplico.org/images/screenshots/voip_sip.png"></p>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2008/04/16/xplico-network-forensic-analysis-tool/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Quarterly VoIP Vulnerabilities Summary</title>
		<link>http://voipsa.org/blog/2008/04/14/quarterly-voip-vulnerabilities-summary/</link>
		<comments>http://voipsa.org/blog/2008/04/14/quarterly-voip-vulnerabilities-summary/#comments</comments>
		<pubDate>Mon, 14 Apr 2008 21:04:46 +0000</pubDate>
		<dc:creator>Shawn Merdinger</dc:creator>
				<category><![CDATA[VoIP Security]]></category>
		<category><![CDATA[VoIP Vulnerabilities]]></category>

		<guid isPermaLink="false">http://voipsa.org/blog/2008/04/14/quarterly-voip-vulnerabilities-summary/</guid>
		<description><![CDATA[While most VoIP-related vulnerabilities are posted to the VOIPSA mailing list or blog, I thought it might be useful to have a informal quarterly summary of sorts among VoIP devices per searches from NIST.&#160; I hope folks find it helpful, and of course post comments if I&#8217;ve overlooked anything from 1 January 2008 through 31 [...]]]></description>
			<content:encoded><![CDATA[<p>While most VoIP-related vulnerabilities are posted to the VOIPSA mailing list or blog, I thought it might be useful to have a informal quarterly summary of sorts among VoIP devices per searches from <a href="http://nvd.nist.gov">NIST</a>.&nbsp; I hope folks find it helpful, and of course post comments if I&#8217;ve overlooked anything from 1 January 2008 through 31 March 2008.</p>
<p><strong><u>VoIP Firewalls</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0263"><strong>CVE-2008-0263</strong></a> Ingate Firewall &amp; SIParator 1/15/2008</li>
</ul>
<p><strong><u>Cisco Phones</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0531"><strong>CVE-2008-0531</strong></a> Cisco Unified IP Phone 7940, 7940G, 7960, and 7960G 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0530"><strong>CVE-2008-0530</strong></a> Cisco Unified IP Phone 7940, 7940G, 7960, and 7960G 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0529"><strong>CVE-2008-0529</strong></a> Cisco Unified IP Phone 7940, 7940G, 7960, and 7960G 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0528"><strong>CVE-2008-0528</strong></a> Cisco Unified IP Phone 7940, 7940G, 7960, and 7960G 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0527"><strong>CVE-2008-0527</strong></a> Cisco Unified IP Phone 7935 and 7936 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0526"><strong>CVE-2008-0526</strong></a> Cisco Unified IP Phone 7940, 7940G, 7960, and 7960G 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1113"><strong>CVE-2008-1113</strong></a> Cisco Unified Wireless IP Phone 7921 3/3/2008</li>
</ul>
<p><strong><u>Snom Phones</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1251"><strong>CVE-2008-1251</strong></a> Snom 320 SIP Phone 3/10/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1250"><strong>CVE-2008-1250</strong></a> Snom 320 SIP Phone 3/10/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1249"><strong>CVE-2008-1249</strong></a> Snom 320 SIP Phone 3/10/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1248"><strong>CVE-2008-1248</strong></a> Snom 320 SIP Phone 3/10/2008</li>
</ul>
<p><strong><u>Vocera Phones</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1114"><strong>CVE-2008-1114</strong></a> Vocera Communications wireless handsets 3/3/2008</li>
</ul>
<p><strong><u>Routers &amp; Gateways</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1334"><strong>CVE-2008-1334</strong></a> BT Home Hub router 3/13/2008</li>
</ul>
<p><strong><u>Asterisk PBX</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1289"><strong>CVE-2008-1289</strong></a> Asterisk Open Source 3/24/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1390"><strong>CVE-2008-1390</strong></a> Asterisk Open Source 3/24/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1332"><strong>CVE-2008-1332</strong></a> Asterisk Open Source 3/19/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1333"><strong>CVE-2008-1333</strong></a> Asterisk Open Source 3/19/2008</li>
</ul>
<p><strong><u>Cisco Call Manager</u></strong></p>
<ul>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0026"><strong>CVE-2008-0026</strong></a> Cisco Unified CallManager/Communications Manager 2/14/2008</li>
<li><a href="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0027"><strong>CVE-2008-0027</strong></a> Cisco Unified Communications Manager 1/16/2008</li>
</ul>
<p><strong>UPDATE 4/15/08</strong></p>
<li><strong><a href="http://milw0rm.com/exploits/5113">Milw0rm 5113</a></strong> Philips VOIP841 PC-Free DECT 6.0 Wireless IP Phone 2-14-2008</li>
]]></content:encoded>
			<wfw:commentRss>http://voipsa.org/blog/2008/04/14/quarterly-voip-vulnerabilities-summary/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
