[Serdev] auth_radius module problems in pre39
Jan Janak
jan at iptel.org
Fri Jul 11 21:18:05 UTC 2003
Yes, comments inline.
On 12-07 00:00, Maxim Sobolev wrote:
> Any progress on this?
>
> -Maxim
>
> Jan Janak wrote:
>
> >Maxim,
> >
> >I'll comment it on Thursday, I am terribly busy now.
> >
> >
> > Jan.
> >
> >On 08-07 22:58, Maxim Sobolev wrote:
> >
> >>Folks,
> >>
> >>Following is the list of problems we encountered in the auth_radius
> >>module found in the 0.8.11pre39 snapshot:
> >>
> >>1. Nonce validation apparently doesn't work. I've verified that the
> >>nonce in client's authenticated request is the same as one send by ser
> >>in the Unauthorized reply, but check_nonce() fails, I am getting
> >>"Invalid nonce value received, very suspicious" in the log and the auth
> >>fails. I've commented check_nonce() call and it now works like a charm.
There were some problems with nonce validation some time ago but it
has been fixed already. What is the architecture and operating system
? I'd like to debug it but I need more information.
> >>2. For some unclear reason, auth module now compares hostname in the
> >>request URI with realm provided in the appropriate auth header and
> >>rejects auth if they do not match. This basically makes realm argument
> >>in *_challenge() and *_authorize() functions totally useless as user
> >>will be unable to select anything but SER's IP or SER's hostname there.
> >>IMO this restriction have to be removed or at least conditionalised on
> >>some config variable.
Do you mean that To or From domain name is compared to realm ? This
comparison was introduced by Juha for multi-domain support. A request
must have To or From (depending on request type) domain same as the
digest realm value. The reason for this check is that a proxy can
handle multiple domain concurrently, in that case it is good to check
the domain and realm, otherwise users might use their credentials for
realm A to get access to realm B even if they have no credentials for
realm B.
Jan.
More information about the Serdev
mailing list