Discussion Locked

Virus?

0 helpful
15 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.
We have exchange 5.5 running on nt serv. 4 The past couple months we have had some rogue emails coming through adressed to some random array of letters and numbers (fd76fs@hotmail.com) note:it is always at hotmail.com Anyways I find these in the message que in the mornings. The originater is always <> real messages are in the format of And the messages are always very atrocious. Something like animal... you can quess. So I would really like to get rid of this. Relaying is block so this is not it. Any suggestions? Thanks in advance.

15 replies

by lizzy

I really liked the links that Maxwell gave. I didn't see this one from Sunbelt Software, though. It's fairly new and being offered for $19.95 right now. "IHateSpam"

http://www.sunbelt-software.com/product.cfm?id=930

(no spaces in URL)

BTW, Sunbelt software has great newsletters!! Win2K News and WinXP News. Comes once a week.
HTH

by machinetype

Maybe I was not clear enough.... these messages are in the outbound que. They are not coming in. Thanks for the responses though...

by maxwell edison

Let's think this through. If these "rogue emails" are in your "outbound" queue, then they can only originate from one of two possible places. I am speaking in generalities, of course, when I say only one of two possible places - inside the organization or outside the organization.

The first place they can originate is from outside your organization. If this is the case, then you have open relay enabled, allowing any spammer to use your Exchange server as a hop. You stated, however, that you have closed that relay (disabled open relay).

The second place they can originate is from inside your organization. If that is the case then you have a perverted "farmer Jones" working for you.

There is another possibility, I suppose. But it'sonly possible if your server can indeed be used by outside spammers while you have open relay disabled. Exchange versions up through 5.0 are vulnerable to relay if they permit any local SMTP users. However, starting with version 5.5 (which you have), provisions have been made to prevent unauthorized relay.

http://mail-abuse.org/tsi/ar-fix.html

So I would suggest that you start looking for your perverted farmer, or double check yourself and make sure you have disabled your open relay.

Look at this Exchange 2000 article titled, “Is Your Exchange Server Relay-Secure?”

http://www.exchangeadmin.com/Articles/Index.cfm?ArticleID=7696

I hope you find something in that article that will pinpoint something that was overlooked while disabling open relay. (Otherwise, start looking for your farmer.)

In addition, this article titled, “Spam Source Tracking”, may prove useful as well.

http://email.about.com/cs/spamtracking/

REMOVE SPACES from the pasted URLs.

Good luck,

Maxwell

by machinetype

I will look over the exchangadmin link this evening but i am pretty sure everything is configured correctly. I am getting eventID 4031, not 4188(which is refusal to relay. As for farmer joe these messages usually originate around 11pm - 4amwhen there are no users on (i have looked at the security audits) additionally the originating address is < > (this is where there usually is a name) I appreciate the help and if i had it configured wrong (not very likly) and that article helped i will have you post another answer and i will give you the points.
P.S. have you ever heard of a virus having these mannerisms? this suggestion has been offered by a friend

by maxwell edison

I’ve not heard of a virus with the characteristics that you described. (But that doesn’t mean it couldn’t happen.) I’m still guessing that there is some small detail that was overlooked while configuring your Exchange server.

The following are some excerpts from the article I mentioned. It does indeed describe more than simply disabling the open relay.

Exchange Server 5.5, has the tools to implement anti-spam recommendations and prevent the unauthorized use of yourresources. To maximize your ability to use these capabilities and configure your system's anti-relay defenses, you need to be running SP2 or later and the encapsulated relaying hotfix. An alternative to installing the hotfix is to install SP3, whichincludes the hotfix. In Exchange Server 5.5 before SP2, you could block relaying only by manually editing the Registry.

As Screen 1 shows (see article), two options on the Routing tab of the Internet Mail Service Properties sheet—Do not reroute incoming SMTP mail and Reroute incoming SMTP mail (required for POP3/IMAP4 support)—control mail relaying. The obvious choice seems to be Do not reroute incoming SMTP mail, but this option has several drawbacks, including that it isn't as secure as it might seem. Selecting this option prevents the IMS from relaying messages, but the IMS still accepts the messages and then generates a nondelivery report (NDR) that specifies that the recipient's address doesn't exist on the system.

This configuration doesn't meet the second RFC recommendation because it results in an error code that indicates success and generates an incorrect delivery failure report.

If your server is running in the Do not reroute incoming SMTP mail configuration, the IMS still may accept messages, and could allow your system to be the origin of reverse UCE (unsolicited commercial email).

(continued..)

by maxwell edison

Reverse UCE:

If you set your system to Do not reroute incoming SMTP mail, malicious users can use your system as a launching point to flood another computer system with SMTP messages. Because the messages include your company's address, they look as if you sent them. For a more detailed look at the SMTP protocol dialog between sender and server, see Mark Minasi's Windows NT Magazine article "Untangling Email" (April 1998). Figure 1 (see link to article) shows a typical SMTP dialog.

Making the Changes
To configure your system in a similar way, you need to select the Reroute incoming SMTP mail option on the Routing tab of the Internet Mail Service Properties sheet, as Screen 2 shows. Although this choice might seem counter to the objective, it provides a more secure system if you configure it properly. After you've selected this option, you must specify all the domains for which your IMS handles incoming mail. For example, assume that you have no internal or external systems that need to use the Exchange server as a relay and that you're not using any POP or Internet Message Access Protocol (IMAP) clients. Your primary domain is realdomain.com, and you host mail for one other organization: virtualdomain.com.

http://www.exchangeadmin.com/Articles/Index.cfm?ArticleID=7696

“Untangling Email: Straightening out SMTP message delivery”, by Mark Minasi

http://www.winnetmag.com/Articles/Index.cfm?ArticleID=3024

Take a look at those articles in depth, and I’m sure you’ll see where the hole is occurring.

REMOVE SPACES from the pasted URLs.

Maxwell

by machinetype

Sorry I said that i would get backk to you the next day but I had forgotten it was friday. Well, that did not work either. So I am at a loss, how about you?.... Thanks

by machinetype

Well...the check box under routing restrictions was checked as hosts that succesfully authenticate instead of what it should of been...the following ip's. I will see if that did the trick when i come in tommorrow morning, because as i said the messages are usually around 11pm-4am. I hope that this fixed the problem even though if it doesn't I still should of had that checked. I will let you know in the morning what happens(around 9am or something) Thanks, Stephen

by brasslet

The messages with a blank <> originator are non-delivery reports. The most likley cause for these NDRS is spam, addressed to non-existant user accounts (mailboxes) in your domain. It isn't a virus and it isn't because you're relaying mail. You're simply being targeted with spam, like every other system that's connected to the Internet. The return address on the spam is either bogus, or the hotmail account fills up with all the NDR's quickly so that it rejects the NDR. So, the NDR sits in your outbound queue until it times out.

As for preventing this, there are a few things you can do to reduce this unwanted traffic. If you can block the hotmail domain through Message Filtering, that could help. You would block legit e-mail from hotmail as well, though, so that's not likely a solution for you. Another possiblity is to get some kind of content filtering software, that can work to eliminate or reduce spam. It would be a third-party add-on, not free in other words.

This discussion is closed to new replies.