On 2015-02-10 14:53, Thomas Klaube wrote:
>> I might also point out that white-listing mechanisms generally lead to
>> > abuse. 
> I tend to agree that white-listing is usually not the best solution.... 
>
> But please consider this case: one of our users tries to relay mail 
> through our servers and is originating from a Dial-up IP address with
> very bad reputation (maybe within "truncate") but is correctly authenticated.
> Would you agree that such mails should not be marked as spam or even 
> discarded (at least not based on IP address reputation)?
>

My answer in this case is - it depends. Some systems I know of would
consider this too high a risk as you've described it. Others would
completely agree that any authenticated system should automatically be
white-listed. Unfortunately for the latter group this often costs them a
lot in clean-up consulting fees when customers get infected. (we see
that a lot lately).

Since this is a policy based decision, you could take advantage of the
GBUdb drilldown feature and teach your SNF to "trust" the IPs that this
customer might use. What would happen then is that SNF would not be able
to identify the source IP and so only the pattern matching engine would
apply.

http://www.armresearch.com/Documentation/QA/ltdrilldowngt--468945561.jsp

Effectively you'd be telling SNF not to worry about the IP address for
this customer (or for that matter any of the IPs used for dialup by the
customer's provider)... only pay attention to pattern matches.

That's still making a hole,... but it's your hole and you know why you
made it. It's also a pretty small one because if some known spam or
malware comes from there it will still get tagged -- maybe not as
efficiently -- but it will still get tagged.

Hope this helps,
_M

-- 
Pete McNeil
Chief Scientist
ARM Research Labs, LLC
www.armresearch.com
866-770-1044 x7010
twitter/codedweller 


#############################################################
This message is sent to you because you are subscribed to
  the mailing list <sniffer@sortmonster.com>.
This list is for discussing Message Sniffer,
Anti-spam, Anti-Malware, and related email topics.
For More information see http://www.armresearch.com
To unsubscribe, E-mail to: <sniffer-...@sortmonster.com>
To switch to the DIGEST mode, E-mail to <sniffer-dig...@sortmonster.com>
To switch to the INDEX mode, E-mail to <sniffer-in...@sortmonster.com>
Send administrative queries to  <sniffer-requ...@sortmonster.com>

Reply via email to