< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [reSIProcate] Helper::advancedAuthenticateRequest() and old nonces


We have had this issue after a server crash, and one of our lab terminals, I dont remember wich brand, tried periodically to re-register with the credentials based on the stale nonce but was rejected every time with 403 and never got registered again (until rebooted). I think it is the correct behaviour to send a 401 with a fresh nonce if the server isn't happy with the one in the request.

best regards
Björn Andersson

Alexander Altshuler wrote:
Exactly - we may have infinity message flow:
(Request with bad credential) <-> (401 with challenge)

I don't see any use cases when 401 will help.
Even if you use pool of proxies - you may share one nonce helper key
among servers.
But if somebody provides credential for YOUR domain/ip and it does not
contain proper nonce - it should be rejected.

Regards
Alexander Altshuler
http://xeepe.com

-----Original Message-----
From: Byron Campen [mailto:bcampen@xxxxxxxxxxxx] Sent: Wednesday, March 12, 2008 5:38 PM
To: Alexander Altshuler
Cc: 'resiprocate-devel'
Subject: Re: [reSIProcate] Helper::advancedAuthenticateRequest() and old
nonces

        This is certainly useful. Do you have an opinion on the 403 vs.
401 issue though? It seems that sending a 403 buys us absolutely nothing, and hurts interop besides. I see no reason to continue doing it. I could maybe see sending a 403 if someone sends us credentials that are malformed, on the assumption that the endpoint is broken and we should just tell it to shut up. (This brings up the question of how we deal with endpoints that don't know when to quit sending us bad credentials.)


_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxx
https://list.resiprocate.org/mailman/listinfo/resiprocate-devel


--
This communication is confidential and intended solely for the addressee(s). 
Any unauthorized review, use, disclosure or distribution is prohibited. If you 
believe this message has been sent to you in error, please notify the sender by 
replying to this transmission and delete the message without disclosing it. 
Thank you.
E-mail including attachments is susceptible to data corruption, interruption, 
unauthorized amendment, tampering and viruses, and we only send and receive 
e-mails on the basis that we are not liable for any such corruption, 
interception, amendment, tampering or viruses or any consequences thereof.