<<< Date Index >>>     <<< Thread Index >>>

FreeRADIUS <= 0.9.3 rlm_smb module stack overflow vulnerability



S-Quadra Advisory #2003-11-26

Topic: FreeRADIUS <= 0.9.3 rlm_smb module stack overflow vulnerability
Severity: High
Vendor URL: http://www.freeradius.org
Advisory URL: http://www.s-quadra.com/advisories/Adv-20031126.txt
Release date: 26 Nov 2003

1. DESCRIPTION

The FreeRADIUS Server (http://www.freeradius.org) is a high-performance and highly configurable GPL'd free RADIUS server.

The FreeRADIUS's experimental module rlm_smb allows radius server to perform NT-Domain authentication. This module is not enabled by default and to use it you should compile radius server with '--with-experimental-modules' configuration option. The exploitation of this vulnerability could enable an attacker in the worst case to gain root access on the system.

2. DETAILS

There exists a stack buffer overflow in rlm_smb module which can be triggered by a long User-Password attribute (> 128 bytes). The offending code can be found in SMB_Logon_Server routine (src/modules/rlm_smb/smblib.c):
<snip>

/* Logon to the server. That is, do a session setup if we can. We do not do */ /* Unicode yet! */

int SMB_Logon_Server(SMB_Handle_Type Con_Handle, char *UserName,
            char *PassWord)

{ struct RFCNB_Pkt *pkt;
 int param_len, i, pkt_len, pass_len,a;
 char *p, pword[128];

/* First we need a packet etc ... but we need to know what protocol has */ /* been negotiated to figure out if we can do it and what SMB format to */ /* use ... */

 if (Con_Handle -> protocol < SMB_P_LanMan1) {

   SMBlib_errno = SMBlibE_ProtLow;
   return(SMBlibE_BAD);

 }

 strcpy(pword, PassWord);
 if (Con_Handle -> encrypt_passwords)
 {
   pass_len=24;
SMBencrypt((uchar *) PassWord, (uchar *)Con_Handle -> Encrypt_Key,(uchar *)pword);
 }
 else
   pass_len=strlen(pword);

 ...
}
</snip>

It may be possible to exploit this vulnerability under the following conditions:

1) NAS(Network Access Server) does not restrict the length of User-Password attribute to 128 bytes as it is specified in rfc2865.
2) The attacker knows NAS shared secret

The first is probably most simple, however we will try to exploit the situation 2. In this case, the exploitation is also very simple and straightforward, we should just build Access-Request packet properly and send it to radius server.

Below is sample run of 'bugfree' FreeRADIUS <= 0.9.3 rlm_smb remote overflow exploit (PoC):

$ ./bugfree -p 1812 -u cparker -s testing123 192.168.3.12
FreeRADIUS <= 0.9.3 rlm_smb remote overflow exploit (PoC)

Trying to login as user "cparker" with secret "testing123" ...
Prepared the packet, 513 bytes
Attacking 192.168.3.12:1812 ...
Sent, checking for a shell ...
Success, proceed with commands

Linux lina.s-quadra.com 2.4.20 #1 Wed Nov 19 22:21:27 EST 2003 i686 unknown
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel)
exit

In case exploitation attempt will fail, radius server will be killed.

3. PLATFORMS TESTED

We were able to succesfully exploit this vulnerability on the following platforms:

1. Linux RedHat 7.1 with FreeRADIUS 0.9.3 (source install)
2. Linux RedHat 7.3 with FreeRADIUS 0.9.3 (source install)

4. FIX INFORMATION

S-Quadra alerted FreeRADIUS development team to this issue on 24th November 2003.
The response from Alan DeKok <aland@xxxxxx> is below:

"The FreeRADIUS server does not build, install, or use the rlm_smb
module in the default configuration.  The module is clearly marked
"experimental", and is considered to be untested: use at your own
risk.  Anyone using the module has to go out of their way to
re-configure and re-build the server, and then edit the servers
configuration files to set up the module.  We view this vulnerability
as high risk (exploit is trivial), but low probability (few, if any,
servers use this module.)

The code in rlm_smb was taken from pam_smb over a year ago, and has
not been audited or updated since then.  It is therefore subject to
the same vulnerabilities as the pam_smb module.  This exploit appears
to related to one previously released for pam_smb.

The bug has been fixed in the current CVS archive of the server.
Any future release of the server will include the fix. "

5. CREDITS

Evgeny Legerov <e.legerov@xxxxxxxxxxxx> is responsible for discovering this issue.

6. ABOUT

S-Quadra offers services in computer security, penetration testing and network assesment, web application security, source code review and third party product vulnerability assesment,
forensic support and reverse engineering.

Security is an art and our goal is to bring responsible and high quality security service to the IT market, customized to meet the unique needs of each individual client.

S-Quadra, (pronounced es quadra), is not an acronym.
It's unique, creative and innovative - just like the security services we bring to our clients.

           S-Quadra Advisory #2003-11-26