Qu'est-ce que l'empoisonnement DNS ? Explications sur l'empoisonnement du cache DNS

L'empoisonnement du cache DNS (usurpation DNS) exploite les vulnérabilités de votre DNS et de vos serveurs. Découvrez ce dont il s'agit et comment résoudre cette cyberattaque.

Une attaque par empoisonnement du cache DNS, également appelée « usurpation DNS » , fait partie de ces menaces dont on parle moins que du phishing ou des logiciels malveillants. L'ignorer est la pire erreur que l'on puisse commettre. Le DNS est à la base de presque tout ce qui se passe en ligne. Ainsi, lorsqu'il est compromis, les répercussions se propagent rapidement. Les conséquences sont toujours dramatiques : la confiance dans les domaines s'érode, l'authentification des e-mails est compromise, la sécurité des transmissions est mise à mal et la réputation de la marque en prend un coup. 

Lorsqu'une personne altère la manière dont les serveurs de messagerie ou les utilisateurs résolvent votre nom de domaine, cela se traduit généralement par une usurpation d'identité, un vol d'identifiants, une tentative d'hameçonnage ou tout simplement par des e-mails qui cessent d'arriver. 

Voici ce qui se passe réellement en coulisses, et pourquoi c'est si difficile à détecter.

Qu'est-ce que l'empoisonnement du cache DNS ?

Le rôle du DNS consiste à traduire les noms de domaine en adresses IP. L'empoisonnement du cache intervient directement après cette étape de traduction. Un pirate injecte des données DNS falsifiées dans un terminal, un navigateur ou un système. Ainsi, chaque fois qu'une victime tente d'accéder à un site web donné, au lieu d'aboutir sur le site réel, elle se retrouve ailleurs. Il s'agit souvent d'une page sosie spécialement conçue pour collecter des informations. 

Cache DNS s'apparente à une attaque de type « homme du milieu ». Un résolveur reçoit des données falsifiées, les stocke, puis commence à fournir une fausse adresse IP pour un domaine qui semble pourtant légitime à première vue. À partir de ce moment, toute personne s'appuyant sur ce résolveur empoisonné est redirigée vers l'adresse IP de l'attaquant, et cela continue jusqu'à l'expiration de l'enregistrement mis en cache. L'attaquant n'a même pas besoin d'intervenir directement sur le serveur DNS. Il suffit d'une seule réponse falsifiée stockée dans le cache du résolveur pour rediriger tous les utilisateurs en aval.
Voyons à travers un exemple comment cela se déroule concrètement.

Comment fonctionne l'empoisonnement DNS ?

Tout se résume à une course contre la montre. L'attaquant doit faire en sorte que sa fausse réponse parvienne au résolveur avant la vraie. Voici comment cela se déroule étape par étape :

1. L'utilisateur lance une requête DNS : Un navigateur ou une application envoie une requête DNS à un résolveur récursif pour obtenir l'adresse IP d'un domaine (par exemple, bank.com).
2. Le résolveur vérifie son cache : Si la réponse est mise en cache et que sa durée de vie (TTL) n'est pas encore écoulée, le résolveur la renvoie immédiatement. Sinon, il transmet la requête en amont aux serveurs DNS faisant autorité.
3. L'attaquant injecte une réponse falsifiée : Avant que la réponse légitime et faisant autorité n'arrive, l'attaquant envoie une réponse DNS usurpée contenant une adresse IP malveillante. Cela est possible en devinant ou en utilisant une attaque par force brute pour déterminer l'identifiant de transaction et le port source utilisés dans la requête d'origine, une technique connue sous le nom d'attaque de Kaminsky.
4. Le résolveur stocke l'enregistrement falsifié : Si la réponse falsifiée de l'attaquant arrive en premier et correspond à l'identifiant de transaction et au port attendus, le résolveur l'accepte et met en cache l'adresse IP frauduleuse.
5. Les utilisateurs sont redirigés : Toutes les requêtes ultérieures concernant ce domaine, émanant de n'importe quel utilisateur accédant au résolveur corrompu, renvoient l'adresse IP de l'attaquant, redirigeant ainsi les utilisateurs vers un site frauduleux jusqu'à l'expiration du délai de vie (TTL) du cache ou jusqu'à ce que celui-ci soit vidé manuellement.

