{
 "id": 36998,
 "slug": "2019-09-10_lutter-contre-le-spam-de-retrodiffusion-au-niveau-du-serveur",
 "url": "https://agents.willem.com/fr/posts/2019-09-10_lutter-contre-le-spam-de-retrodiffusion-au-niveau-du-serveur/",
 "source_url": "https://willem.com/fr/2019-09-10_lutter-contre-le-spam-de-retrodiffusion-au-niveau-du-serveur/",
 "language": "fr",
 "date": "2019-09-10",
 "published": "2019-09-10T00:00:00+02:00",
 "created": "2025-06-26T22:10:10.071000+02:00",
 "updated": "2026-10-20T09:22:30.200000+02:00",
 "title": "Lutter contre le spam de rétrodiffusion au niveau du serveur",
 "subtitle": "Configurer Postfix pour bloquer le spam avant qu'il n'entre sur le serveur",
 "summary": "Ce mois-ci, j'ai dû m'occuper de spam de rétrodiffusion (backscatter) qui touchait l'un des serveurs de messagerie que je gère. En tant qu'ingénieur serveur, je veille à ce que les serveurs n'envoient pas de spam et à ce que les e-mails entrants soient filtrés. Malgré tous mes efforts, ce serveur continuait à être mis sur liste noire pour envoi de spam vers iCloud, Office 365 et Google Gmail pour les entreprises (G Suite). Lis la suite pour savoir ce qui l'a causé et comment y remédier.",
 "topics": [
  "cloud",
  "cyber-security",
  "howto",
  "linux",
  "networking",
  "server"
 ],
 "author": {
  "name": "Willem L. Middelkoop",
  "url": "https://willem.com"
 },
 "provenance": {
  "kind": "model",
  "method": "Claude Sonnet, two passes (translation, then proofreading) against a glossary and hunspell",
  "date": "2026-10-20",
  "reviewed_by_native_reader": false,
  "language": "fr",
  "source_language": "en"
 },
 "translations": [
  {
   "language": "en",
   "title": "Fighting backscatter spam at server level",
   "url": "https://agents.willem.com/en/posts/2019-09-10_fighting-backscatter-spam-at-server-level/",
   "source_url": "https://willem.com/en/2019-09-10_fighting-backscatter-spam-at-server-level/"
  },
  {
   "language": "nl",
   "title": "Backscatter spam op serverniveau bestrijden",
   "url": "https://agents.willem.com/nl/posts/2019-09-10_backscatter-spam-op-serverniveau-bestrijden/",
   "source_url": "https://willem.com/nl/2019-09-10_backscatter-spam-op-serverniveau-bestrijden/"
  },
  {
   "language": "de",
   "title": "Bekämpfung von Backscatter-Spam auf Serverebene",
   "url": "https://agents.willem.com/de/posts/2019-09-10_bekampfung-von-backscatter-spam-auf-serverebene/",
   "source_url": "https://willem.com/de/2019-09-10_bekampfung-von-backscatter-spam-auf-serverebene/"
  },
  {
   "language": "es",
   "title": "Combatir el spam de retrodispersión a nivel de servidor",
   "url": "https://agents.willem.com/es/posts/2019-09-10_combatir-el-spam-de-retrodispersion-a-nivel-de-servidor/",
   "source_url": "https://willem.com/es/2019-09-10_combatir-el-spam-de-retrodispersion-a-nivel-de-servidor/"
  },
  {
   "language": "it",
   "title": "Combattere lo spam backscatter a livello di server",
   "url": "https://agents.willem.com/it/posts/2019-09-10_combattere-lo-spam-backscatter-a-livello-di-server/",
   "source_url": "https://willem.com/it/2019-09-10_combattere-lo-spam-backscatter-a-livello-di-server/"
  },
  {
   "language": "pt",
   "title": "Combater o spam de backscatter ao nível do servidor",
   "url": "https://agents.willem.com/pt/posts/2019-09-10_combater-o-spam-de-backscatter-ao-nivel-do-servidor/",
   "source_url": "https://willem.com/pt/2019-09-10_combater-o-spam-de-backscatter-ao-nivel-do-servidor/"
  },
  {
   "language": "pap",
   "title": "Kombatí backscatter spam na nivel di server",
   "url": "https://agents.willem.com/pap/posts/2019-09-10_kombati-backscatter-spam-na-nivel-di-server/",
   "source_url": "https://willem.com/pap/2019-09-10_kombati-backscatter-spam-na-nivel-di-server/"
  },
  {
   "language": "fy",
   "title": "Backscatter-spam bestride op serverniveau",
   "url": "https://agents.willem.com/fy/posts/2019-09-10_backscatter-spam-bestride-op-serverniveau/",
   "source_url": "https://willem.com/fy/2019-09-10_backscatter-spam-bestride-op-serverniveau/"
  }
 ],
 "image": "https://willem.com/global/images/af0df536f46b.webp",
 "image_width": 2560,
 "images": [
  {
   "url": "https://willem.com/global/images/ce079c524f46.webp",
   "description": "Le scénario simple de rétrodiffusion : le serveur de messagerie renvoie le message à une adresse d'expéditeur falsifiée",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36998_images-1.png"
  },
  {
   "url": "https://willem.com/global/images/ecab1d4c0125.webp",
   "description": "Éviter les messages de rejet de rétrodiffusion en répondant plutôt avec des codes d'erreur SMTP",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36998_images-2.png"
  },
  {
   "url": "https://willem.com/global/images/b76507d467ad.webp",
   "description": "Causer du spam de rétrodiffusion quand le premier serveur de messagerie transfère un e-mail vers un autre serveur qui bloque le message",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36998_images-3.png"
  },
  {
   "url": "https://willem.com/global/images/75d348304794.webp",
   "description": "Éviter le spam de rétrodiffusion en vérifiant tous les messages avant de les transférer à un autre serveur",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36998_images-4.png"
  },
  {
   "url": "https://willem.com/global/images/39ef96cae1a9.webp",
   "description": "Mise en place de restrictions SMTP strictes dans Postfix : capture d'écran annotée de main.cf",
   "manager_file": "148-bf2d6faf6057f115dc72e82d984e71359f16b48d8c42b4b41c2ee918cf46b556_ContentAsPost_36998_images-5.png"
  }
 ],
 "text": "Le problème\nLe serveur est un serveur de messagerie Postfix sous Debian GNU/Linux, avec toutes les dernières mises à jour et tous les correctifs de sécurité. Il est utilisé par des clients légitimes, qui ne peuvent s'en servir qu'avec une authentification en règle.\nÉviter d'être un relais ouvert\nL'authentification individuelle des utilisateurs sur un serveur de messagerie est une mesure importante contre les abus. Si du spam est envoyé, les journaux du serveur te montrent quel utilisateur est à l'origine du problème. En termes techniques, cela revient à empêcher le serveur de devenir un « relais ouvert ». Postfix offre de nombreux réglages pour limiter_le_relais_SMTP_avec_un_contrôle_d'accès (http://www.postfix.org/SMTPD_ACCESS_README.html).\nLimiter le débit des comptes e-mail (piratés)\nLes abus par des utilisateurs individuels arrivent quand leur ordinateur attrape un virus ou quand leur mot de passe est intercepté. Cela peut arriver quand tu consultes ton courrier sur un WiFi non sécurisé, sans chiffrement (TLS/SSL). Pour ce genre de situation, c'est une bonne idée de limiter le nombre d'e-mails que chaque utilisateur peut envoyer. Tu peux utiliser les paramètres_de_configuration_de_Postfix (http://www.postfix.org/postconf.5.html) (comme smtpd_client_message_rate_limit, smtpd_client_connection_rate_limit et smtpd_client_recipient_rate_limit) ou un pare-feu Postfix comme Postfwd (https://postfwd.org).\nLe serveur est inscrit sur la liste noire « backscatterer.org »\nMalgré toutes les mesures contre les abus de spam, le serveur s'est quand même retrouvé sur http://backscatter.org pour envoi de spam. Quand un serveur est mis sur liste noire, les autres serveurs ne lui font plus confiance et considèrent tous ses messages comme suspects. Tes messages (légitimes) risquent alors d'être pris pour du spam par les autres serveurs (faux positifs). Pour comprendre pourquoi c'est arrivé, il faut d'abord comprendre ce qu'est le spam de rétrodiffusion.\nQu'est-ce que le spam de rétrodiffusion (backscatter) ?\nLe spam de rétrodiffusion, ce sont des messages de rejet automatiques envoyés à tort par le serveur de messagerie, en général comme effet secondaire de spam entrant.\nLa rétrodiffusion survient quand des spammeurs falsifient l'adresse de l'expéditeur. Ils envoient un message dont ils s'attendent à ce qu'il soit rejeté, en utilisant l'adresse de quelqu'un d'autre comme expéditeur. Quand le message est rejeté, le serveur de messagerie renvoie le message à l'expéditeur falsifié... et le serveur livre ainsi, de fait, du spam à l'adresse de cet expéditeur.\nLe scénario simple de rétrodiffusion, c'est quand un message est renvoyé au mauvais expéditeur. Il est facile à résoudre : on configure le serveur pour qu'il n'envoie pas de messages de rejet, mais qu'il réponde avec un code d'erreur SMTP.\nMalheureusement, il existe un autre scénario (plus difficile) qui amène ton serveur de messagerie à envoyer du spam de rétrodiffusion. Il survient quand quelqu'un sur ton serveur configure son compte pour transférer ses e-mails vers une autre adresse. Le second serveur a peut-être un filtre antispam plus strict, qui bloque des messages lors du transfert. Ton serveur informe alors l'expéditeur d'origine que le transfert a échoué, ce qui provoque du spam de rétrodiffusion.\nLe scénario du transfert est bien plus difficile à résoudre, car tu ne contrôles probablement pas l'autre serveur ni les réglages de son filtre antispam. Pire encore, il y a souvent un délai entre l'acceptation du message et son transfert, ce qui rend impossible d'attendre la réponse de l'autre serveur.\nPrévenir le spam de rétrodiffusion\nLa seule manière d'empêcher complètement le spam de rétrodiffusion, c'est d'être très strict dès le premier serveur de messagerie, au moment de la connexion SMTP initiale. Cela résout le difficile « scénario du transfert » en étant très sélectif sur les messages qui sont transférés.\nComment bloquer le spam avant qu'il n'entre sur le serveur\nLa meilleure façon d'empêcher le spam de rétrodiffusion, c'est de le bloquer avant qu'il n'entre dans la (chaîne de) serveur(s).\nTraditionnellement, les serveurs utilisent des filtres antispam avancés comme SpamAssassin pour analyser les messages un par un. Cela ajoute de la charge sur le serveur de messagerie.\nIl est beaucoup plus simple de regarder l'expéditeur (par exemple, s'il porte un chapeau rouge) pour un premier filtrage. Est-il sur une liste noire ? Utilise-t-il une « vraie » appli de messagerie, ou les messages sont-ils envoyés par un virus ou un logiciel malveillant ? On peut déterminer beaucoup de choses en regardant le « langage » que parle l'expéditeur.\nDans Postfix, tu peux définir des restrictions SMTP dans le fichier de configuration main.cf. Plusieurs vérifications permettent de bloquer des messages. C'est une bonne idée d'aller du « facile au difficile » dans la logique de filtrage, en commençant par ce qui peut être vérifié sans consulter de serveurs externes. Cela réduit le trafic réseau et la charge. Ce n'est que si un message passe toutes les vérifications qu'il est autorisé à la livraison (ou au transfert).\nÀ la livraison, tu peux mettre en place un filtrage antispam plus complexe (et spécifique à chaque utilisateur) avec des outils comme SpamAssassin (https://spamassassin.apache.org) ou le filtrage_bayésien (https://en.wikipedia.org/wiki/Recursive_Bayesian_estimation). En réduisant l'afflux de spams évidents, ces filtres gourmands en ressources peuvent travailler beaucoup plus efficacement.\nConclusion\nLutter contre le spam au niveau du serveur est un jeu difficile, car les spammeurs deviennent de plus en plus créatifs pour détourner les mécanismes des serveurs de messagerie. Si ton serveur est mis sur liste noire pour spam de rétrodiffusion, méfie-toi des scénarios de transfert. Garde un œil sur les listes noires pour voir si ton serveur pose problème.\nBloque les messages avec des codes d'erreur plutôt que de les renvoyer à l'expéditeur (rejet). Configure le serveur avec une politique de livraison stricte. La meilleure façon d'empêcher le spam de rétrodiffusion, c'est de bloquer les messages avant qu'ils n'entrent sur le serveur de messagerie, et maintenant, tu sais comment faire.",
 "word_count": 931,
 "markdown_url": "https://agents.willem.com/fr/posts/2019-09-10_lutter-contre-le-spam-de-retrodiffusion-au-niveau-du-serveur/post.md"
}