PaidSync>Blog>Metadados do recurso protegido OAuth (RFC 9728)

Um MCP de anúncios é seguro? Veja antes de conectar

Founder written
Autor: Ahmed Ashraf|11 min de leitura|Atualizado em 1 de agosto de 2026
Verificado em 1 de agosto de 2026, com todas as URLs desta página acessadas ao vivo na hora da escrita

Você pode conferir boa parte da postura de segurança de um servidor MCP de anúncios pelo navegador em cerca de dez minutos, antes de qualquer tela de OAuth aparecer. Faça sete verificações no domínio do servidor: dois arquivos de descoberta OAuth, um security.txt, um cartão do servidor MCP, um modelo publicado de controle de escritas, um caminho de revogação de sessão e uma checagem cruzada com o registro. Este guia mostra cada verificação nas URLs reais do PaidSync para você ver exatamente como é uma aprovação, todas acessadas em 1 de agosto de 2026. A lista completa de controles de um servidor MCP do Google Ads seguro está na página de segurança do PaidSync.ai.

Nenhuma dessas verificações exige um desenvolvedor. Cada uma é uma URL que você cola no navegador ou uma frase que você procura na documentação pública. Se um servidor falha nas quatro primeiras, você não tem nada para verificar, e essa ausência já é a resposta.

Dois incidentes que explicam esta página

postmark-mcp, setembro de 2025, o primeiro servidor MCP malicioso em circulação

Pesquisadores da Koi Security encontraram um pacote npm chamado postmark-mcp que se passava pela biblioteca de e-mail real da Postmark. A partir da versão 1.0.16, ele passou a incluir uma linha de código que enviava cópia oculta de todo e-mail enviado por ele ao endereço de um atacante. Foi baixado 1,643 vezes antes de ser removido. Relatório completo no The Hacker News.

O detalhe que importa para os anunciantes: o postmark-mcp não passaria em nenhuma das verificações abaixo, porque um pacote npm instalado localmente não publica nenhuma postura de segurança. Sem descoberta OAuth, sem contato de segurança, sem cartão do servidor, sem domínio verificado em registro. O ataque funcionou por falsificação de nome, e não havia nada em um endereço fixo para comparar com o nome. Servidores MCP remotos que publicam documentos de descoberta dão a você algo que nenhum npm install dá: afirmações verificáveis em URLs que o operador não consegue variar em silêncio para cada visitante.

O segundo incidente é mais nebuloso, e a honestidade exige dizer isso. Na primavera de 2026, executivos de publicidade afirmaram em discussões online que suas contas de anúncios da Meta foram restringidas ou banidas após integrarem ferramentas de IA. O Digiday informou em 29 de abril de 2026 que “nenhuma ligação oficial entre as duas coisas foi confirmada”, e a Meta não publicou nenhuma declaração ligando a fiscalização de contas de anúncios a qualquer ferramenta de IA. Trate a onda de banimentos como não comprovada. Mas note o perfil que os casos alegados tinham em comum: tokens de API brutos, agentes rodando sem supervisão, nenhuma etapa de aprovação entre o modelo e a conta ao vivo. As verificações 5 e 6 abaixo existem para descartar exatamente esse perfil antes de você conectar qualquer coisa.

As sete verificações num relance

Cada verificação é uma URL ou um comportamento documentado. A coluna da direita traz o resultado real do PaidSync para você ver um estado aprovado, e não porque passar nessas verificações seja exclusividade do PaidSync. Qualquer servidor MCP de anúncios bem operado pode e deve passar nas sete.

Verificação Onde olhar Resultado do PaidSync (1 de ago. de 2026)
1. Metadados do servidor OAuth/.well-known/oauth-authorization-server200, JSON, PKCE S256
2. Metadados do recurso protegido/.well-known/oauth-protected-resource200, JSON, escopos de leitura e escrita separados
3. security.txt/.well-known/security.txt200, contato + Expires 2027
4. Cartão do servidor MCP/.well-known/mcp/server-card.json200, autenticação obrigatória, PKCE obrigatório
5. Modelo de controle de escritasDocumentação pública, mecanismos nomeadosdry_run + confirm_destructive documentados
6. Revogação de sessãoDocumentação ou painelRevogue a qualquer momento no painel
7. Consistência com o registroRegistro oficial do MCPListagem ativa, domínios iguais ao cartão

Teste 1. Metadados do servidor OAuth

RFC 8414

Cole este padrão em um navegador, trocando pelo domínio do servidor:

https://<server-domain>/.well-known/oauth-authorization-server

