EAP-TTLS-PAP-LDAP

[Matt Ashfield]

I think I'm having similar problems. Trying to do EAP-TTLS against LDAP with
passwords stored in ssha-1 I get the following in my debug:

rlm_ldap: Added password {SSHA}sBKY63Qm0H8T/Rx25tveoZfGaYd9Rjk45TCrWA== in
check items
rlm_ldap: looking for check items in directory...
rlm_ldap: looking for reply items in directory...
rlm_ldap: user mda authorized to use remote access
rlm_ldap: ldap_release_conn: Release Id: 0
  modcall[authorize]: module "ldap" returns ok for request 4
modcall: group authorize returns ok for request 4
  rad_check_password:  Found Auth-Type ldap
auth: type "LDAP"
  ERROR: Unknown value specified for Auth-Type.  Cannot perform requested
action.
auth: Failed to validate the user.

The above seems to indicate to me that I was authorized, but not
authenticated?

Although in my radiusd.conf, I do have the following which I assumed was
correct:
pap {
                encryption_scheme = sha1
    }

Cheers

Matt Ashfield
mda at unb.ca 


-----Original Message-----
From: freeradius-users-bounces+mda=unb.ca at lists.freeradius.org
[mailto:freeradius-users-bounces+mda=unb.ca at lists.freeradius.org] On Behalf
Of Phil Mayers
Sent: July 15, 2006 8:09 AM
To: FreeRadius users mailing list
Subject: Re: EAP-TTLS-PAP-LDAP

Rohaizam Abu Bakar wrote:
> 
> Thanks Phil..  what a stupid move to paste all that passwd.. I've 
> changed it as soon as i get ur mail... thanks again...
> 
> cannot find any article related to repeating LDAP query for EAP...  pls 
> help..

You don't need to worry about the EAP. The EAP is working fine. It's the 
PAP request that lives inside the EAP that's failing.

> 
> I think the problem coz by RADIUS cannot figure out to set Auth-Type and 
> then it require plain passwd.. When I change password to plain. with the 
> same setting.. it's working...

It's definitely not that. Auth-Type is being set to Local, probably by 
the default entries in the "users" file, and the server is therefore 
trying to compare the passwords in the PAP requests with the ones frmo 
LDAP, which is correct. But as I said, your LDAP directory contains 
password of the form "{crypt}sombytes". This is breaking it. You have 
three choices:

  1. Upgrade the server to a version which can correctly deal with the 
"{type}" prefixes.

  2. Re-format the passwords, either in the LDAP directory or with an 
external script, so that the {type} is stripped and the value set in the 
Crypt-Password attribute. For example, in radiusd.conf:

modules {
   ldap {
     server = ...
     basedn = ...
     # do NOT copy the password attribute here, do it
     # in ldap.attrmap instead - see below for why
     # password_attribute

     # other config items
   }

   exec strip_password_header {
     wait = yes
     program = "/usr/local/bin/strip_password_header.sh"
     input_pairs = config
     output_pairs = config
   }
}

authorize {
   preprocess
   eap
   files
   Autz-Type ttls-inner-bit {
     ldap
     strip_password_header
   }
}

authenticate {
   eap
}

...and in users:

# Match the PAP "inside" bit of EAP-TTLS and set the Autz-Type so
# that we only run the ldap query and crypt password rewrite then
# Also set Auth-Type to Local so the radius server will check the
# passwords
DEFAULT	Client-IP-Address == 127.0.0.1, Autz-Type := ttls-inner-bit, 
Auth-Type := Local

...and in ldap.attrmap:

checkItem	Crypt-Password	userPassword

...and in /usr/local/bin/strip_password_header.sh:

#!/bin/sh

stripped_pw=`echo $CRYPT_PASSWORD | sed -e 's/^{crypt}//g'`
echo "Crypt-Password := \"$stripped_pw\""


Basically, what this does is:
    * do EAP
    * when the inner PAP request happens
      * fetch the "{crypt}foobar" from LDAP
      * rewrite it to "foobar" with a script
      * let the radius server compare the passwords

  3. Stop copying the password over at all, and authenticate the PAP bit 
with an LDAP simple bind to the directory. See the archives for many 
posts about "LDAP simple bind PAP"
- 
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html