rdesktop Integer Signedness Bug in channel_process() Lets Remote Users Execute Arbitrary Code
SecurityTracker Alert ID: 1019992|
SecurityTracker URL: http://securitytracker.com/id/1019992
(Links to External Site)
Date: May 8 2008
Execution of arbitrary code via network, User access via network|
Fix Available: Yes Vendor Confirmed: Yes |
An integer signedness vulnerability was reported in rdesktop. A remote user can execute arbitrary code on the target system.|
A remote RDP server can send a specially crafted reply to the connected target user to trigger an integer signedness bug and execute arbitrary code on the target user's system. The code will run with the privileges of the target user.
The vulnerability resides in the channel_process() function in 'rdesktop.c'.
The vendor was notified on November 12, 2007.
An anonymous researcher reported this vulnerability via iDefense.
A remote server can execute arbitrary code on the connected target user's system.|
The vendor has issued a source code fix, available at:|
Vendor URL: www.rdesktop.org/ (Links to External Site)
|Underlying OS: Linux (Any), UNIX (Any)|
This archive entry has one or more follow-up message(s) listed below.|
Source Message Contents
Date: Wed, 07 May 2008 19:37:40 -0400|
Subject: iDefense Security Advisory 05.07.08: Multiple Vendor rdesktop
iDefense Security Advisory 05.07.08
May 07, 2008
rdesktop is an open source client that speaks the Remote Desktop
Protocol (RDP). This allows Unix-based users to login to Windows
Terminal Servers. More information is available at the following URL.
Remote exploitation of an integer signedness vulnerability in rdesktop,
as included in various vendors' operating system distributions, allows
attackers to execute arbitrary code with the privileges of the
The vulnerability exists within the code responsible for reallocating
dynamic buffers. The rdesktop xrealloc() function uses a signed
comparison to determine if the requested allocation size is less than
1. When this occurs, the function will incorrectly set the allocation
size to be 1. This results in an improperly sized heap buffer being
allocated, which can later be overflowed.
Exploitation of this vulnerability results in the execution of arbitrary
code with the privileges of the logged in user. In order to exploit this
vulnerability, an attacker must persuade a targeted user to connect to a
malicious RDP server.
iDefense confirmed the existence of this vulnerability in rdesktop
version 1.5.0. Previous versions may also be affected.
iDefense is currently unaware of any effective workaround for this
VI. VENDOR RESPONSE
The rdesktop maintainer has addressed this vulnerability with CVS
revision 1.162 of rdesktop.c. For more information, visit the following
VII. CVE INFORMATION
The Common Vulnerabilities and Exposures (CVE) project has assigned the
name CVE-2008-1803 to this issue. This is a candidate for inclusion in
the CVE list (http://cve.mitre.org/), which standardizes names for
VIII. DISCLOSURE TIMELINE
11/12/2007 Initial vendor notification
11/19/2007 Initial vendor response
05/07/2008 Public disclosure
The discoverer of this vulnerability wishes to remain anonymous.
Get paid for vulnerability research
Free tools, research and upcoming events
X. LEGAL NOTICES
Copyright © 2008 iDefense, Inc.
Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without the express
written consent of iDefense. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically,
please e-mail firstname.lastname@example.org for permission.
Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct,
indirect, or consequential loss or damage arising from use of, or
reliance on, this information.
To unsubscribe, go here: