[26364] in bugtraq

home help back first fref pref prev next nref lref last post

Re: Arbitrary Code Execution Vulnerability in VanDyke SecureCRT 3.4 & 4.0 beta

daemon@ATHENA.MIT.EDU (Bela Lubkin)
Sat Jul 27 20:55:56 2002

Date: Fri, 26 Jul 2002 15:41:10 -0700
From: Bela Lubkin <belal@caldera.com>
To: bugtraq@securityfocus.com
Message-ID: <20020726154110.A7856@mammoth.ca.caldera.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <JIEPJGFPFMFIGBNCPKGGGEJHCLAA.bstrauss3@attbi.com>; from bstrauss3@attbi.com on Fri, Jul 26, 2002 at 03:42:10PM -0500

Burton M. Strauss III wrote:

> You know, that's only partially a solution.  For those of us who haven't
> chosen to PAY for the upgrade to 3.4, we're left out in the cold.  Quoting
> from VanDyke's web page:
> 
> "All users may evaluate SecureCRT 3.4 for 30 days free of charge. Registered
> users who purchased licenses before July 1, 2000 should consult the Upgrade
> Eligibility page to learn about licensing the 3.4 upgrade."
> 
> and
> 
> "SecureCRT Upgrade
> 
> Registered users who purchased licenses before July 1, 2001 may choose to
> purchase SecureCRT upgrades starting at $39.95 for a single copy.
> 
> <snip />
> 
> SecureCRT users who purchased licenses between January 1 and July 1, 2000
> are eligible to download SecureCRT 3.3.3 and upgrade without charge.
> SecureCRT users who purchased licenses before January 1, 2000 are eligible
> to download SecureCRT 3.2.1 and upgrade without charge."
> 
> 
> I'm not unsympathetic to the need to have a licensing revenue stream, but
> let's remember that this leaves (dozens? hundreds? thousands? Just me) of
> your customers unprotected.

One of the README files on their site (I read it earlier today and
didn't note the URL) says that a patched 3.2.1 version will be made
available shortly.  They are not leaving you out in the cold.  You just
need to wait a couple of days before resuming your practice of ssh'ing
in to untrusted sites.

(BTW, if sshd on a site might be a corrupted, malicious trojan which
injects code into your local ssh client -- might it not also be a
corrupted, malicious trojan which records encrypted password
information, passes on a decrypted stream of everything you type in a
session, or who knows what else?  If you do not trust the sshd to which
you are connecting, I'm not sure it makes very much difference whether
the client has code-injection portholes or not...)

>Bela<

home help back first fref pref prev next nref lref last post