Vous pouvez vérifier l'essentiel de la posture de sécurité d'un serveur MCP publicitaire depuis un navigateur en environ dix minutes, avant l'apparition de tout écran OAuth. Faites sept contrôles sur le domaine du serveur : deux fichiers de découverte OAuth, un security.txt, une fiche de serveur MCP, un modèle de protection des écritures publié, une voie de révocation de session et un recoupement avec le registre. Ce guide montre chaque contrôle sur les URL réelles de PaidSync pour que vous voyiez exactement à quoi ressemble un succès, le tout consulté le 1 août 2026. La liste complète des contrôles d'un serveur MCP Google Ads sécurisé se trouve sur la page sécurité de PaidSync.ai.
Aucun de ces contrôles ne demande un développeur. Chacun est une URL à coller dans un navigateur ou une expression à chercher dans la documentation publique. Si un serveur échoue aux quatre premiers, vous n'avez rien à vérifier, et cette absence est en soi la réponse.
Deux incidents expliquent cette page
postmark-mcp, septembre 2025, le premier serveur MCP malveillant dans la nature
Des chercheurs de Koi Security ont trouvé un paquet npm appelé postmark-mcp qui usurpait la vraie bibliothèque d'e-mail de Postmark. À partir de la version 1.0.16, il ajoutait une ligne de code qui mettait en copie cachée chaque e-mail envoyé à l'adresse d'un attaquant. Il a été téléchargé 1 643 fois avant son retrait. Rapport complet sur The Hacker News.
Le détail qui compte pour les annonceurs : postmark-mcp n'aurait passé aucun des contrôles ci-dessous, car un paquet npm installé localement ne publie aucune posture de sécurité. Pas de découverte OAuth, pas de contact sécurité, pas de fiche de serveur, pas de domaine vérifié par le registre. L'attaque a fonctionné par usurpation de nom, et il n'y avait rien à une adresse fixe pour comparer le nom. Les serveurs MCP distants qui publient des documents de découverte vous donnent ce qu'aucun npm install ne donne : des affirmations vérifiables à des URL que l'opérateur ne peut pas faire varier discrètement selon le visiteur.
Le second incident est plus flou, et l'honnêteté impose de le dire. Au printemps 2026, des dirigeants publicitaires ont affirmé dans des discussions en ligne que leurs comptes publicitaires Meta avaient été restreints ou bannis après l'intégration d'outils IA. Digiday a rapporté le 29 avril 2026 qu'« aucun lien officiel entre les deux n'a été confirmé », et Meta n'a publié aucune déclaration reliant l'application des règles sur les comptes publicitaires à un outil IA. Considérez vague de bannissements comme non prouvée. Mais remarquez ce que les cas allégués avaient en commun : des jetons API bruts, des agents tournant sans surveillance, aucune étape d'approbation entre le modèle et le compte en direct. Les contrôles 5 et 6 ci-dessous existent pour écarter exactement ce schéma avant que vous ne connectiez quoi que ce soit.
Les sept contrôles en un coup d'œil
Chaque contrôle est une URL ou un comportement documenté. La colonne de droite montre le résultat réel de PaidSync pour que vous voyiez un état conforme, et non parce que réussir ces contrôles serait propre à PaidSync. Tout serveur MCP publicitaire bien géré peut et doit réussir les sept.
| Vérification | Où regarder | Résultat PaidSync (1 août 2026) |
|---|---|---|
| 1. Métadonnées du serveur OAuth | /.well-known/oauth-authorization-server | 200, JSON, PKCE S256 |
| 2. Métadonnées de la ressource protégée | /.well-known/oauth-protected-resource | 200, JSON, scopes de lecture et d'écriture séparés |
| 3. security.txt | /.well-known/security.txt | 200, contact + Expires 2027 |
| 4. Fiche du serveur MCP | /.well-known/mcp/server-card.json | 200, authentification requise, PKCE requis |
| 5. Modèle de protection des écritures | Documentation publique, mécanismes nommés | dry_run + confirm_destructive documentés |
| 6. Révocation de session | Documentation ou tableau de bord | Révocation à tout moment depuis le tableau de bord |
| 7. Cohérence du registre | Registre MCP officiel | Fiche active, domaines identiques à la fiche du serveur |
Contrôle 1. Métadonnées OAuth
Collez ce modèle dans un navigateur en remplaçant par le domaine du serveur :
https://<server-domain>/.well-known/oauth-authorization-serverLa RFC 8414 définit ce fichier. C'est le serveur qui déclare, à une adresse fixe, comment il gère OAuth : où se trouvent ses points d'accès d'autorisation et de jeton, quels types d'autorisation il prend en charge et s'il exige PKCE (la protection contre l'interception du code, cherchez S256 sous code_challenge_methods_supported). Un serveur qui a ce fichier applique un OAuth conforme aux standards. Un serveur qui ne l'a pas gère votre accès autrement, souvent en vous demandant de coller des jetons bruts de longue durée, ce qui est le schéma derrière la plupart des histoires d'horreur de 2026.
Le fichier réel de PaidSync, consulté le 1 août 2026 :
https://paidsync.ai/.well-known/oauth-authorization-serverContrôle 2. Métadonnées de la ressource
La RFC 9728 est le fichier complémentaire : la ressource déclare quels serveurs d'autorisation peuvent émettre des jetons pour elle et quels scopes existent. Deux choses à lire ici. D'abord, si la lecture et l'écriture sont des scopes séparés, car la séparation signifie que le serveur peut accorder un accès de reporting sans accorder un accès de modification. Ensuite, si les domaines listés correspondent au point d'accès que vous allez configurer dans Claude ou ChatGPT. Le modèle d'autorisation MCP actuel s'appuie sur ces deux documents de découverte, et la spécification MCP du 2026-07-28 a renforcé encore l'autorisation.
Le fichier réel de PaidSync, consulté le 1 août 2026 :
https://paidsync.ai/.well-known/oauth-protected-resourceContrôle 3. security.txt
La RFC 9116 définit le fichier où un opérateur publie comment signaler une vulnérabilité. Cherchez une ligne Contact et une date Expires dans le futur. Une date expirée signifie que personne ne le maintient. Un fichier absent signifie qu'un chercheur qui trouve une faille dans le serveur détenant vos comptes publicitaires n'a aucun moyen officiel d'en informer quelqu'un. C'est un contrôle de trente secondes et il écarte une part étonnante de serveurs de niveau amateur.
Le fichier réel de PaidSync, consulté le 1 août 2026 :
https://paidsync.ai/.well-known/security.txtContrôle 4. La fiche du serveur MCP
La fiche du serveur est le serveur qui se décrit sous forme lisible par machine : nom, point d'accès, documentation et fonctionnement de l'authentification. Lisez trois champs. authentication.required indique-t-il true ? La méthode OAuth renvoie-t-elle aux fichiers de découverte des contrôles 1 et 2 ? Le domaine du point d'accès correspond-il à l'endroit où vous vous connectez réellement ? Une fiche qui n'exige aucune authentification pour un serveur publicitaire est déjà un signal d'alerte, car un point d'accès non authentifié devant des comptes publicitaires ne devrait pas exister.
La fiche réelle de PaidSync, consultée le 1 août 2026 :
https://paidsync.ai/.well-known/mcp/server-card.jsonVous voulez voir un serveur conforme de l'intérieur ? L'offre gratuite donne 100 tâches par mois, d'une valeur de $50, sans carte.
Essai gratuit Le serveur MCP en brefContrôle 5. Modèle d'écriture publié
N'importe qui peut écrire « sécurité de niveau entreprise » sur une page d'accueil. Ce que vous cherchez est différent : une documentation qui nomme les mécanismes précis protégeant les écritures, car des paramètres nommés sont des affirmations testables. Cherchez dans la documentation publique du serveur des termes comme dry_run, approbation et confirmation des actions destructrices. Si la documentation ne nomme jamais un mécanisme de protection, considérez que les écritures ne sont pas protégées et agissez en conséquence.
Le modèle publié de PaidSync, consulté le 1 août 2026, avec la page sécurité revérifiée le 23 septembre 2026 : paidsync.ai/security indique que via MCP PaidSync n'écrit aucune carte d'approbation, donc le contrôle humain est la demande de confirmation de votre propre assistant. La documentation des opérations en masse Meta nomme les deux mécanismes : un aperçu dry_run est disponible sur la plupart des outils d'écriture pour que vous inspectiez la modification prévue avant de confirmer, et un schéma confirm_destructive s'applique à toute action qui modifie des campagnes en direct. Les actions de lecture n'exigent jamais de confirmation.
Contrôle 6. Une voie de révocation de session
Avant de vous connecter, sachez comment vous déconnecter. La question : pouvez-vous couper l'accès de ce serveur en moins d'une minute, sans changer le mot de passe de votre plateforme publicitaire ? Un serveur digne de confiance vous donne deux niveaux. Côté outil, un tableau de bord où sessions et clés peuvent être révoquées. Côté plateforme, la connexion étant basée sur OAuth, vous pouvez aussi la couper depuis les paramètres de sécurité de Google ou de Meta. Les serveurs qui vous demandent plutôt de coller des jetons API bruts de longue durée échouent structurellement à ce contrôle : votre seul recours est le renouvellement des identifiants, plus lent et plus facile à oublier.
La voie publiée par PaidSync, consultée le 1 août 2026 : paidsync.ai/connect-mcp indique que l'accès peut être révoqué n'importe quand depuis votre tableau de bord PaidSync.
Contrôle 7. Cohérence de la fiche dans le registre
Recherchez le serveur dans le registre MCP officiel et comparez ce que dit le registre avec la fiche du serveur du contrôle 4 :
https://registry.modelcontextprotocol.io/v0/servers?search=paidsyncRemplacez le terme de recherche par n'importe quel serveur que vous évaluez. Ce qui doit correspondre : les domaines des points d'accès et la méthode d'authentification. La fiche de PaidSync dans le registre, consultée le 1 août 2026, est active, a été publiée le 8 avril 2026, pointe vers mcp.paidsync.ai et marque la clé API comme obligatoire et secrète. Tout cela concorde avec la fiche du serveur.
Un détail honnête dont il vaut la peine de tirer une leçon : la description de la fiche du registre porte encore son texte d'avril, qui mentionne 200+ outils, alors que la fiche du serveur en direct reflète le catalogue actuel de 630+ outils sur 14 plateformes. C'est à cela que ressemble une dérive bénigne. Les descriptions et les chiffres vieillissent entre deux mises à jour du registre. Les domaines non. Un chiffre périmé est cosmétique ; un domaine différent, c'est ainsi que fonctionne l'usurpation, et postmark-mcp était exactement une attaque par usurpation de nom. Faites correspondre les domaines, et considérez tout désaccord à ce niveau comme disqualifiant.
Et si on utilisait simplement le MCP officiel
Objection légitime : pourquoi vérifier des tiers alors que Google propose son propre serveur MCP ? À cause de ce qu'est le serveur officiel. Google a annoncé son serveur MCP open source pour l'API Google Ads le 7 octobre 2025 sur le blog Google Ads Developer, et le dépôt expose trois outils : la recherche, les métadonnées de ressources et une liste de comptes accessibles. Que de la lecture. Aucune pause, aucun changement de budget, aucun mot-clé négatif, aucune modification d'aucune sorte.
That makes the official server a safe choice for reporting: since its 2 Nov 2026 release its writes cover assets and labels, each proposed first and confirmed second. The moment you want an AI to act on what it finds, you are choosing a third-party server whether you planned to or not. Meta, for its part, is opening its ad ecosystem to third-party AI tools, as Digiday covered in April 2026. So "just use the official one" does not remove the verification problem. It narrows it to the exact category where verification matters most: servers that can write. Running Google's read-only server for diagnostics alongside a verified write-capable server is a reasonable pairing, not a contradiction.
Ce que cette checklist ne fait pas
Limites à connaître avant de s'y fier
Ces sept contrôles vérifient une posture, pas du code. Un serveur qui les réussit a fait un travail de sécurité vérifiable en public, ce qui va de pair avec un travail invisible tout aussi sérieux, mais ce n'en est pas la preuve. La checklist ne peut pas auditer les composants internes d'un serveur, ne peut pas analyser ses dépendances et ne peut pas promettre qu'une plateforme publicitaire ne signalera jamais une activité automatisée sur votre compte. Elle s'applique aussi à peine aux serveurs MCP installés en local via npm, qui ne publient aucun de ces documents ; pour eux, vos protections sont la provenance des paquets et l'analyse des dépendances, une autre discipline. Et pour PaidSync en particulier, la même exigence s'applique : les outils Search Console sont en lecture seule, TikTok, Snapchat, Reddit et Pinterest permettent de gérer et d'optimiser des campagnes existantes mais pas d'en créer de nouvelles, et Microsoft Ads crée des campagnes Search et Performance Max, en pause. Une checklist que l'auteur de cette page réussit reste une checklist que vous devez exécuter vous-même. Toutes les URL sont ci-dessus.
Échec aux contrôles 1 à 4 : ne connectez pas de compte avec de vraies dépenses. Il n'y a rien à vérifier, et cette absence est le constat.
Réussite aux contrôles 1 à 4, silence sur le 5 : reporting uniquement. N'accordez pas de droits d'écriture à un serveur dont la documentation ne nomme jamais les mécanismes de contrôle.
Réussite aux sept contrôles : une configuration défendable. Gardez les validations activées, commencez en lecture, élargissez avec discernement.
Ajouter à ChatGPT : ouvrez PaidSync.ai dans l'annuaire des plugins de ChatGPT, installez-le, puis connectez-vous.
Ajouter à Claude : ouvrez PaidSync.ai dans l'annuaire des connecteurs de Claude, cliquez sur Connecter, puis connectez-vous.
Questions fréquentes
Est-il sûr de connecter Claude à mon compte publicitaire ?
Cela dépend entièrement du serveur au milieu, pas de Claude. Claude parle à votre compte publicitaire via un serveur MCP, et c'est ce serveur qui détient l'accès. Avant de vous connecter, faites les sept contrôles dans le navigateur ci-dessus : les deux fichiers de découverte OAuth, un security.txt, une carte de serveur MCP, une documentation qui nomme ses mécanismes de contrôle des écritures, un moyen de révoquer les sessions et une fiche cohérente dans le registre MCP officiel. Un serveur qui réussit les sept, avec chaque écriture soumise à une validation humaine, est une configuration défendable. Un serveur qui échoue aux quatre premiers ne vous donne rien à vérifier, et c'est votre réponse.
Qu'est-ce qu'une fiche de serveur MCP et où la trouver ?
Un fichier JSON lisible par machine, publié par un serveur MCP distant à l'adresse /.well-known/mcp/server-card.json, qui décrit ce qu'est le serveur : nom, point d'accès, documentation et mode d'authentification. Vous le lisez en collant l'URL dans un navigateur. La carte de PaidSync, paidsync.ai/.well-known/mcp/server-card.json, déclare plus de 630 outils sur 14 plateformes, indique que l'authentification est obligatoire et exige PKCE pour son flux OAuth. Si un serveur MCP publicitaire distant n'a ni carte ni fichiers de découverte OAuth, vous vous connectez à un point d'accès qui ne dit rien de lui-même.
Un serveur MCP publicitaire peut-il modifier mes campagnes sans me demander ?
Techniquement oui, si le serveur expose des outils d'écriture sans contrôle et que vous avez accordé les droits d'écriture. C'est pourquoi le contrôle 5 existe : la documentation doit nommer ses mécanismes de contrôle. PaidSync laisse la validation humaine de chaque écriture à la demande de confirmation de votre assistant (indiqué sur paidsync.ai/security), prend en charge les aperçus dry_run sur la plupart des outils d'écriture et applique un schéma confirm_destructive aux actions qui modifient des campagnes en ligne (documenté sur paidsync.ai/docs/meta-bulk-operations). Si la documentation d'un serveur se contente de dire « sécurisé » et « sûr » sans nommer un paramètre que vous pourriez tester, supposez que les écritures ne sont pas contrôlées.
Qu'était l'incident postmark-mcp ?
En septembre 2025, des chercheurs de Koi Security ont trouvé le premier serveur MCP malveillant confirmé dans la nature : un paquet npm nommé postmark-mcp qui se faisait passer pour la vraie bibliothèque de Postmark. À partir de la version 1.0.16, il ajoutait une ligne de code qui mettait en copie cachée chaque e-mail envoyé à l'adresse d'un attaquant. Il a été téléchargé 1 643 fois avant son retrait, selon The Hacker News. La leçon pour les annonceurs : le paquet a échoué à tous les contrôles vérifiables, car les paquets installés en local ne publient aucune posture de sécurité. Les serveurs distants qui publient des fichiers de découverte OAuth, un security.txt et une fiche de registre vous donnent quelque chose à vérifier avant de vous connecter.
Meta a-t-il banni des annonceurs pour avoir connecté des outils IA en 2026 ?
Non confirmé. Au printemps 2026, certains dirigeants publicitaires ont affirmé dans des discussions en ligne que leurs comptes publicitaires Meta avaient été restreints ou bannis après l'intégration d'outils d'IA. Digiday a indiqué le 29 avril 2026 qu'aucun lien officiel entre les deux n'a été confirmé, et Meta n'a publié aucune déclaration reliant les sanctions sur les comptes publicitaires à un outil d'IA. Ce que les cas évoqués avaient en commun, c'était un schéma : des jetons API bruts, des agents sans surveillance, aucune étape de validation. Les écritures soumises à validation et les sessions révocables (contrôles 5 et 6) sont conçues contre exactement ce schéma.
Le serveur MCP Google Ads officiel est-il plus sûr qu'un serveur tiers ?
It carries less write risk: its README (read 7 Nov 2026) lists writes for assets and labels, each proposed first and confirmed second. Google's open-source Google Ads API MCP server, announced October 7, 2025, exposes seven tools in its repository since its 2 Nov 2026 release: search, resource metadata, an accessible-customers list, and four that create assets and manage labels. That makes it a solid reporting companion. The moment you want an AI to actually pause an ad, add negatives, or shift budget, you are choosing a third-party server, and that is precisely when this checklist matters most.
Comment révoquer l'accès d'un serveur MCP à mes comptes publicitaires ?
Deux niveaux. Côté outil : un serveur digne de confiance vous permet de révoquer sessions et clés depuis son propre tableau de bord ; PaidSync indique sur paidsync.ai/connect-mcp que l'accès peut être révoqué n'importe quand depuis le tableau de bord PaidSync. Côté plateforme : pour tout outil basé sur OAuth, vous pouvez aussi couper l'accès depuis la plateforme publicitaire elle-même, dans les paramètres de sécurité de Google sous l'accès des tiers et dans les paramètres Business de Meta sous les intégrations. Les outils qui vous demandent plutôt de coller des jetons API bruts de longue durée vous obligent à renouveler les identifiants, ce qui est plus lent et plus facile à oublier.
À lire aussi
Le meilleur MCP pour la gestion publicitaire Guide de la catégorie → ChatGPT sur votre compte Google Ads, est-ce sûr ? Guide de la catégorie → Connecter vos comptes publicitaires à Claude Guide de configuration → Opérations groupées Meta, la documentation dry_run et confirm_destructive Documentation →Faites vous-même les sept contrôles sur PaidSync, puis connectez-vous avec l'offre gratuite. 100 tâches par mois à $0, Pro à partir de $99/mois quand vous en aurez besoin de plus.
Essai gratuit Voir les tarifs