L'attaquant doit agir avant l'expiration du TTL des données mises en cache. Le DNS traditionnel ne dispose pas de validation cryptographique intégrée ; les résolveurs ne peuvent donc pas vérifier l'authenticité d'une réponse, sauf si le protocole DNSSEC et des pratiques de sécurité des résolveurs sont mis en place. Jusqu'à l'expiration de l'enregistrement falsifié, le résolveur continue de fournir la fausse adresse IP aux utilisateurs et systèmes concernés.

Comment les attaquants empoisonnent les caches DNS

Il n'y a pas qu'une seule façon d'y parvenir. Les pirates s'appuient sur quelques techniques éprouvées pour introduire des enregistrements DNS falsifiés dans le cache d'un résolveur :

Pourquoi les attaques par empoisonnement DNS sont-elles efficaces ?

Le DNS a été conçu dans un souci de disponibilité, et non d'authentification. Le protocole d'origine ne prévoyait aucun moyen de vérifier l'authenticité d'une réponse. Ainsi, à moins que le protocole DNSSEC ne soit déployé et effectivement validé, les résolveurs finissent par se fier aux réponses uniquement parce que l'identifiant de transaction et le port coïncident par hasard.

Dans la pratique, cette lacune pose plusieurs problèmes :

• Les enregistrements mis en cache diffusent des données erronées à grande échelle. Un résolveur corrompu peut, à l'insu de tous, fournir une réponse erronée à des milliers d'utilisateurs, d'organisations ou de résolveurs en aval, et ce avant même l'expiration du TTL.
• Les utilisateurs font confiance aux noms de domaine qui leur sont familiers. Le navigateur affiche toujours une URL qui semble correcte ; il n'y a donc souvent aucun indice visible permettant de détecter un problème, surtout lorsque le site de l'attaquant est une copie visuelle très fidèle du site authentique.
• La visibilité sur les résolveurs est généralement limitée. La plupart des entreprises n'ont pas une vision claire du comportement réel des résolveurs récursifs utilisés par leurs employés, leurs clients ou leurs partenaires, ce qui ralentit la détection.
• La fenêtre requête-réponse est exploitable. Elle est étroite, mais pas assez. Les résolveurs dont le comportement est prévisible ou dont la randomisation est insuffisante laissent aux attaquants juste assez de marge pour remporter la course.

Risques et conséquences de l'empoisonnement du DNS

L'empoisonnement du cache DNS est une : l’attaquant se fait passer pour un domaine légitime et incite les utilisateurs à se rendre sur un site frauduleux. Cette technique est particulièrement efficace car le système DNS traditionnel n: l’attaquant se fait passer pour un domaine légitime et incite les utilisateurs à se rendre sur un site frauduleux. Cette technique est d’autant plus efficace que le système DNS traditionnel n’a jamais été conçu pour intégrer une validation cryptographique ; il n’existe donc aucun mécanisme par défaut permettant de filtrer les données mises en cache malveillantes. En l’absence de DNSSEC, les résolveurs n’ont tout simplement aucun moyen de distinguer une réponse légitime d’une réponse falsifiée.

Voici pourquoi c'est important :

1. Confiance dans la marque et confiance des clients

Lorsque les clients sont redirigés depuis votre domaine légitime vers un faux domaine, ils n’en tiennent pas rigueur au DNS, mais à vous. Cette association peut, à petit feu, éroder la confiance au fil du temps, et les répercussions sont d’autant plus graves dans des secteurs tels que la finance, la santé, l’éducation, le commerce de détail et le secteur public, où l’intégrité des domaines est directement liée aux relations avec la clientèle et au respect des réglementations.

2. Diffusion de logiciels malveillants

Dès que des utilisateurs, des employés ou des systèmes automatisés accèdent à une destination contrôlée par un pirate, un logiciel malveillant s'installe souvent. À partir de là, il peut se propager sur les terminaux et les réseaux, et exfiltrer discrètement des données sensibles, notamment la propriété intellectuelle, les dossiers clients et les informations financières, des informations sensibles dont la perte peut coûter très cher.

3. Vol d'identifiants et fraude financière

Les sites frauduleux sont conçus pour collecter des mots de passe, informations bancaires , identifiants d’entreprise… Tout ce que les utilisateurs saisissent est récupéré. De là, il n’y a qu’un pas vers la compromission des comptes, les transactions non autorisées et la fraude qui finit par viser l’entreprise ou ses clients.

