SecurityTracker.com
    Home    |    View Topics    |    Search    |    Contact Us    |   

SecurityTracker
Archives


 


Category:   Application (Generic)  >   Hanterm Vendors:   [Multiple Authors/Vendors]
Hanterm Korean Language Xterm Utility Lets Local Users Compromise the System and Obtain Root Level Privileges
SecurityTracker Alert ID:  1001950
SecurityTracker URL:  http://securitytracker.com/id/1001950
CVE Reference:   CVE-2002-0239   (Links to External Site)
Updated:  May 22 2009
Original Entry Date:  Jul 9 2001
Impact:   Execution of arbitrary code via local system, Root access via local system
Fix Available:  Yes  Vendor Confirmed:  Yes  

Description:   A vulnerability has been discovered in hanterm that allows local users to obtain root level privileges on the system.

It is reported that the hanterm binary is installed with set user id (setuid) root permissions. This allows local users to execute commands with root level privileges. No further details were provided in the report.

Impact:   A local user can execute commands with root level privileges, giving the local user root level access on the host.
Solution:   FreeBSD has released a fix for FreeBSD.

The FreeBSD advisory is available at:

http://security.freebsd.org/advisories/FreeBSD-SA-01:41.hanterm.asc

Vendor URL:  security.freebsd.org/advisories/FreeBSD-SA-01:41.hanterm.asc (Links to External Site)
Cause:   Boundary error
Underlying OS:  Linux (Any), UNIX (Any)

Message History:   This archive entry has one or more follow-up message(s) listed below.
(Exploit Details are Provided) Re: Hanterm Korean Language Xterm Utility Lets Local Users Compromise the System and Obtain Root Level Privileges
A demonstration exploit script is provided.
(A User Provides Exploit Code) Re: Hanterm Korean Language Xterm Utility Lets Local Users Compromise the System and Obtain Root Level Privileges
A user has released demonstration exploit code.
(Debian Issues Fix) Hanterm Korean Language Xterm Utility Lets Local Users Compromise the System and Obtain Root Level Privileges
The vendor has released a fix.



 Source Message Contents

Subject:  FreeBSD Ports Security Advisory FreeBSD-SA-01:41.hanterm


-----BEGIN PGP SIGNED MESSAGE-----

=============================================================================
FreeBSD-SA-01:41                                           Security Advisory
                                                                FreeBSD, Inc.

Topic:          hanterm ports allow local root compromise

Category:       ports
Module:         ko-hanterm, ko-hanterm-xf
Announced:      2001-07-09
Credits:        ksecurity@iland.co.kr
Affects:        Ports collection prior to the correction date.
Corrected:      2001-05-29
Vendor status:  Contacted
FreeBSD only:   NO

I.   Background

hanterm is a modified version of xterm which supports Korean language
entry and display.  It is included in the FreeBSD ports collection in
two versions: ko-hanterm and ko-hanterm-xf.

II.  Problem Description

The hanterm binary is installed with setuid root permissions, but
contains insecure code which allows unprivileged local users to obtain
root access on the local system.

The hanterm ports are not installed by default, nor is it "part of
FreeBSD" as such: it is part of the FreeBSD ports collection, which
contains over 5400 third-party applications in a ready-to-install
format.  The ports collections shipped with FreeBSD 4.3 contain this
problem since it was discovered after the release.

FreeBSD makes no claim about the security of these third-party
applications, although an effort is underway to provide a security
audit of the most security-critical ports.

III. Impact

Unprivileged local users can obtain root access on the local system.

If you have not chosen to install the ko-hanterm or ko-hanterm-xf
ports/packages, then your system is not vulnerable to this problem.

IV.  Workaround

1) Deinstall the ko-hanterm and ko-hanterm-xf ports/packages, if you
have installed them.

2) Remove the setuid root permission from the /usr/X11R6/bin/hanterm
file.  Execute the following command as root:

# chmod u-s /usr/X11R6/bin/hanterm

V.   Solution

One of the following:

1) Upgrade your entire ports collection and rebuild the
ko-hanterm/ko-hanterm-xf ports.

2) Deinstall the old package and install a new package dated after the
correction date, obtained from:

[i386]
ko-hanterm:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/korean/ko-hanterm-3.1.5_1.tgz 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5-current/korean/ko-hanterm-3.1.5_1.tgz

ko-hanterm-xf:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/korean/ko-hanterm-xf-19_1.tgz
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5-current/korean/ko-hanterm-xf-19_1.tgz

[alpha]
Packages are not automatically generated for the alpha architecture at
this time due to lack of build resources.

3) download a new port skeleton for the ko-hanterm/ko-hanterm-xf port
from:

http://www.freebsd.org/ports/

and use it to rebuild the port.

4) Use the portcheckout utility to automate option (3) above. The
portcheckout port is available in /usr/ports/devel/portcheckout or the
package can be obtained from:

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-3-stable/devel/portcheckout-2.0.tgz
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/devel/portcheckout-2.0.tgz
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/alpha/packages-4-stable/devel/portcheckout-2.0.tgz
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5-current/devel/portcheckout-2.0.tgz
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/alpha/packages-5-current/devel/portcheckout-2.0.tgz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iQCVAwUBO0lzS1UuHi5z0oilAQGuXwP9EZWLrlaxYZYBBFLASErm2PjTSgazT/8c
EyrxNw33Qal+xecxopeS3p/3Cf9x/Y0cH53ZMJoId6MaWJSwQOWlVqNC/ehjm2tx
NPfLu3eR1JhguFoQ0YRHnMBvX1KBRfVQnfoa7HFd1vPeKEqsaXBvRz8HSurpgNml
nUXVwvklmPc=
=W5bd
-----END PGP SIGNATURE-----

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-security-notifications" in the body of the message


 
 


Go to the Top of This SecurityTracker Archive Page





Home   |    View Topics   |    Search   |    Contact Us

This web site uses cookies for web analytics. Learn More

Copyright 2020, SecurityGlobal.net LLC