<div dir="ltr">Hi there,<div><br></div><div>It is likely that it is someone trying to find a SIP gateway / proxy that is misconfigured and would relay SIP INVITEs without requiring authentication (to commit toll fraud).</div>

<div><br></div><div>
In this case, I think that the security hole that the attackers likely are trying to exploit does not affect your customer's home workers. </div><div><br></div><div>As for solutions or mitigations (assuming you really cannot do anything with the customer's router/firewall/nat device):</div>
<div><br></div>

<div><div><ul><li>some phones can be restricted to only respond to INVITE messages coming from specific IP addresses (such as the SIP proxy address)</li><li>some phones can be restricted to only respond to INVITE messages where the SIP address is the one configured on the phone</li>


<li>you could change the SIP port to some high port - it will stop your customer's midnight callers at least for a while</li><li>switching to TCP might have the same effect, with the added benefit of not requiring NAT mapping (I think) </li>


</ul></div>Had covered something like this on my blog: </div><div><a href="http://blog.sipvicious.org/2012/12/if-sipvicious-gives-you-ring.html">http://blog.sipvicious.org/2012/12/if-sipvicious-gives-you-ring.html</a><br>
</div><div><br></div><div>As someone else mentioned, you can detect this sort of issue with your customer equipment by sending an OPTIONS request. This is easily done using SIPVicious svmap.py. </div><div><br></div><div><br>
</div><div class="gmail_extra"><br clear="all"><div>Sandro Gauci<br>Penetration tester and security researcher<br>Email: <a href="mailto:sandro@enablesecurity.com" target="_blank">sandro@enablesecurity.com</a><br>

Web: <a href="http://enablesecurity.com/" target="_blank">http://enablesecurity.com/</a><br>PGP: 8028 D017 2207 1786 6403  CD45 2B02 CBFE 9549 3C0C</div>
<br><br><div class="gmail_quote">On Fri, Sep 27, 2013 at 6:46 PM, PE <span dir="ltr"><<a href="mailto:peeip989@gmail.com" target="_blank">peeip989@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div dir="ltr">Greetings!<div><br></div><div>We have a customer whose users work from home over the local broadband carrier. They have 3 users who have complained of similar circumstances, where they are receiving multiple calls from caller ID such as "100(100)", "101(101)",  and "1001(1001)". We show no record of these calls, either from CDR's, logs, or SIP captures, so it seems that there is an outside party sending SIP directly to the (Polycom) handsets.</div>



<div><br></div><div>Anyone seen this? Any idea if there is a particular security hole being attempted? Assuming the users cannot control their broadband router, any suggestions on how to better lock this down?</div><div>


<br>
</div><div>Thanks</div></div>
<br>_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
<br></blockquote></div><br></div></div>