A RFC 8414 define este arquivo. É o servidor declarando, em um endereço fixo, como faz OAuth: onde ficam seus endpoints de autorização e de token, quais tipos de concessão aceita e se exige PKCE (a proteção contra interceptação de código, procure S256 em code_challenge_methods_supported). Um servidor que tem este arquivo faz OAuth dentro do padrão. Um servidor que não tem trata seu acesso de outro jeito, muitas vezes pedindo para você colar tokens brutos de longa duração, o padrão por trás da maioria das histórias de terror de 2026.

O arquivo real do PaidSync, acessado em 1 de agosto de 2026:

https://paidsync.ai/.well-known/oauth-authorization-server
Status: 200, JSON Concessões: authorization_code + refresh_token PKCE: S256

Teste 2. Metadados do recurso protegido

RFC 9728 https://<server-domain>/.well-known/oauth-protected-resource

A RFC 9728 é o arquivo complementar: o recurso declarando quais servidores de autorização podem emitir tokens para ele e quais escopos existem. Duas coisas para ler aqui. Primeiro, se leitura e escrita são escopos separados, porque a separação significa que o servidor pode conceder acesso a relatórios sem conceder acesso para alterar. Segundo, se os domínios listados correspondem ao endpoint que você está prestes a configurar no Claude ou no ChatGPT. O modelo de autorização atual do MCP se apoia nesses dois documentos de descoberta, e a especificação MCP de 2026-07-28 reforçou ainda mais a autorização.

O arquivo real do PaidSync, acessado em 1 de agosto de 2026:

https://paidsync.ai/.well-known/oauth-protected-resource
Status: 200, JSON Escopos: read and write listed separately Tokens: bearer header only

Teste 3. Arquivo security.txt

RFC 9116 https://<server-domain>/.well-known/security.txt

A RFC 9116 define o arquivo em que um operador publica como relatar uma vulnerabilidade. Procure uma linha Contact e uma data Expires no futuro. Uma data vencida significa que ninguém o mantém. A falta do arquivo significa que um pesquisador que encontre uma brecha no servidor que guarda suas contas de anúncios não tem nenhuma forma oficial de avisar alguém. É uma verificação de trinta segundos e filtra uma parcela surpreendente de servidores amadores.

O arquivo real do PaidSync, acessado em 1 de agosto de 2026:

https://paidsync.ai/.well-known/security.txt
Contato: security@paidsync.ai Expires: 2027-05-19 Extras: Canonical, Policy, Acknowledgments

Verificação 4. O cartão do servidor MCP

Descoberta do MCP https://<server-domain>/.well-known/mcp/server-card.json

O cartão do servidor é o servidor se descrevendo em formato legível por máquina: nome, endpoint, documentação e como a autenticação funciona. Leia três campos. O campo authentication.required diz true? O método OAuth aponta de volta para os arquivos de descoberta das verificações 1 e 2? O domínio do endpoint corresponde ao lugar onde você realmente está se conectando? Um cartão que não exige autenticação para um servidor de anúncios já é um sinal de alerta, porque um endpoint sem autenticação na frente de contas de anúncios não deveria existir.

O cartão real do PaidSync, acessado em 1 de agosto de 2026:

https://paidsync.ai/.well-known/mcp/server-card.json
Autenticação: required, apiKey or OAuth2 PKCE: required Declara: 630+ tools, 14 platforms

Quer ver um servidor aprovado por dentro? O plano gratuito tem 100 tarefas por mês, no valor de $50, sem cartão.

Comece grátis Como o servidor MCP funciona

Teste 5. Controle de escrita publicado

Mecanismos nomeados, não adjetivos

Qualquer um pode escrever “segurança de nível empresarial” em uma página de vendas. O que você procura é diferente: documentação que nomeie os mecanismos específicos que controlam as escritas, porque parâmetros nomeados são afirmações testáveis. Procure na documentação pública do servidor termos como dry_run, aprovação e confirmação para ações destrutivas. Se a documentação nunca nomeia um mecanismo de controle, presuma que as escritas não têm controle e aja de acordo.

O modelo publicado do PaidSync, acessado em 1 de agosto de 2026, com a página de segurança reverificada em 23 de setembro de 2026: paidsync.ai/security informa que, via MCP, o PaidSync não grava nenhum cartão de aprovação, então a verificação humana é o prompt de confirmação do seu próprio assistente. A documentação de operações em massa da Meta nomeia os dois mecanismos: uma prévia dry_run está disponível na maioria das ferramentas de escrita, para você inspecionar a mudança planejada antes de confirmar, e um padrão confirm_destructive vale para qualquer ação que modifique campanhas ativas. Ações de leitura nunca exigem confirmação.

Prévia: dry_run on most write tools Operações destrutivas: confirm_destructive Verificação humana: your assistant's own prompt

Teste 6. Como revogar sessões

Botão de emergência