4. Perturbation de la sécurité des e-mails et des noms de domaine

Les enregistrements DNS constituent le fondement même de l'authentification des e-mails. Ainsi, lorsque les données DNS sont non autorisées ou erronées, les conséquences ne se limitent pas à ce seul domaine. Elles se répercutent sur les enregistrements SPF, DKIM, DMARC, BIMI, MTA-STS et TLS-RPT, entraînant des lacunes en matière de visibilité, des problèmes de délivrabilité, des risques d'usurpation d'identité et des risques de non-conformité. Dès que l'intégrité du DNS est compromise, l'ensemble de la chaîne d'authentification des e-mails perd toute fiabilité.

5. Impact sur la conformité et la gestion des incidents

Pour les organisations soumises aux normes PCI DSS, RGPD, HIPAA ou à des cadres réglementaires gouvernementaux en matière de cybersécurité, un incident d’empoisonnement DNS peut entraîner un réel risque de sanctions réglementaires. De plus, la charge de travail liée à la gestion de cet incident ne s’adapte pas facilement à l’échelle. Lorsque des enregistrements DNS empoisonnés affectent simultanément plusieurs domaines, services ou environnements clients, le processus de nettoyage se complique très rapidement.

Pourquoi l'empoisonnement du cache DNS est-il un enjeu crucial pour les MSP et les MSSP ?

Pour les MSP et les MSSP qui gèrent plusieurs domaines clients, les attaques liées au DNS et les erreurs de configuration peuvent rapidement entraîner des coûts opérationnels élevés. Un seul domaine corrompu ou mal configuré peut générer des tickets d'assistance, des plaintes concernant la livraison des e-mails, des risques de hameçonnage et des problèmes de confiance de la part des clients à l'échelle de l'ensemble du portefeuille géré. La surveillance centralisée des domaines, les rapports d'authentification et l'accès basé sur les rôles aident les prestataires de services à identifier plus rapidement les problèmes et à gérer les domaines clients sans avoir à passer d'un outil à l'autre.

Exemples concrets d'attaques par empoisonnement DNS

Des attaques par empoisonnement DNS ont été observées dans divers secteurs d'activité et dans le cadre de différents scénarios d'attaque. Les exemples suivants illustrent les schémas courants, les répercussions et les enseignements tirés :

Comment détecter l'empoisonnement du cache DNS

La plupart des personnes qui sont redirigées à cause d'un cache DNS corrompu ne s'en rendent jamais compte. C'est ce qui rend ce type d'attaque difficile à détecter du côté de l'utilisateur ; c'est donc généralement à ceux qui surveillent l'infrastructure qu'il revient de la repérer. Voici quelques éléments à surveiller :

• Redirections inattendues sur des sites web. Un internaute saisit l'adresse d'un site qu'il consulte régulièrement et se retrouve sur une page inconnue.
• Avertissements liés à une incompatibilité de certificats SSL/TLS. Si le navigateur affiche une erreur de certificat, ne l'ignorez pas. Cela signifie généralement que la connexion ne s'établit pas là où elle le devrait.
• Pages de connexion contrefaites. À première vue, la page semble normale, mais l'URL, la mise en page ou les détails du certificat présentent de légères anomalies. Il vaut mieux y jeter un second coup d'œil à chaque fois.
• Réponses DNS qui varient selon les résolveurs. Effectuez une requête sur le même domaine via le résolveur de votre entreprise, puis via un résolveur public, par exemple 1.1.1.1 ou 8.8.8.8. Si les réponses diffèrent, cela signifie qu'il y a un problème.
• Entrées inhabituelles dans les journaux DNS. Des valeurs TTL inhabituelles, des sources de réponse qui ne correspondent pas aux attentes, ou un pic soudain de requêtes pour un domaine particulier.
• Une baisse du trafic sans raison apparente. Si les taux d'analyse ou d'authentification baissent sans cause apparente, il est utile de vérifier le DNS avant de l'écarter.
• Les alertes provenant de votre infrastructure de sécurité. Les alertes émises par les outils SIEM, EDR ou de surveillance réseau signalant une activité DNS ou des connexions vers des plages d'adresses IP connues pour être malveillantes ne doivent pas être ignorées.
• Anomalies dans les rapports DMARC. Une forte augmentation des échecs d'authentification peut indiquer que les enregistrements SPF, DKIM ou DMARC associés à votre domaine ont été altérés.

