Re: Win2003 IAS CRP's attribute manipulations == MS-CHAPv2 login failures.
From: Tony (tburnett_at_columbus.rr.com)
Date: 09/24/04
- Next message: stijnc: "client doesn't respond on 'identity'-question of authentication sw"
- Previous message: Tony: "Re: Win2003 IAS CRP's attribute manipulations == MS-CHAPv2 login failures."
- In reply to: Tony: "Re: Win2003 IAS CRP's attribute manipulations == MS-CHAPv2 login failures."
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 24 Sep 2004 10:11:44 -0400
After looking into this issue a bit father, this seems to be a deficiency in
the MS-CHAPv2 RFC (ftp://ftp.rfc-editor.org/in-notes/rfc2759.txt).
The computation of the Peer-Challenge uses the username as one of its
inputs. The RFC *attempts* to normalize the username by allowing the
"MYDOMAIN\" portion to be removed *BEFORE* the challenge is computed.
However, the RFC does not take into consideration the case where the
username is a NAI (what MS calls a UPN), test@mydomain.com.
This would explain why the MYDOMAIN\ find/replace set works, where as the
@mydomain.com find/replace set does not. As on the AUTH RAIDUS server it
already uses the normalized username (the domain PREFIX removed) in its
computations. However, in the case of sending a NAI (aka UPN),
normalization does NOT take place. As such, AUTH cannot validate the peer
challenge correctly.
In short, this issue appears to be "by bad rfc design". Looks like Glen
Zorn didn't foresee this scenario when writing the RFC.
I don't see this mentioned in a KB and/or the IAS help. But it certainly
should be.
--
Tony
"Tony" <tburnett@columbus.rr.com> wrote in message
news:OZXn$PaoEHA.3728@TK2MSFTNGP09.phx.gbl...
>I can make the setup a bit easier....
>
> Setup both find/replace rules in the **same** CRP (order doesn't mater).
> The results are the same. Username's that match the @mydomain
> find/replace set fail with MS-CHAPv2, those that match the MYDOMAIN\
> find/replace set work fine with MS-CHAPv2. Though in both cases the
> username received by AUTH is identical.
>
> --
> Tony
> "Tony" <tburnett@columbus.rr.com> wrote in message
> news:uVgon2ZoEHA.2340@TK2MSFTNGP10.phx.gbl...
>> In some scenarios, IAS CRP's attribute manipulations result in MS-CHAPv2
>> login failures.
>>
>> Setup:
>> 1. Build 2 Win2003 IAS boxes (PROXY and AUTH) in a domain (mydomain.com
>> [MYDOMAIN]).
>> 2. On PROXY create a remote server group that points to AUTH
>> 3. On AUTH create a RADIUS client for PROXY
>> 4. On PROXY create a RADIUS client for the machine that will generate
>> PAP/CHAP/MS-CHAPv1/MS-CHAPv2 Access-Requests (CLIENT). DO NOT USE THE
>> SAME SHARED SECRET between CLIENT and PROXY that you used between PROXY
>> and AUTH.
>> 5. On PROXY create a CRP ("Proxy All") that captures all requests and
>> proxies (forwards) them to AUTH.
>> 6. Edit "Proxy All" and select "Edit Profile". Switch to the "Attribute"
>> tab.
>> 7. Select "User-Name" from the pull down
>> 8. Select "Add"
>> 9. Find: "^(.+)(@mydomain\.com)$" (no quotes)
>> 10. Replace: $1
>> 11.Send PAP, CHAP, MS-CHAPv1 and MS-CHAPv2 requests to PROXY from CLIENT
>> for the user "test@mydomain.com".
>> 12.Does PAP, CHAP, MS-CHAPv1 work? How about MS-CHAPv2?
>> 13.Now change the find/replace rules to...
>> 14.Find: "^(MYDOMAIN\\)(.+)$"
>> 15.Replace: $2
>> 16.Repeat client requests with the username "MYDOMAIN\test". Same
>> results?
>>
>> We found that with find/replace set #1 using MS-CHAPv2 always resulted in
>> a "unknown username or bad password" failure on AUTH. However with
>> find/replace set #2 it works fine. In both cases you are sending the
>> same username attribute ("test") to AUTH from PROXY.
>>
>> What gives? I assume this may have something to do with MS-CHAPv2's
>> "peer to peer" mutual authentication?
>> --
>> Tony
>>
>>
>
>
- Next message: stijnc: "client doesn't respond on 'identity'-question of authentication sw"
- Previous message: Tony: "Re: Win2003 IAS CRP's attribute manipulations == MS-CHAPv2 login failures."
- In reply to: Tony: "Re: Win2003 IAS CRP's attribute manipulations == MS-CHAPv2 login failures."
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|