Actualités :
14/05/2010 - Nouvelle fonctionnalité : devis en ligne !
30/04/2010 - Un exemple de Blind SQL Injection : Vulnérabilité Cacti
26/03/2010 - Forensics : un cas réel d'intrusion
22/02/2010 - Nos nouvelles offres : ToIP, VPN, Pont Hertzien et Forensic
29/01/2010 - Suivez nos Tweets
17/09/2009 - Debug VPN sous CheckPoint SecurePlatform
16/09/2009 - Activation des modules Apache sur Ubuntu 8.0.4 Server
04/09/2009 - Support du FTP passif sur un serveur protégé par iptables/netfilter
01/09/2009 - Linux Guru Wanted !
28/07/2009 - Désactiver la méthode TRACE sur Apache
20/07/2009 - Copier avec écrasement en mode non interactif
14/07/2009 - Connaitre la version de son Linux
28/03/2009 - NIST lance le concours pour SHA-3
17/01/2008 - Newsletter Janvier 2008
07/01/2008 - Monter un environnement PXE en 5 minutes
05/01/2008 - Google fabrique son propre switch 10Gb
15/12/2007 - wfuzz, un fuzzer HTTP
15/11/2007 - Newsletter Novembre 07
23/10/2007 - Un audit sécurité wifi
25/06/2007 - Visioconférences IP au travers de firewalls
12/06/2007 - Monter un serveur FTP sécurisé
10/05/2007 - Methodes AntiSpam
19/04/2007 - Proxy SNMP
13/03/2007 - NBAR, une fonctionnalité méconnue
04/03/2007 - Déchiffrer une session SSL : méthodes et limitations
24/02/2007 - LoadBalancer : Algorithmes de répartition
22/02/2007 - Rebond sur un PIX : évolutions au fil des versions
19/02/2007 - Apple se moque de la sécurité de Vista
25/01/2007 - Mesure réseau sous Linux
20/01/2007 - Load-Balancers : Introduction

 

 

 

Vous pouvez également retouver d'autres articles sur notre blog ou sur Twitter .

 

10/05/2007 - Methodes AntiSpam

Les spams représentent largement plus de 50% du volume des e-mails.

L'ampleur ce phénomène est telle que des mesures gouvernementales  et judicaires  se mettent en place afin de criminaliser ces pratiques.

Chez nos clients, nous sommes fréquemment mis à contribution pour mettre en oeuvre des contre-mesures pour combattre ce fléau. Dans cet article nous verrons les méthodes anti-spams "génériques". Nous aborderons dans un prochain article la configuration pratique (notamment LDAP ) de 2 solutions commerciales que nous avons récemment évalué .

 

Greylisting

 

Cette technique se base sur le fait que les robots de spam ne tentent généralement pas de réexpédier les messages pour lesquels une erreur a été générée. Quand un message arrive pour la première fois avec le triplet (IP source, destinataire, expéditeur), le serveur renvoie une erreur temporaire (Erreur 4xx ) au serveur distant. Si celui-ci tente à nouveau de transmettre le message il sera accepté ainsi que les message suivants ayant le même triplet.

L'inconvénient de cette méthode est qu'elle peut engendrer un retard dans la distribution des mails pouvant atteindre plusieurs heures en fonction de la configuration du serveur SMTP distant et aussi refuser des mails légitimes provenant de serveurs mal configurés. De plus, cette méthode est assez simple à contourner puisqu'il suffit aux spammeurs de reconfigurer correctement ou d'améliorer le fonctionnement de leurs robots .

 

Challenge/Response

 

Le but de cette méthode est de déterminer si le message a été envoyé par un robot ou par un humain. Quand un mail d'un expéditeur inconnu arrive, il est mis en quarantaine et un message de « challenge » est envoyé à l'expéditeur. Ce challenge est un question simplissime pour un humain mais à laquelle un robot ne pourra pas répondre (ex: « quelle est la couleur du soleil ?»)

Cependant, étant donné que les spammeurs utilisent souvent des adresses légitimes pour envoyer leurs spams, ceux-ci ne seront pas filtrés par cette méthode. De plus, dans un tel cas, le véritable possesseur de l'adresse mail "spoofée" recevra le challenge, contribuant ainsi au phénomène de mails non sollicités. 

 

CallBacks

 

Cette méthode consiste, à chaque fois que le serveur reçoit l'enveloppe d'un message SMTP, à vérifier si l'expéditeur accepte un message de retour avant d'accepter la transaction SMTP. Cela permet de n'accepter que les expéditeurs à qui on pourra envoyer des «bounces».

 

Filtres Bayesiens

 

Les filtres bayesiens sont des filtres basés sur les probabilité d'occurence d'un mot dans un spam ou dans un courrier légitime, en se basant sur les expériences passées. Tout le contenu du message avec les entêtes SMTP est traité et l'algorithme attribut une probabilité à la possibilité que le mail soit un spam ou non. L'efficacité de ce filtre est très bonne s'il possède une base de mails importante et représentative. Les spammeurs tentent de contourner ce type de filtre en « camouflant » leur texte dans des images par exemple.

C'est ce type de filtre qui est utiliser par le moteur Open Source SpamAssassin . L'inconvénient de ce type de filtre est qu'il demande beaucoup de temps d'administration pour corriger en permanence les erreurs de détection de spams (faux positifs et faux négatifs). Elle est mieux adaptée sur le poste de l'utilisateur final (intégré au client de messagerie) car cela permet à chaque utilisateur d'avoir sa propre définition du spam.

 

Conclusion

 

On comprend mieux pourquoi la plupart de ces solutions ne sont pas satisfaisantes pour un lutte centralisée et efficace contre le spam.

C'est pourquoi les acteurs commerciaux proposent des méthodes complémentaires :

  • analyse heuristique (à l'instar des anti-virus)
  • analyse à base de signatures
  • liste d'adresse blanches et noires (white & black list) contenant les adresses IP des serveurs SMTP "légitimes" ou "spammeurs notoires"

D'autres fonctionnalités sont indispensables à une solution complète :

  • accès par l'utilisateur à sa quarantaine (liste des e-mails bloqués et lui étant adressé, nommé en anglais User Quarantine)
  • vérification en amont de l'existence de l'adresse mail du destinataire (en général par LDAP) avant d'accepter le contenu du mail