Que faire si vous soupçonnez un empoisonnement du cache DNS ?

Commencez par comparer les réponses DNS fournies par plusieurs résolveurs, à l'aide de l'outil outil de vérification des enregistrements DNS de PowerDMARC ou des outils en ligne de commande tels que nslookup et dig. Ensuite :

1. Videz le cache DNS sur les systèmes concernés. Windows : ipconfig /flushdns. macOS : sudo dscacheutil -flushcache ; sudo killall -HUP mDNSResponder. Linux : sudo systemd-resolve –flush-caches.
2. Passez à un résolveur récursif fiable, tel que 1.1.1.1 ou 8.8.8.8, le temps que vous examiniez votre résolveur principal.
3. Vérifiez les enregistrements DNS de chaque domaine critique, en particulier ceux prenant en charge SPF, DKIM, DMARC, MTA-STS, TLS-RPT et BIMI, à l'aide de l'outil PowerDMARC Domain Analyzer.
4. Vérifiez l'état de validation DNSSEC de vos domaines à l'aide de l'outil de vérification DNSSEC de PowerDMARC.
5. Examinez les rapports agrégés DMARC afin de détecter d'éventuelles anomalies d'authentification pouvant indiquer une perturbation au niveau du DNS.
6. Informez les utilisateurs et les parties prenantes concernés si l'incident a entraîné la divulgation d'identifiants ou des redirections malveillantes liées à votre domaine.

Stratégies de prévention et d'atténuation de l'empoisonnement DNS

1. Déployer le protocole DNSSEC lorsque cela est pris en charge

Le protocole DNSSEC ajoute des signatures cryptographiques aux enregistrements DNS, ce qui permet aux résolveurs de vérifier qu’une réponse provient bien de la source faisant autorité et qu’elle n’a pas été altérée en cours de route. Le DNS en lui-même n’authentifie toujours pas les réponses de manière autonome, mais le protocole DNSSEC comble cette lacune et réduit considérablement le risque que des réponses falsifiées passent entre les mailles du filet. Vous pouvez vérifier votre propre configuration à l’aide de l’outil vérificateur DNSSEC de PowerDMARC.

2. Veillez à ce que les résolveurs DNS et l'infrastructure soient correctement mis à jour

Les vulnérabilités connues du DNS sont constamment exploitées ; il est donc plus important qu'il n'y paraît de se tenir à jour. Une gestion régulière des correctifs, des audits de configuration et le recours à des résolveurs récursifs fiables et bien entretenus permettent tous de réduire la surface d'attaque. Deux paramètres méritent d'être vérifiés : la randomisation du port source et l'entropie de l'identifiant de requête. Ces deux éléments compliquent considérablement la devinette de l'identifiant de transaction.

3. Utiliser des résolveurs récursifs de confiance

Configurez vos points de terminaison et vos réseaux pour qu'ils s'appuient sur des résolveurs axés sur la sécurité, tels que Cloudflare (1.1.1.1), Google (8.8.8.8) ou Quad9 (9.9.9.9). Ces fournisseurs effectuent une validation DNSSEC, prennent en charge les protocoles DNS chiffrés (DoH et DoT) et filtrent activement les domaines connus pour être malveillants, ce qui permet de réduire considérablement les risques sans effort supplémentaire de votre part.

4. Problèmes liés à des enregistrements DNS mal configurés ou abandonnés

Des enregistrements DNS obsolètes ou mal configurés, comme les entrées DNS « dangling » , créent des failles que les attaquants n’hésitent pas à exploiter, notamment pour prendre le contrôle de sous-domaines, ce qui ne fait qu’aggraver les risques déjà liés à l’empoisonnement de cache. Des audits réguliers de vos enregistrements DNS à l’aide de l’outil DNS Record Checker de PowerDMARC s’avèrent très utiles dans ce contexte.

5. Surveiller et renforcer les enregistrements d'authentification des e-mails

SPF, DKIM, DMARC, BIMI, MTA-STS et TLS-RPT dépendent tous du DNS pour fonctionner. Une seule modification non autorisée de votre zone DNS peut compromettre discrètement l'authentification des e-mails sans aucun signe avant-coureur évident ; c'est précisément pour cette raison qu'il s'agit d'une vérification continue plutôt que d'une configuration ponctuelle. L'outil Domain Analyzer de PowerDMARC est conçu pour auditer l'ensemble de votre dispositif d'authentification en une seule opération.

