I get a lot of emails reporting this and I want this issue to auto correct itself. These process are run by my server and are a result of updates, session deletion and other legitimate session handling reported as false positives.

Here's a sample report:

Time:    Sat Oct 20 00:00:03 2012 -0400
PID:     20077
Account: named
Uptime:  326117 seconds

Executable:

/usr/sbin/nsd\00507d27e9\0053\00\00\00\00\00 (deleted)

The file system shows this process is running an executable file that has
been deleted. This typically happens when the original file has been replaced
by a new file when the application is updated. To prevent this being reported
again, restart the process that runs this excecutable file. See csf.conf and
the PT_DELETED text for more information about the security implications of
processes running deleted executable files.


Command Line (often faked in exploits):

/usr/sbin/nsd -c /etc/nsd/nsd.conf


Network connections by the process (if any):

udp: xx.xx.xxx.xx:53 -> 0.0.0.0:0
udp: 127.0.0.1:53 -> 0.0.0.0:0
udp: xx.xx.xxx.xx:53 -> 0.0.0.0:0
tcp: xx.xx.xxx.xx:53 -> 0.0.0.0:0
tcp: 127.0.0.1:53 -> 0.0.0.0:0
tcp: xx.xx.xxx.xx:53 -> 0.0.0.0:0


Files open by the process (if any):

/dev/null
/dev/null
/dev/null


Memory maps by the process (if any):

0045e000-00479000 r-xp 00000000 fd:00 2582025    /lib/ld-2.5.so
00479000-0047a000 r--p 0001a000 fd:00 2582025    /lib/ld-2.5.so
0047a000-0047b000 rw-p 0001b000 fd:00 2582025    /lib/ld-2.5.so
0047d000-005d5000 r-xp 00000000 fd:00 2582073    /lib/i686/nosegneg/libc-2.5.so
005d5000-005d7000 r--p 00157000 fd:00 2582073    /lib/i686/nosegneg/libc-2.5.so
005d7000-005d8000 rw-p 00159000 fd:00 2582073    /lib/i686/nosegneg/libc-2.5.so
005d8000-005db000 rw-p 005d8000 00:00 0 
005dd000-005e0000 r-xp 00000000 fd:00 2582087    /lib/libdl-2.5.so
005e0000-005e1000 r--p 00002000 fd:00 2582087    /lib/libdl-2.5.so
005e1000-005e2000 rw-p 00003000 fd:00 2582087    /lib/libdl-2.5.so
0062b000-0063d000 r-xp 00000000 fd:00 2582079    /lib/libz.so.1.2.3
0063d000-0063e000 rw-p 00011000 fd:00 2582079    /lib/libz.so.1.2.3
00855000-0085f000 r-xp 00000000 fd:00 2582022    /lib/libnss_files-2.5.so
0085f000-00860000 r--p 00009000 fd:00 2582022    /lib/libnss_files-2.5.so
00860000-00861000 rw-p 0000a000 fd:00 2582022    /lib/libnss_files-2.5.so
00ac0000-00bea000 r-xp 00000000 fd:00 2582166    /lib/libcrypto.so.0.9.8e
00bea000-00bfe000 rw-p 00129000 fd:00 2582166    /lib/libcrypto.so.0.9.8e
00bfe000-00c01000 rw-p 00bfe000 00:00 0 
00e68000-00e69000 r-xp 00e68000 00:00 0          [vdso]
08048000-08074000 r-xp 00000000 fd:00 927261     /usr/sbin/nsd
08074000-08079000 rw-p 0002b000 fd:00 927261     /usr/sbin/nsd
08079000-0808c000 rw-p 08079000 00:00 0 
08a20000-08a67000 rw-p 08a20000 00:00 0 
b7f8d000-b7ff2000 rw-p b7f8d000 00:00 0 
b7ffd000-b7ffe000 rw-p b7ffd000 00:00 0 
bfa6d000-bfa91000 rw-p bffda000 00:00 0          [stack]

Would /etc/nsd/restart or kill -1 20077 solve the problem?