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