6. Renforcer la sécurité du transport des e-mails grâce aux protocoles MTA-STS et TLS-RPT

MTA-STS exige que les serveurs de messagerie utilisent le protocole TLS lors de la transmission de messages vers votre domaine. Cela n’empêchera pas directement l’empoisonnement du cache DNS, mais cela réduit les risques d’attaques par rétrogradation qui accompagnent souvent la compromission du DNS. Associez-le à TLS-RPT et vous bénéficierez d’une visibilité sur les échecs de livraison au niveau de la couche de transport et les violations de politique, ce qui s’avère être un indicateur utile lorsque vous cherchez à déterminer si le DNS est à l’origine d’une perturbation de la messagerie.

7. Mettre à jour le logiciel de sécurité des terminaux

Si un terminal a déjà accédé à un site malveillant à la suite d’un empoisonnement DNS, il faut agir rapidement. Mettez à jour l’antivirus et le logiciel de sécurité du terminal, puis lancez une analyse complète afin de détecter et de supprimer tout élément susceptible de s’être installé. Il s’agit là d’une mesure de nature réactive, mais c’est une étape indispensable pour les utilisateurs finaux et les équipes informatiques qui doivent faire face à un incident en cours.

Au-delà de ces stratégies, il est utile de disposer d’un ensemble d’outils fiables d’analyse DNS et de domaines pour effectuer des vérifications régulières. La suite d’outils de PowerDMARC répond à ce besoin grâce au DNS Record Checker, au DNSSEC Checker, au Domain Analyzer, MTA-STS Checkeret le vérificateur TLS-RPT.

Comment PowerDMARC contribue à renforcer la sécurité des domaines et des e-mails

La sécurité DNS et l’authentification des e-mails sont étroitement liées. SPF, DKIM, DMARC, BIMI, MTA-STS et TLS-RPT reposent tous sur des enregistrements DNS précis et fiables. Si ces enregistrements sont manquants, mal configurés ou difficiles à surveiller, les entreprises s’exposent à un risque accru d’usurpation d’identité, à des problèmes de délivrabilité et à des risques de non-conformité, qui sont tous amplifiés lorsque l’intégrité du DNS est compromise.

PowerDMARC offre aux équipes de sécurité et aux MSP une plateforme centralisée permettant de gérer l'authentification des e-mails sur l'ensemble des domaines. La plateforme propose des rapports clairs, une détection rapide des problèmes, des services d'authentification hébergés, ainsi que des outils visant à simplifier la gestion des protocoles basés sur le DNS, sans nécessiter de modifications manuelles du DNS à chaque mise à jour.

• Surveillance et rapports DMARC : visibilité sur les sources d'envoi, les échecs d'authentification et les tentatives d'usurpation d'identité, y compris les anomalies pouvant indiquer une perturbation au niveau du DNS.
• SPF hébergé et SPF automatisée SPF : élimine les problèmes liés aux limites SPF et réduit la nécessité d'effectuer des modifications manuelles du DNS lors de l'ajout de nouvelles sources d'envoi.
• MTA-STS et TLS-RPThébergés: renforcent la sécurité du transport des e-mails et fournissent des rapports sur TLS et des problèmes liés aux politiques.
• BIMI hébergé : contribue à renforcer la confiance envers la marque et à améliorer sa visibilité dans la boîte de réception grâce à la gestion des enregistrements BIMI et des exigences en matière de certificats.
• Regroupement de domaines et accès basé sur les rôles : des fonctionnalités indispensables pour les entreprises et les MSP qui gèrent plusieurs domaines ou portefeuilles de clients à partir d'une seule et même plateforme.
• Informations sur les menaces basées sur l'IA : identifie les schémas d'usurpation d'identité, les sources d'envoi non autorisées et les anomalies d'authentification à l'aide de données en temps réel provenant de l'ensemble de la base client mondiale de PowerDMARC.

PowerDMARC propose également une assistance internationale assurée par des experts afin d'aider les équipes de sécurité, les administrateurs et les prestataires de services gérés (MSP) à configurer, surveiller et résoudre les problèmes liés aux enregistrements d'authentification en toute confiance. 

Commencez votre essai gratuit de 15 jours et bénéficiez d'une meilleure visibilité sur le niveau d'authentification des e-mails de votre domaine.

