[OpenSIPS-Users] proxy_authorize("","subscriber") bug ??
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Sun Aug 1 16:59:11 CEST 2010
Hi Pasan,
Pasan Meemaduma wrote:
> Hi Bogdan,
>
> I'm bit confused.
>
> If I add t_newtran() as follow to by authentication route will it
> affect the original INVITEs ?
no, it will not.
>
> There's no much details about t_newtran() function in documentation.
It just create the transaction
>
> will this function create a new transaction for retransmitted INVITEs
> and allow to by pass the proxy_authorize("","subscriber")?
I advice you to read the SIP RFC3261 - all retransmissions of a request
belong to the same transaction.
>
> will this affect the accounting anyway ?
no.
Regards,
Bogdan
>
> thanks
>
> ------------------------------------------------------------------------
> *From:* Bogdan-Andrei Iancu <bogdan at voice-system.ro>
> *To:* OpenSIPS users mailling list <users at lists.opensips.org>
> *Sent:* Thursday, July 29, 2010 15:26:47
> *Subject:* Re: [OpenSIPS-Users] proxy_authorize("","subscriber") bug ??
>
> Hi Pasan,
>
> Better try something like:
>
>
> if (!allow_trusted()) {
> t_newtran();
> if (!proxy_authorize("","subscriber")) {
> if(!lookup("location") ){
> proxy_challenge("","0");
> exit;
> }
> } else if (!check_from()) {
> sl_send_reply("403", "Spoofed From-URI detected");
> xlog("L_INFO","Spoofed From-URI detected ! from --> $fu
> -- IP $si PORT:$sp");
> exit;
> }
> if(is_present_hf("Proxy-Authorization")){
> consume_credentials();
> }
> }
>
>
> the t_check_tran() function check is the transaction already exists (for
> retransmissions), but it is not creating the transaction.
>
> Best regards,
> Bogdan
>
>
> Pasan Meemaduma wrote:
> > Hi Bogdan,
> >
> > My authentication route is as follow,
> >
> > if (!allow_trusted()) {
> > if (!proxy_authorize("","subscriber")) {
> > if(!lookup("location") ){
> > proxy_challenge("","0");
> > exit;
> > }
> > } else if (!check_from()) {
> > sl_send_reply("403", "Spoofed From-URI detected");
> > xlog("L_INFO","Spoofed From-URI detected ! from -->
> > $fu -- IP $si PORT:$sp");
> > exit;
> > }
> > if(is_present_hf("Proxy-Authorization")){
> > consume_credentials();
> > }
> > }
> >
> > This route is before the dispatch route (t_relay())
> > I think retransmitted INVITEs get block by this route so If I use the
> > t_check_trans() as follow will I able to absorb the retransmitted
> > INVITE ?
> >
> > if (!allow_trusted()) {
> > if (!proxy_authorize("","subscriber")) {
> > if(!lookup("location") && ! t_check_trans() ){
> > proxy_challenge("","0");
> > exit;
> > }
> > } else if (!check_from()) {
> > sl_send_reply("403", "Spoofed From-URI detected");
> > xlog("L_INFO","Spoofed From-URI detected ! from -->
> > $fu -- IP $si PORT:$sp");
> > exit;
> > }
> > if(is_present_hf("Proxy-Authorization")){
> > consume_credentials();
> > }
> > }
> >
> > modparam("auth", "disable_nonce_check", 1) setting this is not a good
> > idea i think.
> >
> > thanks
> >
> >
> > ------------------------------------------------------------------------
> > *From:* Pasan Meemaduma <pasandev at ymail.com <mailto:pasandev at ymail.com>>
> > *To:* OpenSIPS users mailling list <users at lists.opensips.org
> <mailto:users at lists.opensips.org>>
> > *Sent:* Monday, July 12, 2010 16:46:26
> > *Subject:* Re: [OpenSIPS-Users] proxy_authorize("","subscriber") bug ??
> >
> > Hi Bogdan,
> >
> > Thanks for the quick reply,
> >
> > What I now suspect is the security mechanism for stale nonces
> > introduced in later 1.4 causing this. The identical configuration
> > works fine with opensips 1.4
> >
> > This problem started to appear after I upgrade server from openser to
> > opensips about a month ago.
> >
> > Loosing registration is the most worst problem since its affecting
> > incoming calls.
> >
> > For the moment what I did was add the following in my opensips.cfg
> > after going through the mailing list archives.
> >
> >
> > modparam("auth", "disable_nonce_check", 1)
> >
> > As I understood opensips reject nonce which is used before even if it
> > send with correct credentials. This could be the problem that
> > Re-INVITEs get 407 .
> >
> > I can't do much changes to observe more debuging information like
> > setting set debug =6 as this is a production server.
> >
> > I'm going to apply the new setting modparam("auth",
> > "disable_nonce_check", 1) tomorrow on our offpeak time and see whether
> > it will resolve the problem.
> >
> > I'll get back to here tomorrow with the results.
> >
> >
> >
> > ------------------------------------------------------------------------
> > *From:* Bogdan-Andrei Iancu <bogdan at voice-system.ro
> <mailto:bogdan at voice-system.ro>>
> > *To:* OpenSIPS users mailling list <users at lists.opensips.org
> <mailto:users at lists.opensips.org>>
> > *Sent:* Monday, July 12, 2010 15:46:18
> > *Subject:* Re: [OpenSIPS-Users] proxy_authorize("","subscriber") bug ??
> >
> > Hi Pasan,
> >
> > first, for non-REGISTER requests use only the proxy_XXXX() functions.
> >
> > For debugging the failure, try:
> >
> > 1) print the return code of the proxy_authorize() (use $retcode) - see
> > http://www.opensips.org/html/docs/modules/1.6.x/auth_db.html#id228340
> >
> > 2) set debug =6 and post the log corresponding to the INVITE
> processing .
> >
> > Regards,
> > Bogdan
> >
> > Pasan Meemaduma wrote:
> > > Hi All,
> > >
> > > I'm having trouble with my authentication routine with opensips 1.5
> > >
> > > I'm currently using opensips 1.5.3-1
> > >
> > > And there are lot of voip equipments using this production server.
> > >
> > > problem is that sometimes for some sip clients
> > > proxy_authorize("","subscriber") returns false even with correct
> > > credentials.
> > >
> > > basically most of the times this happens to Re-INVITEs in a dialogue
> > > (messages with Proxy-Authorization Header).
> > >
> > > This is causing in progress calls being failed. sip client gives up
> > > when it changes again.
> > >
> > > And another problem is with www_authorize("", "subscriber")
> > >
> > > It has the same problem returns false even with correct credentials.
> > > and this happens randomly so , its hard to figure out why .
> > >
> > > does any one else having problem with simillar issues with using these
> > > routines ?
> > >
> > > Is it a bug in these routines ?
> > >
> > > Is there a new release for 1.5 branch which has fixed this sort of a
> > > problem.
> > >
> > > any help on this would be very appreciated.
> > >
> > > currently server has more than 8000 entries in location table at any
> > > given time and handles more than 3000 calls per day.
> > >
> > > following is one such sip trace that i got from a call
> > >
> > >
> > > Even the re- INVITE has correct Proxy-Authorization header present
> > > opensips change it again.
> > >
> > > U 2010/06/24 16:03:40.466974 y.y.y.y:5060 -> x.x.x.x:5060
> > > INVITE sip:1234567890 at x.x.x.x <mailto:1234567890 at x.x.x.x>
> <mailto:1234567890 at x.x.x.x <mailto:1234567890 at x.x.x.x>> SIP/2.0.
> > > To: <sip:1234567890 at x.x.x.x <mailto:1234567890 at x.x.x.x>
> <mailto:1234567890 at x.x.x.x <mailto:1234567890 at x.x.x.x>>>.
> > > From: "abcdefgh" <sip:abcdefgh at x.x.x.x <mailto:abcdefgh at x.x.x.x>
> > <mailto:abcdefgh at x.x.x.x <mailto:abcdefgh at x.x.x.x>>>;tag=252070.
> > > Call-ID: 444603gj at 192.168.1.20.
> > > CSeq: 5 INVITE.
> > > Via: SIP/2.0/UDP 192.168.1.20:5060;branch=z9hG4bK155910d13;rport.
> > > Allow: ACK,BYE,CANCEL,INVITE,INFO,NOTIFY,OPTIONS,PRACK,REFER,UPDATE.
> > > Contact: <sip:abcdefgh at 192.168.1.20:5060>.
> > > Supported: replaces,precondition.
> > > Accept: application/sdp,application/cpim-pidf+xml.
> > > Expires: 240.
> > > User-Agent: BiPAC 7404VGPX 5.53.s6.b1.
> > > Accept-Language: en.
> > > Content-Type: application/sdp.
> > > Content-Length: 306.
> > > Content-Language: en.
> > > Content-Disposition: session.
> > > Max-Forwards: 70.
> > > Proxy-Authorization: Digest
> > >
> >
> username="abcdefgh",realm="x.x.x.x",nonce="4c22f542000042ba42dd84f4cd197a73f815b9c34124752c",uri="sip:1234567890 at x.x.x.x
> <mailto:1234567890 at x.x.x.x>
> > <mailto:1234567890 at x.x.x.x
> <mailto:1234567890 at x.x.x.x>>",response="32f7b1dfebfa87b20d1efe0e47019b81".
> > > .
> > > v=0.
> > > o=abcdefgh 862 862 IN IP4 192.168.1.20.
> > > s=-.
> > > c=IN IP4 192.168.1.20.
> > > t=0 0.
> > > m=audio 5100 RTP/AVP 18 0 8 101.
> > > a=rtpmap:18 G729/8000.
> > > a=rtpmap:0 PCMU/8000.
> > > a=rtpmap:8 PCMA/8000.
> > > a=rtpmap:101 telephone-event/8000.
> > > a=fmtp:101 0-15,66,70.
> > > a=curr:qos e2e send.
> > > a=des:qos optional e2e sendrecv.
> > > a=sendrecv.
> > >
> > >
> > > U 2010/06/24 16:03:40.468557 x.x.x.x:5060 -> y.y.y.y:5060
> > > SIP/2.0 407 Proxy Authentication Required.
> > > To: <sip:1234567890 at x.x.x.x <mailto:1234567890 at x.x.x.x>
> > <mailto:1234567890 at x.x.x.x
> <mailto:1234567890 at x.x.x.x>>>;tag=a1270bde159848b15079f3c250cc0b75.56af.
> > > From: "abcdefgh" <sip:abcdefgh at x.x.x.x <mailto:abcdefgh at x.x.x.x>
> > <mailto:abcdefgh at x.x.x.x <mailto:abcdefgh at x.x.x.x>>>;tag=252070.
> > > Call-ID: 444603gj at 192.168.1.20.
> > > CSeq: 5 INVITE.
> > > Via: SIP/2.0/UDP
> > > 192.168.1.20:5060;branch=z9hG4bK155910d13;rport=5060;received=y.y.y.y.
> > > Proxy-Authenticate: Digest realm="x.x.x.x",
> > > nonce="4c22f55a00004fac9c389333991faa357d4dda38f4b9159f".
> > > Server: Voip.
> > > Content-Length: 0.
> > >
> > >
> > >
> > >
>
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Bootcamp
> 20 - 24 September 2010, Frankfurt, Germany
> www.voice-system.ro
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
--
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
20 - 24 September 2010, Frankfurt, Germany
www.voice-system.ro
More information about the Users
mailing list