Antes de conectar, saiba como desconectar. A pergunta: você consegue cortar o acesso deste servidor em menos de um minuto, sem trocar a senha da sua plataforma de anúncios? Um servidor confiável oferece duas camadas. No lado da ferramenta, um painel onde sessões e chaves podem ser revogadas. No lado da plataforma, como a conexão é baseada em OAuth, você também pode cortá-la nas configurações de segurança do Google ou da Meta. Servidores que pedem para você colar tokens de API brutos de longa duração falham nesta verificação por estrutura: seu único recurso é trocar as credenciais, o que é mais lento e mais fácil de esquecer.

O caminho publicado do PaidSync, acessado em 1 de agosto de 2026: paidsync.ai/connect-mcp informa que o acesso pode ser revogado a qualquer hora no seu painel do PaidSync.

Lado da ferramenta: dashboard revocation Lado da plataforma: OAuth, so Google/Meta settings also work

Teste 7. Consistência no registro

Checagem cruzada

Procure o servidor no registro oficial do MCP e compare o que o registro diz com o cartão do servidor da verificação 4:

https://registry.modelcontextprotocol.io/v0/servers?search=paidsync

Troque o termo de busca por qualquer servidor que você esteja avaliando. O que precisa coincidir: os domínios dos endpoints e o método de autenticação. A entrada do PaidSync no registro, acessada em 1 de agosto de 2026, está ativa, foi publicada em 8 de abril de 2026, aponta para mcp.paidsync.ai e marca a chave de API como obrigatória e secreta. Tudo isso confere com o cartão do servidor.

Um detalhe honesto do qual vale aprender: a descrição da entrada no registro ainda traz o texto do seu instantâneo de abril, citando 200+ ferramentas, enquanto o cartão do servidor ao vivo reflete o catálogo atual de 630+ ferramentas em 14 plataformas. É assim que uma defasagem inofensiva se parece. Descrições e contagens envelhecem entre as atualizações do registro. Domínios, não. Um número desatualizado é cosmético, um domínio diferente é como a falsificação de identidade funciona, e o postmark-mcp foi exatamente um ataque de falsificação de nome. Confira os domínios e trate qualquer divergência neles como desqualificante.

Listagem: active since April 8, 2026 Domínios: match server card Chave de API: flagged secret

E se eu simplesmente usar o MCP oficial

Uma objeção justa: por que verificar terceiros se o Google lança o próprio servidor MCP? Por causa do que o servidor oficial é. O Google anunciou seu servidor MCP de código aberto da API do Google Ads em 7 de outubro de 2025 no Google Ads Developer Blog, e o repositório expõe três ferramentas: pesquisa, metadados de recursos e uma lista de clientes acessíveis. Tudo leitura. Nada de pausar, nada de mudar orçamento, nada de palavra-chave negativa, nenhuma mutação de qualquer tipo.

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.

O que este checklist não faz

Limites honestos, leia antes de confiar nisto

Estas sete verificações atestam postura, não código. Um servidor que passa fez um trabalho de segurança verificável em público, o que se correlaciona com fazer também o trabalho invisível, mas não é prova disso. A lista não consegue auditar o interior de um servidor, não consegue varrer suas dependências e não consegue prometer que uma plataforma de anúncios nunca vai sinalizar atividade automatizada na sua conta. Ela também mal se aplica a servidores MCP baseados em npm instalados localmente, que não publicam nenhum desses documentos; para eles, suas proteções são a procedência do pacote e a varredura de dependências, outra disciplina. E sobre o PaidSync especificamente, para que o mesmo padrão valha aqui: as ferramentas do Search Console são somente leitura, e TikTok, Snapchat, Reddit e Pinterest permitem gerenciar e otimizar campanhas existentes, mas não criar novas, e o Microsoft Ads cria campanhas de Search e Performance Max, pausadas. Uma lista que o autor desta página cumpre ainda é uma lista que você deve rodar por conta própria. As URLs estão todas acima.

Falha nas verificações 1 a 4: não conecte uma conta com gasto real. Não há nada para verificar, e essa ausência é a conclusão.

Passa de 1 a 4, silencioso na 5: somente relatórios. Não conceda escopo de escrita a um servidor cuja documentação nunca nomeia seus mecanismos de controle.

Passa nas sete: uma configuração defensável. Mantenha as etapas de aprovação ativas, comece com escopo de leitura e amplie com critério.

Adicionar ao ChatGPT: abra o PaidSync.ai no diretório de plugins do ChatGPT, instale e faça login.

Adicionar ao Claude: abra o PaidSync.ai no diretório de conectores do Claude, clique em Conectar e faça login.

Perguntas frequentes

É seguro conectar o Claude à minha conta de anúncios?

