[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Break-in? /usr/lib/telnetd, port 1037



On Mon, Jan 14, 2002 at 02:49:36PM -0600, Kent West wrote:
> I've got a Debian box (2.2.17, mostly woody) that I've just discovered 
> has a more-or-less hidden telnetd running on port 1037 as well as the 
> normal telnetd on port 23. I thought I had uninstalled telnetd (although 
> it's possible I forgot to remove it).

Having telnetd listening on port 1037 is definitely not normal.  telnet
listens for unencrypted connection on port 23 (as you mentioned) and can
listen on port 992 if you're running a secure SSL enabled version.  But
not 1037.

> 
> I'm thinking that somehow I've been broken into.

Quite possibly.

> One thing she thought odd was the existence of the directory 
> /usr/lib/telnetd. And here's what one of the security gurus on one of 
> her security mailing lists had to say about it:

That is actually not unusual in Debian.  The SSL enabled secure
telnetd-ssl package installs files into that directory.

> 1) is it normal for a Debian box to have telnetd as a user, as a member 
> of utmp, and to have the /usr/lib/telnetd directory?

Yes.

> 2) if so, why does this seem to disagree with the commercial unix folks? 
> Is Debian doing things in a better way, or a worse way?

Debian is doing things according to the File Hierarchy Standard.  It is
not necessarily a "better" way, but it is a standard way that is
consistant across all FHS-supporting Linux distributions.  It's done to
try to decrease the confusion of having files in completely different
places in different distributions.

Having telnetd listening on port 1037, if in fact it is, is probably not
a good thing.  Have you actually tried telnetting to that port ('telnet
localhost 1037')?  Does 'netstat -tlnp' indicate that the process using
that port is actually in "LISTEN" state?

noah

-- 
 _______________________________________________________
| Web: http://web.morgul.net/~frodo/
| PGP Public Key: http://web.morgul.net/~frodo/mail.html 

Attachment: pgpfIFZXArhCq.pgp
Description: PGP signature


Reply to: