MCP e LGPD: privacidade e governança de dados

Conectar modelos de linguagem a dados corporativos pelo Model Context Protocol (MCP) deixou de ser experimento. Em ambientes regulados, porém, a adoção quase sempre esbarra na mesma dúvida: esse acesso respeita a LGPD?

A resposta curta é que o MCP, isolado, não é conforme nem infringe a lei. Ele é uma camada de acesso a dados. A conformidade depende de como esse acesso é configurado, de quais dados trafegam e de quais controles existem por trás. Este artigo mostra onde o MCP toca as obrigações da Lei Geral de Proteção de Dados e o que precisa estar no lugar para que o acesso a dados por IA seja defensável.

O que muda quando uma IA acessa dados via MCP

Do ponto de vista da LGPD, quase nada muda na natureza da operação. E esse é justamente o ponto.

O MCP padroniza a conexão entre uma aplicação de IA (o host), o conector dentro dela (o client) e o serviço que expõe dados e funções (o server). Esse server oferece ferramentas, as tools, que o modelo pode executar para ler ou enviar dados, conforme descreve a especificação oficial do protocolo.

O que muda é o gatilho. Antes, o acesso a um dado era disparado por um sistema ou por uma pessoa. Agora pode ser disparado por um modelo, de forma autônoma, no meio de uma conversa. A LGPD não abre exceção para isso. Ler, enviar ou processar o dado de uma pessoa natural continua sendo tratamento, independentemente de quem ou do que puxou o gatilho.

MCP é uma camada de acesso, não uma base legal

Esta distinção resolve a maior parte da confusão. O MCP transporta e dá acesso a dados. Ele não autoriza juridicamente o tratamento e não confere um selo de conformidade.

A própria especificação deixa isso explícito. Ela traz princípios de consentimento do usuário e de privacidade de dados, e determina que o host obtenha consentimento antes de expor dados aos servidores. Ao mesmo tempo, reconhece que o protocolo não consegue impor esses princípios no nível do protocolo. Quem implementa é que precisa construir consentimento, controle de acesso e proteção de dados.

Por isso, a pergunta útil não é "o MCP é conforme à LGPD?". É "a minha implementação de MCP está configurada de forma conforme?".

A resposta depende de finalidade, base legal, escopo de acesso, consentimento, registro e local de processamento. O restante do artigo trata desses pontos.

Papéis da LGPD aplicados à arquitetura MCP

Antes de configurar qualquer coisa, defina quem é quem. A LGPD atribui responsabilidades por papel, e esses papéis se encaixam na arquitetura MCP.

Em regra, quem decide a finalidade e os meios do tratamento é o controlador. Um fornecedor de servidor MCP que apenas processa dados seguindo as instruções do contratante tende a atuar como operador, na forma do art. 39 da Lei 13.709/2018. Controlador e operador podem responder solidariamente por danos (art. 42), o que faz do contrato entre as partes um ponto central, não um detalhe.

Base legal e dados sensíveis no acesso por ferramentas de IA

Acessar dado pessoal por uma tool é tratamento, e todo tratamento precisa de base legal.

A LGPD define tratamento de forma ampla, incluindo acesso e transmissão (art. 5, inciso X). Quando uma ferramenta MCP lê ou envia o dado de uma pessoa natural identificada ou identificável, isso já é tratamento. O art. 7 traz dez hipóteses que podem autorizar esse tratamento para dados comuns. A regra prática é definir e registrar a base legal antes de ligar a tool, não depois.

Com dados sensíveis, a régua é mais alta. Dados sobre saúde, biometria, origem racial, convicção religiosa e afins (art. 5, inciso II) só podem ser tratados nas hipóteses mais restritas do art. 11. Ferramentas que possam alcançar esse tipo de dado exigem base legal específica, escopo reduzido e, sempre que possível, a decisão de simplesmente não expor esse dado ao modelo.

