Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Security-Basics
[Top] [All Lists]

Re: Unknow process listening on high port

Subject: Re: Unknow process listening on high port
Date: Fri, 28 Oct 2005 13:54:06 -0400
Shawn,

netstat reports a '-' for the PID becuase it does not know whats
listening on that port. It appears from your shell output that you
issued netstat as root, and thus should have gotten that PID. However,
its not uncommon to run across this.

You say that nmap reported these ports as open? Did you try and use
-sV for nmap to do a version scan and see what it is? I'd go and
download nmap 3.90 from insecure.org and do a version scan against
those services. (something like:    `nmap -sS -sV -p0- -oN scan-log
127.0.0.1' should do nicley).  You might also see if THC's amap has
any idea what these services are.

Did you scan the system with chkrootkit or rkhunter to see if there
were any trojans and the like?

BTW, I'm just guessing but, 39207 looks to be an RPC port to me. Try
`rpcinfo -p 127.0.0.1' and see if it shows up.

GL, and I hope that it all turns out okay for you.

peace,
--Justin
On 10/26/05, Shawn Badger <sbadger@cskauto.com> wrote:
Fuser says the port is here, but gives no more information. I have ran
chkrootkit on the servers and fortunately they both came back clean. I
have also started watching traffic on the ports in question and noticed
every so often that and pulls a couple test web pages. This is part of
the High availability service and just using that high port to connect
to the other server. I am not seeing any connections coming into the
port in 24 hours of monitoring. I will keep monitoring and see what I
find. Does anyone know why netstat reports a - for the pid though?



On Tue, 2005-10-25 at 16:26 -0500, Bob Hacker wrote:
fuser -v -n tcp 39207

-bob



On 10/25/05, Shawn Badger <sbadger@cskauto.com> wrote:
        I have been auditing a couple of my Suse enterprise 9 servers
        and have
        come across a different port on each of them that doesn't show
        up when I
        use lsof, but show up in nmap and netstat. The ports are
        39207/tcp on
        one server and 49751/tcp on the other. When I do lsof -i -n
        and grep it
        for the proper port I get no output. When I do netstat -ap I
        get an
        output, but the pid shows up as -. I haven't seen a process
        show up as a
        - before and don't where to start looking for that process.
        Here is the
        output of the netstat:
        server1:~# netstat -ap |grep 39207

        tcp        0      0 *:39207                 *:*
        LISTEN -


        I get the same results on the other server as well Any ideas
        would be
        appreciated.







<Prev in Thread] Current Thread [Next in Thread>