Re: Question on Recipient Filtering/Possible Harvest Attack
- From: "Les Connor [SBS MVP]" <les.connor@xxxxxxxxxxxx>
- Date: Fri, 21 Dec 2007 16:25:22 -0600
Hi Kieth,
Turning off NDRs isn't a good option - they serve a useful purpose. You just want to stop them from bieng misused.
What you don't want, is your server accepting messages for users who don't exist on your domain, and then having to turn around and inform the sending server of that fact. Not only does it waste server side resources, but the vast majority of the NDRs will never be able to be delivered because they're addressed to servers that have been 'spoofed' - they don't exist. This is what causes all the retry queues - your server is doing what it's supposed to do - let the sender know the email was not deliverable.
The best approach, IMHO, is to leave NDRs enabled; enable AD filtering; and enable tarpitting. Those are for starters.
You may also elect to take your anti-spam protection to a further level (which also takes a load of your anti-malware application) by using an RBL service (I'd recommend zen.spamhaus.org), as well as configuring IMF to reject high probability spams.
I believe you've already looked up AD filtering and tarpitting, RBL and IMF you should be able to find lots of info with a google groups search of this newsgroup :-).
--
Les Connor [SBS MVP]
"Keith" <Keith@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:B568A184-3446-40E6-82CD-0600572474FE@xxxxxxxxxxxxxxxx
Hello all,
I understand that If I apply a recipient filter in exchange, that I might
be subject to a Directory Harvest Attack. However, If I have turned off all
NDR's, is it safe to say that the attacker can no longer get a valid list of
my domain users?
Thanks you for all your help!
.
- Prev by Date: Re: Router/Firewall Recommendation
- Next by Date: Re: Question on Recipient Filtering/Possible Harvest Attack
- Previous by thread: Re: Restoring SharePoint with sdsadm
- Next by thread: Re: Question on Recipient Filtering/Possible Harvest Attack
- Index(es):
Relevant Pages
|
Loading