3.0.x - Issue with EAP-SIM - EAP-Message too short in Challenge
Arran Cudbard-Bell
a.cudbardb at freeradius.org
Thu Jun 12 11:22:18 CEST 2014
On 12 Jun 2014, at 09:41, Chaigneau, Nicolas <nicolas.chaigneau at capgemini.com> wrote:
>
>
> -----Message d'origine-----
>>
>> Or try the latest head... we still had a bunch of duplicate c preprocessor macros for the attribute numbers, and i'd messed up the fallback to searching in the reply list.
>>
>> That broke between v3.0.2 and v3.0.3, though it could be worked around by putting the triplets in the control list, which i'm guessing is what you're doing...
>>
>> Arran Cudbard-Bell <a.cudbardb at freeradius.org> FreeRADIUS Development Team
>
>
>
> I assumed putting them in the control list was the correct way to do it in FreeRADIUS 3...
>
>
> Is the following syntax for a "files" entry still correct ?
>
> 1208010000000002 at wlan.mnc001.mcc208.3gppnetwork.org EAP-Type := SIM, EAP-Sim-Rand1 += 0x00000000000000000000000000000001, EAP-Sim-SRES1 += 0x527802AC, EAP-Sim-KC1 += 0x1D360B8913989912, EAP-Sim-Rand2 += 0x00000000000000000000000000000002, EAP-Sim-SRES2 += 0x373CE2FD, EAP-Sim-KC2 += 0x9D78B5507500483E, EAP-Sim-Rand3 += 0x00000000000000000000000000000003, EAP-Sim-SRES3 += 0xBA83404A, EAP-Sim-KC3 += 0xE79E10D04CFC08FE
>
>
> Or should I put the SIM triplets in "reply" instead of "control" ?
no, keep them in control. This is just weird *sigh*.
I'm guessing radeapclient can be used to test this locally?
Arran Cudbard-Bell <a.cudbardb at freeradius.org>
FreeRADIUS Development Team
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 881 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20140612/59db67d6/attachment.pgp>
More information about the Freeradius-Users
mailing list