FreeRADIUS as a general authentication system

John Dennis jdennis at redhat.com
Mon Jun 22 15:57:26 CEST 2009


On 06/22/2009 05:14 AM, Lloyd wrote:
>
> Hi FreeRADIUS list,
>
> In our "system" there is a need for an authentication server. The
> required characteristics of the server are
>
> *) The authentication client will be a custom built one. It may be
> running on *NIX,Windows and Mac. Is it possible to write a client using
> the FreeRADIUS client library? (The client will have much more other
> functionalities, not related to authentication)
>
> *) Is it possible to extentd the server? As an example, in our case,
> each time a client wants to communicate with other clients, it will
> request a "session key" to the server, and the server will send the key
> to all clients which take part in the communication. (The aim of this is
> to encrypt the communication session with the new session key generated,
> so that only the clients who know the session key can decrypt the
> message) So, is it possible to introduce a key generation system as well
> as a "request interpretation" system to the FreeRADIUS server?

What you are describing in essence is Kerberos and in particular clients 
which use GSSAPI. Although FreeRADIUS can utilize Kerberos by requesting 
a TGT on behalf of an authenticating client the TGT credentials are not 
passed back to the client which is necessary to establish a session key 
and secure subsequent cooperating channels.

My general recommendation is that a KDC server is better suited to your 
needs than a radius server. Kerberos is a mature authentication system 
(it's the heart of Microsoft's AD and many other systems) and you will 
find a great deal of support for it. Another reason to use kerberos for 
the scenario you're describing is that it's hard to design a secure 
protocol, if you attempt to design a new system by extending radius 
you'll expend a lot of work and will likely come up with a result which 
has security defects. There are many examples of "I can design my own 
authentication system" which are subsequently shown to have holes in 
them like swiss cheese :-)

If you do decide to go the Kerberos route you may be interested in the 
FreeIPA project (http://freeipa.org). IPA gives you a complete Kerberos 
solution, web UI, command line utilities, backed by a commercial grade 
LDAP server (IPA is 100% open source). In addition the project has also 
just released SSSD which allows for secure offline caching of 
credentials and related identity information so there is no interruption 
if network connectivity is lost. I work on the IPA development team so 
if you have additional questions feel free to contact me off-list.

>
> *) Or is there a better way inplemented in FreeRADIUS to accomplish the
> above requirements?
>
> Thanks in advance,
> Lloyd
>
> ______________________________________
> Scanned and protected by Email scanner
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html


-- 
John Dennis <jdennis at redhat.com>

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/



More information about the Freeradius-Users mailing list