La gestion de DMARC sur de nombreux domaines signifie que protège également ceux à partir desquels vous n'envoyez pas. — les domaines parqués et subsidiaires sont des cibles privilégiées d'usurpation d'identité. Centralisez les rapports, appliquez une politique de base à chaque domaine (y compris un enregistrement strict sur les domaines non-expéditeurs) et appliquez-la par vagues.
Un domaine qui n'envoie jamais de courrier doit toujours publier DMARC à l'adresse p=reject plus un SPF restrictif (v=spf1 -all) — sinon les attaquants peuvent l'usurper librement. Les domaines parqués constituent le risque le plus négligé dans un portefeuille.
Utilisez un tableau de bord pour tous les domaines, une destination de reporting rua cohérente et une ligne de base de stratégie standard. Appliquez ensuite par vagues, en commençant par les domaines à risque/volume le plus élevé.
Publier une politique de rejet et un SPF nul :
$ v=DMARC1; p=reject; rua=mailto:[email protected]Vérifiez votre enregistrement DMARC maintenant
Ouvrir le vérificateur DMARC gratuit →Oui — définissez-les sur p=reject avec v=spf1 -all. Ils n’envoient aucun courrier, donc l’application ne comporte aucun risque et comble un fossé courant en matière d’usurpation d’identité.