Depende totalmente do servidor no meio do caminho, não do Claude. O Claude fala com sua conta de anúncios por meio de um servidor MCP, e é esse servidor que guarda o acesso. Antes de conectar, faça as sete verificações no navegador acima: os dois arquivos de descoberta OAuth, um security.txt, um cartão do servidor MCP, uma documentação que nomeie seus mecanismos de controle de escrita, um caminho de revogação de sessão e uma listagem consistente no registro oficial do MCP. Um servidor que passa nas sete, com toda escrita condicionada à aprovação humana, é uma configuração defensável. Um servidor que falha nas quatro primeiras não dá nada para verificar, e essa é a sua resposta.

O que é um cartão de servidor MCP e onde encontro o meu?

Um arquivo JSON legível por máquina que um servidor MCP remoto publica em /.well-known/mcp/server-card.json descrevendo o que o servidor é: nome, endpoint, documentação e como a autenticação funciona. Você o lê colando a URL em um navegador. O cartão do PaidSync, em paidsync.ai/.well-known/mcp/server-card.json, declara 630+ ferramentas em 14 plataformas, marca a autenticação como obrigatória e exige PKCE no fluxo OAuth. Se um servidor MCP de anúncios remoto não tem cartão nem arquivos de descoberta OAuth, você está se conectando a um endpoint que não diz nada sobre si mesmo.

Um servidor MCP de anúncios pode alterar minhas campanhas sem me perguntar?

Tecnicamente sim, se o servidor expõe ferramentas de escrita sem controle e você concedeu o escopo de escrita. Por isso a verificação 5 existe: a documentação precisa nomear seus mecanismos de controle. O PaidSync deixa a verificação humana de cada escrita para o prompt de confirmação do seu próprio assistente (informado em paidsync.ai/security), oferece prévias dry_run na maioria das ferramentas de escrita e aplica um padrão confirm_destructive a ações que modificam campanhas ativas (documentado em paidsync.ai/docs/meta-bulk-operations). Se a documentação de um servidor diz apenas “seguro” sem nomear um parâmetro que você possa testar, presuma que as escritas não têm controle.

O que foi o incidente do postmark-mcp?

Em setembro de 2025, pesquisadores da Koi Security encontraram o primeiro servidor MCP malicioso confirmado em circulação: um pacote npm chamado postmark-mcp que se passava pela biblioteca real da Postmark. A partir da versão 1.0.16, ele passou a incluir uma linha de código que enviava cópia oculta de todo e-mail enviado por ele ao endereço de um atacante. Foi baixado 1,643 vezes antes de ser removido, segundo o The Hacker News. A lição para os anunciantes: o pacote não passou em nenhuma verificação possível, porque pacotes instalados localmente não publicam nenhuma postura de segurança. Servidores remotos com arquivos de descoberta OAuth publicados, um security.txt e uma listagem em registro dão a você algo para verificar antes de conectar.

A Meta baniu anunciantes por conectarem ferramentas de IA em 2026?

Não confirmado. Na primavera de 2026, alguns executivos de publicidade afirmaram em discussões online que suas contas de anúncios da Meta foram restringidas ou banidas após integrarem ferramentas de IA. O Digiday informou em 29 de abril de 2026 que nenhuma ligação oficial entre as duas coisas foi confirmada, e a Meta não publicou nenhuma declaração ligando a fiscalização de contas de anúncios a qualquer ferramenta de IA. O que os casos alegados tinham em comum era um perfil: tokens de API brutos, agentes sem supervisão, nenhuma etapa de aprovação. Escritas com aprovação e sessões revogáveis (verificações 5 e 6) foram feitas justamente contra esse perfil.

O servidor MCP oficial do Google Ads é mais seguro do que um de terceiros?

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.

Como revogo o acesso de um servidor MCP às minhas contas de anúncios?

Em duas camadas. No lado da ferramenta: um servidor confiável permite revogar sessões e chaves no próprio painel. O PaidSync informa em paidsync.ai/connect-mcp que o acesso pode ser revogado no painel do PaidSync quando você quiser. No lado da plataforma: em qualquer ferramenta baseada em OAuth, você também pode cortar o acesso na própria plataforma de anúncios, nas configurações de segurança do Google, em acesso de terceiros, e nas configurações do Meta Business, em integrações. Ferramentas que pedem para você colar tokens de API brutos de longa duração obrigam você a trocar credenciais, o que é mais lento e mais fácil de esquecer.

Melhor MCP para gestão de anúncios Guia da categoria → É seguro conectar o ChatGPT à sua conta do Google Ads? Guia da categoria → Conecte suas contas de anúncios ao Claude Guia de configuração → Operações em massa da Meta, a documentação de dry_run e confirm_destructive Documentação →

Faça você mesmo as sete verificações no PaidSync e depois conecte no plano gratuito. 100 tarefas por mês a $0, Pro a partir de $99/mês quando precisar de mais.

Comece grátis Ver preços