L’agent DMARC IA qui rédige le correctif
L’agent DMARC IA de Palisade lit vos rapports, rédige un correctif par expéditeur en échec et déploie ce que vous approuvez.
Salesforce - Fix SPF
Cloudflare DNSAgent DMARC IA : ce que vous y gagnez
Des correctifs rédigés
L’agent analyse vos données DMARC et crée des tickets de correction priorisés : vérification d’expéditeurs, alignement SPF et DKIM, failles de politique, étapes vers l’application.
Vous gardez la main
Chaque changement est relu avant sa mise en ligne. Voyez le diff exact, approuvez-le et, avec le DNS hébergé, appliquez-le depuis Palisade : votre fournisseur DNS reste en place.
Une politique adaptée au domaine
Examinez les expéditeurs légitimes et les vrais chemins d’envoi avant de durcir la politique DMARC. La bonne politique dépend de l’usage du domaine ; p=reject n’est pas la cible par défaut de tous.
Adopté par de grandes marques
Du rapport brut au correctif déployé
L’agent mène toute la boucle, vous approuvez chaque étape.
Rapports collectés
Palisade collecte les rapports agrégés DMARC de vos domaines et identifie chaque source d’envoi. Ni XML à décoder, ni tableur.
Tickets ouverts
L’agent transforme chaque problème en ticket avec titre, gravité, impact sur le score et action recommandée, déjà priorisé.
Vous relisez
Chaque ticket montre exactement ce qui change, jusqu’au diff. Confirmez les expéditeurs légitimes et approuvez.
Déployer et vérifier
Avec le DNS hébergé, appliquez le changement approuvé depuis Palisade par délégation CNAME. Sur DNS externe, Palisade le publie dans votre zone chez 64 fournisseurs, ou vous remet l’enregistrement exact.
Comment l’agent traite les tickets
Expéditeurs repérés
L’agent détecte les sources d’envoi dans le trafic réel. Examinez les expéditeurs en attente, confirmez les légitimes, écartez le reste.
Gravité et impact score
Chaque ticket porte une gravité et les points que gagne votre domaine en le réglant : la file est déjà triée par importance.
Un ticket par problème
Autorisation d’expéditeur, échec SPF ou DKIM, DNS cassé, limite de requêtes SPF, configuration, maturité de la politique : chacun a son parcours de correction.
Instructions par fournisseur
Quand Palisade reconnaît la plateforme d’envoi, le ticket inclut les étapes propres à ce fournisseur, pas une checklist d’authentification générique.
Lecture de la doc officielle
L’agent lit la documentation officielle du fournisseur, en extrait la configuration SPF ou DKIM utile et vérifie chaque étape à la source. Le guide généré est relu par un humain avant d’être visible.
Preuves et changements exacts
Voyez l’expéditeur ou l’hôte concerné, les preuves du constat et pourquoi Palisade recommande l’action. Si le correctif touche au DNS, prévisualisez le changement exact avant d’approuver.
Application par étapes
Vérifiez si la politique est prête et approuvez chaque changement séparément. Adaptez l’application aux envois du domaine, transferts et listes de diffusion compris, sans viser p=reject partout.
Vérification en attente
Après un changement, le ticket indique que Palisade surveille le résultat. Le travail résolu se clôt seul ; si le problème persiste, le suivi rouvre le ticket.
Reporter, écarter ou terminer
Laissez plus de temps à un correctif ou écartez un constat hors sujet. Tickets terminés et écartés restent accessibles par filtre de statut.
Visibilité et historique DNS
Voyez les enregistrements que Palisade voit maintenant, et des instantanés réguliers de ce qui a changé et quand.
Alertes de nouveaux tickets
Quand l’agent ouvre un ticket, votre équipe le sait. Personne n’a à guetter les rapports.
Expéditeurs inutilisés
Quand un expéditeur confirmé n’a rien envoyé depuis un an, l’agent ouvre un ticket de faible priorité avec les preuves et les enregistrements qui l’autorisent encore. Gardez-le, ou retirez ces enregistrements chez votre fournisseur DNS.
Multi-domaines
Tickets, scores, politique et volume se cumulent par domaine : priorisez sur tous les domaines que vous gérez.
Depuis votre assistant IA
Connectez Claude, Copilot ou tout client MCP au serveur MCP de Palisade. Votre assistant liste les tickets de l’agent, en ouvre un pour ses preuves et son correctif, et le clôt une fois en ligne. ChatGPT se connecte en lecture seule, pour le suivi et le diagnostic.
Quand l’agent fait le travail, les équipes accélèrent.D’un domaine à tout un portefeuille client.
5,0 sur 5 sur G2Adopté par plus de 10 000 domaines
Délivrabilité
21 % de rendez-vous en plus.Comment gaiia est sorti du spam.
« Nos rendez-vous ont augmenté de 21 %, et nous dormons mieux en sachant nos e-mails sécurisés »
Marc-André Campagna, PDG, gaiia
Agent DMARC IA : FAQ
L’agent DMARC Palisade, c’est quoi ?
L’agent DMARC analyse les rapports agrégés de vos domaines et crée des tickets de détection et de correction priorisés. Chacun a un titre, une description, une gravité, un impact sur le score et le correctif recommandé : vos rapports deviennent une liste de tâches, pas du XML brut.
L’agent modifie-t-il mon DNS tout seul ?
Non. L’agent rédige le correctif et vous le relisez avant toute mise en ligne. Avec le DNS hébergé, les changements approuvés s’appliquent depuis Palisade par délégation CNAME, votre fournisseur DNS restant en place. Sur DNS externe, Palisade publie l’enregistrement dans votre zone après accord, ou vous le remet exact.
Quels problèmes donnent lieu à un ticket ?
Sources d’envoi nouvelles ou inconnues à vérifier ; échecs d’authentification ou d’alignement SPF et DKIM ; DNS e-mail manquant, dérivé ou en conflit ; nettoyage SPF et limite de requêtes ; failles de politique DMARC ; verrouillage des domaines parqués ; étapes d’application. Chaque ticket suit un parcours adapté, pas une checklist générique.
Que se passe-t-il après le changement recommandé ?
Le ticket passe en vérification pendant que Palisade surveille le résultat. Si le problème SPF, DKIM ou DNS est résolu, le ticket se clôt seul. S’il persiste, le suivi le rouvre : un changement soumis ne peut pas masquer un travail inachevé.
L’agent suit-il la doc officielle des fournisseurs ?
Oui. Pour les plateformes prises en charge, l’agent lit la documentation officielle, en extrait la configuration SPF ou DKIM utile et vérifie les étapes générées à la source. Le guide est relu par un humain avant d’apparaître dans les tickets.
En quoi est-ce différent d’un test DMARC gratuit ?
Un test inspecte vos enregistrements publics une fois. L’agent suit en continu le trafic réel des rapports DMARC, identifie qui envoie vraiment en votre nom et en fait un travail priorisé, correctif joint.
Tout domaine doit-il passer à p=reject ?
Non. La politique DMARC dépend de l’usage du domaine et de ses envois légitimes. La RFC 9989, section 7.4, déconseille p=reject pour les domaines d’e-mail généralistes, car la remise indirecte (listes de diffusion) peut casser l’authentification. Vérifiez ces chemins avant d’appliquer. Palisade prépare et applique la configuration approuvée ; les messageries décident du sort des messages.
Comment l’équipe IT interne peut-elle évaluer l’agent ?
Partez d’un domaine que votre équipe contrôle et d’un inventaire documenté des expéditeurs. Vérifiez que chaque ticket identifie l’expéditeur, explique les preuves et propose un changement applicable. Notez qui approuve, quel chemin de déploiement DNS vous suivez, et si la vérification résout ou rouvre le problème. Comparez l’effort des techniciens à vos propres observations ; le volume de rapports ne prouve pas le temps gagné.
Faut-il transférer notre DNS chez Palisade ?
Non. Le DMARC hébergé délègue l’enregistrement par CNAME, votre fournisseur DNS restant en place. Si l’enregistrement reste sur DNS externe, utilisez une connexion de déploiement prise en charge ou publiez-le vous-même. Validez les droits DNS et le responsable du changement avant de choisir.
Peut-on traiter les tickets depuis Claude ou une autre IA ?
Oui. Le serveur MCP de Palisade donne à un client MCP 42 outils, dont ceux qui listent les tickets de l’agent, en ouvrent un pour ses preuves et son correctif, et le clôturent une fois en ligne. ChatGPT se connecte en lecture seule, pour le suivi et le diagnostic. Aucun outil MCP n’écrit chez un fournisseur DNS externe ; la publication reste dans l’app Palisade.
Et sur de nombreux domaines ?
Oui. Ajoutez des domaines un à un ou en masse par CSV, rangez-les en groupes et priorisez sur tout le portefeuille par tickets, score, politique et volume.
Mettez l’agent sur vos domaines
Audit de domaine gratuit, sans carte. Une carte lance l’essai de 15 jours.