CERT home
vulnerabilities & fixesevaluations & practicesresearch & analysistraining & education
homesearchFAQsite indexcontact
Vulnerability
Notes
Database

Search Vulnerability Notes

Vulnerability Notes Help Information
 

 View Notes By
Name

ID Number

CVE Name

Date Public

Date Published

Date Updated

Severity Metric

Vulnerability Note VU#593299

BSD-derived ftpd replydirname() in ftpd.c contains one-byte overflow

Overview

There is a off-by-one vulnerability in several BSD-derived ftpd servers.

I. Description

The ftp server in several BSD distributions contains a defect which allows one byte of the program memory allocated within a stack frame to be overwritten with a NUL byte ('\0'). The byte in question is located at the end of a buffer in the function replydirname() in ftpd.c. This buffer contains the name of a directory path to be used by some other calling function.

The first byte following this path name happens to be the lower address of the pointer to the stack frame of the function calling replydirname(). This is the address restored to the extended base pointer when replydirname() terminates. So for example, if the address of the ebp was originally 0xbfffacdc, after the overwrite occurs in replydirname() the ebp will be 0xbfffac00. In effect, Zeroing out the lower byte of the ebp causes the pointer stored in the register to shift by 0xdc (or 220 decimal) bytes.

If the new location being pointed to in memory is under the control of the attacker (as is the case here), a return address chosen by the attacker can be inserted to be used to execute malicious code elsewhere, possibly in the same buffer being used to overwrite the end of the directory name in the first place (as is the case in replydirname())

The vulnerable code in this case is in the replydirname() function in ftpd.c, as explained in OpenBSD's Security Advisory about this problem:

TECHNICAL DETAILS

The offending code is as follows:

char npath[MAXPATHLEN];
int i;

for (i = 0; *name != '\0' && i < sizeof(npath) - 1; i++, name++) {
npath[i] = *name;
if (*name == '"')
npath[++i] = '"';
}
npath[i] = '\0';

In <sys/param.h>, MAXPATHLEN is defined to be 1024 bytes.  The for()
construct here correctly bounds variable `i' to be < 1023, such that when
the loop has ended, no byte past npath[1023] may be written with '\0'.
However, since `i' is also incremented in the nested statements here,
it can become as large as 1024, and npath[1024] is past the end of the
allocated buffer space.

II. Impact

A local or remote user can execute arbitrary code with the privileges of the daemon, typically root.

III. Solution

Apply vendor patches

Disable the ftp service, or ensure no writable directories are accessible in the ftp base directory.

Systems Affected

VendorStatusDate Updated
FreeBSDNot Vulnerable21-Dec-2000
IBMNot Vulnerable22-Dec-2000
NetBSDVulnerable21-Dec-2000
OpenBSDVulnerable21-Dec-2000

References


http://www.geocrawler.com/lists/3/OpenBSD/254/75/4767480/
http://www.securityfocus.com/bid/2124
http://www.openbsd.org/errata.html#ftpd
http://www.openbsd.org/advisories/ftpd_replydirname.txt
ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.8/common/005_ftpd.patch
ftp://ftp.netbsd.org/pub/NetBSD/misc/security/advisories/NetBSD-SA2000-018.txt.asc

Credit

Thanks to scrippie@grafix.nl for reportedly finding the problem, Kristian Vlaardingerbroek for originally reporting the problem to OpenBSD, OpenBSD for publishing an excellent security advisory about the problem, and Olaf Kirch for his lucid explanation of the nature the off-by-one, poisoned NUL byte vulnerability and how it can be identified and fixed.

This document was written by Jeffrey S Havrilla.

Other Information

Date Public12/04/2000
Date First Published12/21/2000 12:12:29 PM
Date Last Updated12/22/2000
CERT Advisory 
CVE Name 
Metric38.56
Document Revision21

If you have feedback, comments, or additional information about this vulnerability, please send us email.
 

Copyright 2000 Carnegie Mellon University