Les bons programmes sont ennuyeux sous le capot : un domaine acheté pour la formation et détenu pour toujours, une configuration d'envoi qui ne peut pas nuire à la réputation du domaine réel et une passerelle de messagerie qui laisse passer le test par une exception délibérée et limitée dans le temps - pas par accident. Cette page est cette configuration.
Trois erreurs sont à l'origine du plus grand embarras technique dans ce domaine : l'envoi depuis le domaine réel, le fait de laisser le test être silencieusement mangé par le filtre anti-spam et la découverte que la page de destination enregistre mal les données après le lancement. La configuration ci-dessous évite les trois, dans cet ordre.
v=spf1 mx a -allAchetez un sosie de votre propre domaine d'entreprise - le genre d'orthographe quasi-erreur que de vrais attaquants utilisent contre vous - et enregistrez-le de manière permanente auprès de l'organisation. Il existe uniquement pour la formation. Deux limites fermes : ne jamais enregistrer un domaine imitant une banque, un coursier ou toute autre entreprise ; et ne laissez jamais le domaine de formation expirer, car un sosie expiré de votre propre domaine est un cadeau pour les vrais attaquants. Mettez son renouvellement sur le même calendrier que le domaine réel.
Envoyez des simulations uniquement depuis le domaine de formation, via le profil d'envoi de la plateforme, avec ses enregistrements DNS - SPF et, lorsque votre plateforme le prend en charge, DKIM - configurés pour ce domaine, comme la ligne SPF dans le panneau ci-dessus. La réputation, la délivrabilité et les rapports DMARC de votre domaine réel restent totalement intacts par l'exercice. Gardez la console d'administration de la plateforme clôturée - GoPhish, par exemple, sert son interface d'administration sur le port 3333 par défaut ; cette interface appartient à un VPN ou à une liste blanche IP, jamais publiée ouvertement.
La sécurité de votre messagerie tentera, à juste titre, de bloquer la simulation. Coordonnez-vous avec celui qui l'exécute : une entrée de liste blanche limitée à l'adresse d'envoi spécifique et à la fenêtre de lancement approuvée, enregistrée et supprimée à la clôture du cycle. Un contournement permanent et large n’est pas une commodité de test – c’est un trou dans vos véritables défenses avec votre nom dessus. Et prenez le compliment caché dans le bloc : si le filtre arrête votre test à froid, c'est la preuve qu'il arrête également le vrai phishing.
Consultez le profil d'envoi et les paramètres de campagne configurés dans la vidéo, étape par étape.
▶️ Watch Full VideoTrois raisons : un incident endommage la réputation et la délivrabilité du courrier du domaine réel ; le personnel ne peut plus faire confiance au véritable courrier interne lors des tests ; et si une pièce fuit, cela ressemble à un véritable compromis. Le domaine de formation donne tout le réalisme dont la leçon a besoin.
Non, ce sont vos défenses qui fonctionnent et cela vaut la peine de le dire à la direction. Mettez en liste blanche la fenêtre approuvée, exécutez le cycle, puis fermez l'exception. Le comportement du filtre est une donnée, pas une défaite.
De nombreuses organisations font exactement cela. Traitez-le comme n'importe quel système connecté à Internet : corrigé, avec la console d'administration limitée à votre propre voie d'accès et le côté envoi confiné au domaine de formation - jamais une boîte partagée qui transporte également de vrais services d'entreprise.