full-disclosure - iDEFENSE Security Advisory 07.08.04: SSLTelnet Remote Format String Vulnerability

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

From: idlabs-advisories at idefense.com (idlabs-advisories@...fense.com)
Subject: iDEFENSE Security Advisory 07.08.04: SSLTelnet Remote Format String
 Vulnerability

SSLTelnet Remote Format String Vulnerability

iDEFENSE Security Advisory 07.08.04
http://www.idefense.com/application/poi/display?type=vulnerabilities
July 08, 2004

I. BACKGROUND

SSLtelnetd is a replacement for telnetd available as part of the FreeBSD

ports collection at http://www.freebsd.org/ports/security.html. It 
implements the telnet protocol over SSL.

II. DESCRIPTION

SSLtelnet contains a format string vulnerability that could allow remote

code execution.  

The problem specifically exists within telnetd.c, on line 530 where an
argument deficient call is made to syslog(). The following snippet
reveals the vulnerable code:

SSL_set_verify(ssl_con,ssl_verify_flag,NULL);

    if (SSL_accept(ssl_con) <= 0) {
        static char errbuf[1024];

        sprintf(errbuf,"SSL_accept error %s\n", 
        ERR_error_string(ERR_get_error(),NULL));

        syslog(LOG_WARNING, errbuf);  // vulnerable call

        BIO_printf(bio_err,errbuf);

        /* go to sleep to make sure we are noticed */
        sleep(10);
        SSL_free(ssl_con);

        _exit(1);
    } else {
        ssl_active_flag=1;
    }

III. ANALYSIS

This vulnerability could be remotely exploitable under certain 
conditions. If exploitation is successful, gaining root access is 
possible as the process runs as root. 

IV. DETECTION

iDEFENSE has confirmed the existence of this vulnerability against 
the current release, SSLTelnet version 0.13-1.

V. WORKAROUND

This project does not appear to be actively maintained. End users should
consider implementing an alternate telnet/SSL solution.

VI. CVE INFORMATION

The Common Vulnerabilities and Exposures (CVE) project has assigned the
name CAN-2004-0640 to this issue. This is a candidate for inclusion in
the CVE list (http://cve.mitre.org), which standardizes names for
security problems.

VII. DISCLOSURE TIMELINE

06/29/2004   Initial vendor contact
07/02/2004   Secondary vendor contact
07/08/2004   Public disclosure

VIII. CREDIT

An anonymous source is credited with this discovery.

Get paid for vulnerability research
http://www.idefense.com/poi/teams/vcp.jsp

IX. LEGAL NOTICES

Copyright (c) 2004 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
email customerservice@...fense.com 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.