Como conectar MCP com segurança: 10 cuidados práticos

23 de outubro de 2026

Por Eder Fonseca.

Conectar uma IA aos documentos da empresa ficou mais fácil. Decidir quais documentos ela pode acessar continua sendo uma responsabilidade da empresa.

No meu LinkedIn, usei a comparação com entregar a chave de casa. Ela ajuda a chamar atenção para o risco, mas precisa de um cuidado: conectar um MCP não abre automaticamente todas as portas. O alcance depende das credenciais, das permissões e das ferramentas que aquela integração recebeu.¹⁴

O problema começa quando ninguém confere essas condições antes de conectar. Para quem trabalha com contratos e informações confidenciais, a pergunta é bem concreta: o agente pode ler qual documento, fazer o quê e em nome de quem?

O que o MCP faz, afinal

MCP, sigla de Model Context Protocol, é um padrão aberto para conectar aplicações de IA a sistemas externos, fontes de dados e ferramentas. Não é um protocolo de conversa entre modelos. Também não substitui as APIs: uma integração pode usar MCP de um lado e acessar uma API do outro.¹³

A facilidade da conexão não dispensa autorização e controle. Existem orientações de segurança específicas para MCP e agentes de IA. A implementação e a configuração precisam respeitá-las.²⁴

Para aprofundar a parte de integração, veja como integrar assinaturas ao seu sistema.

Dez cuidados antes de conectar

1. Defina a tarefa antes de escolher as permissões

“Quero usar IA nos contratos” é uma intenção ampla demais para autorizar acesso. Prefira algo verificável: consultar uma pasta de modelos aprovados e apresentar um resumo com referência ao arquivo, sem enviar mensagens ou alterar documentos.

Escolha um responsável pelo piloto e registre o que está fora do escopo. Como regra de implantação, só habilite as ferramentas necessárias à tarefa. A recomendação de menor privilégio também vale para agentes.⁵

2. Confira de onde vem o servidor MCP

Verifique quem mantém o servidor, qual pacote será instalado e qual versão foi revisada. Um projeto com o nome de uma ferramenta não é necessariamente mantido pelo fornecedor dela.

Se a instalação executa código no computador, examine o comando e os acessos locais antes de aceitar. A documentação de segurança do MCP trata expressamente do comprometimento de servidores locais. Rodar na sua máquina não torna o software confiável por definição.²

3. Leia a tela de autorização

Confira se a integração pede consulta, alteração, exclusão ou administração. Se você precisa consultar documentos, um pedido para administrar toda a conta exige uma explicação.

Em integrações remotas com OAuth, examine os escopos solicitados e a identidade que concede o acesso. Esse fluxo não descreve todas as instalações MCP: a especificação distingue os transportes HTTP e STDIO. Não presuma que todos os conectores têm a mesma autorização.³

4. Preserve as permissões de cada pessoa

Uma conta técnica com acesso amplo não deveria virar um atalho para qualquer colaborador consultar documentos restritos.

Teste com identidades de perfis diferentes. Quem não pode abrir um contrato no sistema de origem também não deveria conseguir obter seu conteúdo por meio do agente. A integração precisa aplicar essa regra no sistema, não depender de uma instrução escrita na conversa. Use credenciais e permissões limitadas ao serviço e à finalidade.⁴

5. Mapeie por onde o conteúdo passa

Identifique o aplicativo de IA, o servidor MCP, o sistema de origem e os serviços que recebem os resultados. Depois, confira as condições de cada fornecedor sobre retenção, uso dos dados e controles disponíveis.

Se a ferramenta devolve o texto de um contrato ao contexto do agente, limitar a operação à leitura não resolve, sozinho, a exposição daquele conteúdo. Informações confidenciais podem aparecer no contexto ou nos registros. Inclua esse fluxo na avaliação.⁵

Se o piloto envolve contratos, veja também os cuidados antes de enviar contratos a uma IA.

6. Comece em um ambiente separado

Use documentos fictícios ou um conjunto autorizado para o teste. Evite começar pela pasta inteira de contratos assinados.

Para componentes locais, restrinja os arquivos acessíveis e as permissões do processo. Examine o isolamento disponível antes de executar o servidor com o mesmo alcance da sua conta de trabalho. A documentação do MCP recomenda controles de sandbox e consentimento para reduzir riscos na execução local.²

7. Exija aprovação para ações de maior impacto

Consultar um modelo de contrato e enviar um documento para assinatura são operações diferentes. A aprovação deve mostrar qual arquivo será usado, quais são os destinatários e qual ação será executada.

Um “pode seguir” genérico não deveria autorizar novas operações sem limite. Vincule a confirmação à ação concreta e aos parâmetros apresentados. A OWASP recomenda validação independente para operações sensíveis, irreversíveis ou com efeito externo.⁵

8. Trate documentos como dados, não como ordens

Um arquivo consultado pelo agente pode conter instruções que tentam mudar seu comportamento. Esse é um dos caminhos da chamada prompt injection indireta.⁶

Por exemplo, um anexo pode tentar interferir no destinatário de uma mensagem que o agente está preparando. O conteúdo do anexo não deve ganhar autoridade para decidir essa ação. Separe a leitura da execução e confira o resultado antes de liberar uma operação. Nenhum filtro isolado justifica prometer proteção completa.⁶

9. Registre o necessário para investigar

Para o piloto, proponho um registro de quem solicitou a operação, qual ferramenta foi chamada, qual recurso foi acessado, qual aprovação existiu e qual foi o resultado. Defina também quem acompanha falhas e comportamentos inesperados.

Não transforme o log em outra cópia dos contratos. Senhas, tokens e conteúdo confidencial exigem proteção também nos registros. A OWASP orienta a excluir segredos e tratar dados sensíveis com cuidado nos logs.⁸

10. Teste a retirada do acesso

Inclua a desconexão no piloto. Retire a autorização ou revogue a credencial no serviço responsável e confira se uma nova tentativa de acesso é negada.

Em OAuth, há mecanismos específicos de revogação, cujo efeito e eventual propagação precisam ser considerados. Não trate o desaparecimento do conector da tela como prova suficiente de revogação no fornecedor.⁷

A revisão das permissões também precisa acontecer quando alguém muda de função, quando o projeto termina ou quando uma ferramenta deixa de ser necessária. Essa é uma proposta de rotina operacional, não uma garantia oferecida pelo protocolo.

Como começar com contratos

Um piloto pode consultar apenas modelos aprovados e apontar os trechos usados em cada resposta. Esse exemplo é uma proposta de implantação, não um resultado medido.

Antes de ampliar, faça perguntas práticas: uma pessoa sem permissão conseguiu acessar o arquivo? O agente tentou usar uma ferramenta fora do escopo? A aprovação correspondeu à operação executada? Depois da revogação, o acesso realmente parou?

Essas respostas ajudam a decidir se vale ampliar a integração. A conexão funcionar é o começo do teste, não a conclusão da avaliação de segurança.

O que vale levar para a empresa

No post, a chave de casa foi a maneira de chamar atenção. Na operação, prefiro perguntas específicas: quem recebeu acesso, a quais documentos, para quais ações e por quanto tempo?

MCP pode facilitar a integração. A empresa continua precisando decidir e verificar esses limites.¹⁴

Para discutir o desenho da integração e os acessos necessários, converse com a equipe da SuperSign.