Foire aux questions sur l'empoisonnement du cache DNS

Comment détecter un empoisonnement DNS ?

Soyez attentifs aux redirections inattendues sur les sites Web, aux avertissements liés aux certificats SSL/TLS, aux réponses DNS incohérentes entre les différents résolveurs, aux entrées inhabituelles dans les journaux DNS et aux anomalies dans les rapports agrégés DMARC. La comparaison des résultats des requêtes à l'aide de l'outil « DNS Record Checker » de PowerDMARC ou d'outils en ligne de commande tels que « dig » et « nslookup » permet de déterminer rapidement si un résolveur renvoie une adresse IP inattendue.

Quel est un exemple concret d'empoisonnement DNS ?

Une technique courante vise les utilisateurs de plateformes d'échange de cryptomonnaies : les pirates compromettent un résolveur DNS et redirigent les utilisateurs vers un site de hameçonnage visuellement identique, qui leur permet de récupérer leurs identifiants et d'accéder à leur portefeuille. Une autre technique consiste à manipuler le réseau au niveau du FAI, les résolveurs injectant des réponses falsifiées afin de rediriger discrètement les utilisateurs vers des pages publicitaires ou d'avertissement.

Quelle est la différence entre l'empoisonnement DNS et l'usurpation DNS ?

L'empoisonnement du cache DNS consiste à injecter des enregistrements falsifiés dans le cache d'un résolveur afin que les requêtes renvoient des résultats malveillants jusqu'à l'expiration du délai de vie (TTL). L'usurpation DNS est une catégorie plus large, qui englobe l'empoisonnement du cache ainsi que d'autres méthodes, telles que l'interception du trafic DNS par une attaque de type « homme au milieu ». Dans la pratique, ces deux termes sont souvent utilisés de manière interchangeable.

Le protocole DNSSEC peut-il empêcher l'empoisonnement du DNS ?

Oui, à condition qu’il soit déployé et validé de bout en bout. Le protocole DNSSEC ajoute des signatures cryptographiques aux enregistrements DNS ; ainsi, les résolveurs qui valident ces signatures peuvent détecter et rejeter les réponses falsifiées. Cela ne fonctionne que si le propriétaire du domaine signe les enregistrements de zone et que le résolveur les valide. Un déploiement partiel ou mal configuré peut donner un faux sentiment de sécurité.

Le protocole MTA-STS empêche-t-il l'empoisonnement du cache DNS ?

Non. Le protocole MTA-STS impose le chiffrement TLS pour la distribution du courrier électronique et réduit le risque d’attaques par « downgrade », mais il ne traite pas directement le problème de l’empoisonnement du cache DNS. Associé au protocole TLS-RPT, il permet de générer des rapports sur les échecs de distribution au niveau de la couche de transport. Il faut le considérer comme un contrôle complémentaire pour la sécurité du transport des e-mails, et non comme une défense contre les attaques DNS.

Pourquoi la sécurité DNS est-elle importante pour l'authentification des e-mails ?

SPF, DKIM, DMARC, BIMI, MTA-STS et TLS-RPT dépendent tous des enregistrements DNS pour fonctionner. Si un pirate parvient à manipuler les réponses DNS, ces contrôles peuvent être désactivés ou contournés, ouvrant ainsi la voie à l'usurpation d'identité, au hameçonnage et aux problèmes de délivrabilité. L'intégrité du DNS est fondamentale pour une gouvernance efficace de la sécurité des e-mails.

• À propos de
• Derniers messages

Ahona Rudra

Expert en sécurité des domaines et des e-mails chez PowerDMARC

Ahona est la responsable du marketing chez PowerDMARC, avec plus de 5 ans d'expérience dans l'écriture sur des sujets de cybersécurité, spécialisée dans la sécurité des domaines et des courriels. Ahona est titulaire d'un diplôme de troisième cycle en journalisme et communication, solidifiant sa carrière dans le secteur de la sécurité depuis 2019.

Derniers messages de Ahona Rudra (voir tous)

• Outils DMARC gratuits : vérificateurs, générateurs et outils de surveillance (2026) - 30 juillet 2026
• Qu'est-ce qu'un service de filtrage des e-mails ? - 29 juillet 2026
• L'usurpation d'adresse e-mail : de quoi s'agit-il et comment s'en prémunir ? - 29 juillet 2026