Larry Brown said:
> Thanks Nate,
>
>       Yes w gave me the station name connecting to it.  However, w didn't show
> the user logged into :0.  I had 5 users showing and the first line of w
> stated there were 6 users currently connected.  Who gave me all six but
> the machine remotely connecting in did not show.  Between the two I get a
> better view of what is going on.  All of this stemmed from an e-mail from
> [EMAIL PROTECTED] stating that they were receiving spam from my
> network and I'm the only user back here.  I started scrutinizing
> everything I could find and have not found any evidence of tampering other
> than that unidentified :0 (till now).  I only have my internal network set
> up under relay-domains and I checked sendmail.cf to make sure someone
> hadn't changed the name and location of the relay file.  I think I am
> going to set up accounting and set up a log server just to be sure.  I
> think though, that the spam message was spam in and of itself.


while it is quite rare in my experience these days, it is possible
that your wtmp/utmp(I forget which, or both?) could be partially
curropted. That results in skewed output from w/finger/who.

did that person from spamhaus.org send the original spam to you with
full headers? If not, ask them for it, it's standard procedure when
reporting spam to include such information.

another thing to check is netstat, if the system is not heavily
trafficed running netstat -an may show if there is another user
logged into the system(perhaps an intruder). Of course if the
system is compromised for whatever reason all bets are off.

setting up a log server is a good idea. also, not completely
related but may help.. a month or 2 ago I was troubleshooting
a friend's mandrake box who was relaying spam. turns out his
cable modem's NAT implimentation was broken. He had his real
(static) IP in the lists of systems to allow relay, but inbound
connections to the system ALL showed comming from his real
IP instead of the IP of the remote host. Resetting the modem
would fix the problem, but a few minutes later it would start
occuring again. Since he didn't need his real IP in that list
we removed it. He's since migrated to another router model.

luckily his ISP was friendly(rr.com), and didn't cut his account
off or do anything other then warn him about the open relay. even
though technically I think he is not allowed to run a SMTP server
on that kind of connection.

nate





-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to