Nem todo servidor MCP carrega dado pessoal, então vale mapear isso primeiro. Um servidor que expõe apenas dados de mercado, fundamentalistas e macroeconômicos, como o da Partnr, opera majoritariamente sobre dados de companhias e de mercado, não sobre dados de pessoas naturais, o que reduz a exposição direta à LGPD. O cálculo muda quando o MCP conectado ao seu stack toca dados de clientes ou de qualquer pessoa natural. Aí todas as obrigações deste artigo passam a valer.

Princípios da LGPD traduzidos em controles de MCP

Os princípios da LGPD não são abstratos. Cada um tem um controle correspondente do lado da integração.

Neste texto, o ponto é que esses controles existem para sustentar princípios legais, e não apenas para evitar incidentes.

Registro, auditoria e responsabilização

A LGPD funciona por responsabilização. Não basta agir de forma conforme, é preciso conseguir demonstrar isso.

Na prática, três obrigações se conectam ao acesso por IA.

• O registro das operações de tratamento (art. 37) precisa refletir também os acessos feitos por ferramentas MCP;
• O relatório de impacto à proteção de dados (art. 38) pode ser exigido pela ANPD conforme o risco;
• E a responsabilização, com possibilidade de reparação de danos e de solidariedade do operador (arts. 42 a 44), depende de você conseguir reconstruir o que foi acessado, quando e por quê.

Por isso, o registro auditável de cada execução de tool não é luxo de engenharia. É o que permite ao encarregado (DPO) explicar e defender o fluxo diante de um titular ou da autoridade.

Transferência internacional, o alerta que quase ninguém faz

Este é o ponto que costuma passar batido. Se o servidor MCP ou o host de IA processa dados pessoais de titulares no Brasil fora do país, você pode estar diante de uma transferência internacional de dados.

A LGPD trata do tema no Capítulo V (arts. 33 a 36), e a Resolução CD/ANPD nº 19/2024 detalhou as regras. A transferência para o exterior só é válida com um mecanismo aprovado, como uma decisão de adequação da ANPD ou as cláusulas-padrão contratuais previstas na regulamentação oficial. O prazo para incorporar essas cláusulas aos contratos terminou em 23 de agosto de 2025, o que significa que arranjos montados depois disso precisam já nascer adequados.

Até o fechamento deste conteúdo, em julho de 2026, a ANPD havia reconhecido a União Europeia como organismo com nível de proteção adequado. Como essa lista muda, confirme os países e organismos vigentes no portal da ANPD antes de fechar uma arquitetura que dependa disso.

Checklist de conformidade para adotar um servidor MCP

Reunindo tudo, um roteiro prático para avaliar um servidor MCP antes de conectá-lo ao seu stack:

1. Mapeie se a integração acessa dados pessoais ou apenas dados não pessoais.
2. Defina a base legal do art. 7, ou do art. 11 para dados sensíveis, antes de ligar a tool.
3. Defina papéis: quem é controlador e quem é operador, e formalize em contrato.
4. Aplique escopo mínimo de tools e de campos retornados.
5. Exija autenticação e validação de token no servidor.
6. Garanta consentimento explícito no host antes de expor dados do usuário.
7. Registre acessos e execuções de tools para auditoria.
8. Verifique se há processamento no exterior e, se houver, qual o mecanismo de transferência internacional.
9. Envolva o encarregado (DPO) na avaliação.
10. Reavalie quando a especificação do MCP ou a regulação da ANPD mudarem.

Conclusão

A conformidade de um acesso a dados por IA não está no protocolo. Está na configuração. O MCP é a camada que leva o dado de um ponto a outro, e a LGPD continua valendo do mesmo jeito que valeria em qualquer outra integração.

O que separa uma adoção defensável de uma arriscada é o trabalho ao redor: mapear se há dado pessoal, definir base legal e papéis, aplicar escopo mínimo, registrar acessos e verificar onde o processamento acontece. Comece pelo checklist acima e traga o encarregado para a conversa cedo, não na véspera de um incidente.