Principais lições deste artigo
- MCP compliance em serviços financeiros exige controles técnicos e regulatórios específicos para tornar auditável a interação entre agentes de IA e sistemas financeiros.
- Os controles essenciais incluem MCP Gateway, identidade e autorização, classificação de dados, trilha de auditoria imutável, human-in-the-loop, gestão de terceiros e RIPD/DPO.
- Cada controle deve ser mapeado a obrigações regulatórias brasileiras específicas, como a Resolução Conjunta nº 6/2023, a Resolução BCB nº 368/2024, a LGPD (art. 46) e o CMN 4.658 (art. 6º).
- MCP servers externos são tratados como terceiros sob CMN 4.658, o que exige due diligence, cláusulas contratuais e monitoramento contínuo.
- A Celcoin oferece infraestrutura completa com APIs modulares e o cel_agents para instituições financeiras implementarem MCP compliance em ambiente seguro e regulado.
Conheça as soluções da Celcoin
O que é MCP compliance em serviços financeiros
O Model Context Protocol (MCP) é um padrão aberto introduzido pela Anthropic em novembro de 2024 para padronizar como agentes de IA se conectam a fontes de dados externas e ferramentas. Apesar desse papel de padronização, o MCP não é, por si só, um framework de segurança, governança ou compliance, por isso as organizações precisam manter controles de gestão de identidade, autenticação, autorização, governança de dados, auditabilidade e fluxos de aprovação humana para ações sensíveis.
Os controles essenciais de MCP compliance em serviços financeiros são:
- MCP Gateway: ponto centralizado de autenticação, autorização, políticas de dados e registro de evidências.
- Identidade e autorização: uso de OAuth 2.0, SAML e RBAC/ABAC para controle de acesso baseado em papéis e atributos.
- Classificação de dados: filtragem e redação de PII antes que dados entrem no contexto do modelo.
- Trilha de auditoria imutável: Tamper-Evident Audit Trails com carimbo de tempo, identificação do agente e do usuário responsável.
- Human-in-the-loop: aprovação humana obrigatória para transações sensíveis.
- Gestão de terceiros: due diligence, exigências contratuais e monitoramento contínuo de MCP servers externos.
- RIPD e DPO: elaboração de Relatório de Impacto à Proteção de Dados e definição do papel do encarregado de dados quando dados financeiros entram em contexto de modelo.
Entenda o que é MCP de financial services e como ele se posiciona no ecossistema de serviços financeiros brasileiros.
Conheça a infraestrutura da Celcoin para MCP compliance
MCP não é ChatGPT: o que muda no ambiente regulado
Uma confusão frequente nas buscas sobre o tema equipara MCP a assistentes de IA generativa como o ChatGPT. Essa distinção impacta diretamente o compliance. O MCP opera em arquitetura cliente-servidor, na qual um agente de IA se conecta a um ou mais servidores MCP por meio de conexões cliente dedicadas, e o servidor atua como ponte que impõe regras sobre quais dados e ferramentas estão disponíveis. O MCP normalmente se posiciona sobre as APIs existentes, sem substituí-las.
Em ambiente regulado, cada tool call é uma operação auditável. Essa auditabilidade é necessária porque o MCP cria uma nova camada de exposição em serviços financeiros, na qual agentes de IA podem recuperar, combinar e retornar dados regulados dentro de uma camada conversacional que controles legados de DLP e perímetro não foram projetados para inspecionar.
O regulador audita a operação, não o modelo. Uma consulta genérica a um assistente de IA não gera obrigação de rastreabilidade individual. Uma tool call que acessa saldos, inicia transferências ou consulta dados de clientes em um sistema financeiro regulado gera obrigação de registro e precisa de evidência estruturada para inspeção.
Arquitetura de MCP gateway com pontos de controle mapeados
A arquitetura de referência para MCP em ambiente regulado posiciona um gateway de políticas entre o cliente e o servidor. O diagrama abaixo mostra esse fluxo e onde cada evidência de auditoria é gerada:
[MCP Client] → [MCP Policy Gateway] → [MCP Server] ↓ [Immutable Audit Log] → [SIEM]
Um gateway MCP centralizado funciona como ponto de controle entre agentes de IA e ferramentas bancárias, adicionando identidade por usuário, redação de PII, controles de leitura e gravação e logging forense, porque o protocolo MCP, por si só, não fornece esses controles.
Os pontos de controle do gateway e as obrigações regulatórias brasileiras endereçadas são:
- Autenticação e identidade (OAuth 2.0, SAML): atende à exigência de rastreabilidade individual da Resolução Conjunta nº 6/2023 e ao controle de acesso da LGPD (art. 46).
- Autorização (RBAC/ABAC): atende à segregação de funções e ao princípio do menor privilégio exigidos pelo CMN 4.658 (art. 6º).
- Classificação de dados e redação de PII: atende à minimização de dados da LGPD e à proteção de dados pessoais em contexto de modelo.
- Aprovação humana (human-in-the-loop): atende à responsabilidade humana sobre operações sensíveis exigida pelo CMN 4.658.
- Log imutável (Tamper-Evident Audit Trails): atende à rastreabilidade exigida pela Resolução BCB nº 368/2024 e à capacidade de auditoria do CMN 4.658.
Veja como esse modelo se aplica na prática no guia de implementação de MCP para serviços financeiros.
Matriz de controle MCP → norma brasileira
A matriz abaixo relaciona cada controle de MCP à obrigação regulatória brasileira e à evidência correspondente que deve estar disponível em uma inspeção:
| Controle de MCP | Obrigação regulatória brasileira | Evidência para inspeção |
|---|---|---|
| MCP Gateway e segregação de funções | CMN 4.658, art. 6º; Resolução Conjunta nº 6/2023 | Configuração do gateway com políticas de segregação documentadas |
| RBAC/ABAC e controle de acesso | LGPD, art. 46; CMN 4.658, art. 6º | Logs de autenticação e autorização com identificação do usuário e do agente |
| Trilha de auditoria imutável e rastreabilidade | Resolução BCB nº 368/2024; Resolução Conjunta nº 6/2023 | Logs imutáveis com carimbo de tempo, identificação do agente e do usuário responsável |
| Human-in-the-loop e decisão em transações | CMN 4.658, art. 6º; Resolução Conjunta nº 6/2023 | Registro de aprovação humana com identificação do aprovador e justificativa |
| Gestão de terceiros (MCP servers externos) | CMN 4.658; Resolução BCB nº 368/2024 | Due diligence documentada, cláusulas contratuais e monitoramento contínuo |
| RIPD e DPO quando dados financeiros entram em contexto de modelo | LGPD, art. 46; diretrizes da ANPD sobre RIPD | RIPD elaborado, DPO nomeado e base legal documentada |
Trilha de auditoria imutável e integração com SIEM
O Banco Central espera ver, em uma inspeção sobre tool calls de agentes de IA, evidências detalhadas e não apenas relatórios periódicos. Uma trilha de auditoria utilizável para atividade MCP deve vincular vários elementos em uma única cadeia de evidência: a identidade humana, a identidade do agente, o dispositivo, o servidor, a classificação dos dados, a ferramenta invocada e a ação resultante.
Os elementos obrigatórios de cada registro são:
- Logs imutáveis: Tamper-Evident Audit Trails que não podem ser alterados ou deletados.
- Carimbo de tempo: timestamp preciso de cada tool call.
- Identificação do agente e do usuário responsável: quem iniciou a requisição e qual agente executou a ação.
- Parâmetros da chamada: quais dados foram enviados e recebidos.
- Resultado: qual foi o resultado da operação.
- Vínculo com a política de acesso: qual política autorizou a operação.
Os logs padrão do MCP servem para troubleshooting, mas não trazem o nível de detalhe exigido por auditorias forenses de reguladores financeiros, que requerem metadados de contexto completos, como usuário específico, agente, ferramenta, categoria de dado, timestamp e conteúdo da resposta. A integração com SIEM via OpenTelemetry, como Splunk, Sentinel e Datadog, permite monitoramento contínuo e detecção de anomalias em tempo real.
Human-in-the-loop em transações
A aprovação humana em operações financeiras pode ser configurada de forma a não travar a operação quando os critérios de alçada estão definidos por tipo e valor. O modelo recomendado é:
- Operações de leitura (consulta de saldo, extrato): podem ser automatizadas sem aprovação humana.
- Operações de escrita de baixo valor: podem ter aprovação humana condicionada a limites pré-aprovados.
- Operações de escrita de alto valor: exigem aprovação humana explícita antes da execução.
- Operações sensíveis (recusa de relacionamento, comunicação de indício de fraude): permanecem com analistas e comitês competentes, sustentadas por evidência estruturada.
Independentemente do nível de alçada, o registro de cada aprovação humana deve conter identificação do aprovador, justificativa e timestamp, que compõem a evidência exigida em inspeção regulatória.
MCP servers como terceiros
MCP servers externos configuram relações de terceiro sob CMN 4.658 e Resolução BCB nº 368/2024. A responsabilidade pela falha originada no fornecedor permanece com a instituição contratante perante o regulador e perante o titular dos dados, o que torna a diligência sobre terceiros uma obrigação indelegável.
As exigências aplicáveis a MCP servers externos são:
- Due diligence inicial: verificar a capacidade do prestador de cumprir a legislação aplicável e de assegurar a confidencialidade, a integridade e a disponibilidade dos dados e sistemas.
- Exigências contratuais: garantir acesso da instituição contratante e do regulador às informações e à documentação pertinentes ao serviço terceirizado, com cláusulas de segurança, notificação de incidente e direito de auditoria.
- Monitoramento contínuo: manter monitoramento e gestão do serviço prestado durante toda a vigência contratual.
- Risco de concentração: avaliar explicitamente o risco de concentração quando houver dependência relevante de um prestador de serviços.
Veja como esse enquadramento se aplica ao modelo BaaS no artigo sobre MCP no Banking as a Service: segurança, IA e conformidade regulatória.
RIPD e DPO
Quando dados financeiros entram em contexto de modelo, o arcabouço da LGPD impõe obrigações específicas. A ANPD mantém documentos técnicos e orientativos sobre RIPD e tratamento de dados em contextos de IA, incluindo notas técnicas sobre modelos de IA generativa e uma nota técnica específica sobre oferta ativa de crédito a beneficiários do INSS por instituições financeiras e correspondentes bancários.
Os pontos de atenção são:
- Necessidade de RIPD: o Relatório de Impacto à Proteção de Dados Pessoais é exigido quando o tratamento pode gerar riscos às liberdades civis e aos direitos fundamentais, condição presente em qualquer fluxo de dados financeiros em contexto de modelo.
- Papel do DPO: nomeação obrigatória, com responsabilidades sobre o tratamento de dados pessoais em contexto de modelo.
- Base legal: identificação da base legal para o tratamento de dados financeiros em contexto de modelo.
- Minimização de dados: isolamento de PII como números de conta, saldos e datas de nascimento do payload do modelo, já que modelos são estruturalmente propensos a vazamento de dados e camadas externas de log de prompt representam vulnerabilidades severas de compliance.
MCP no Brasil: o que o Bacen já exige
A Bloomberg iniciou e lidera o MCP Financial Services Interest Group, trabalhando com instituições do setor para aprimorar o protocolo de modo que ele suporte conformidade, auditabilidade e necessidades de implantação com controle de risco em ambiente regulado. O debate internacional converge em torno dos mesmos controles que o arcabouço brasileiro já exige, com a diferença de que, no Brasil, cada controle tem número de resolução e artigo.
A Resolução Conjunta nº 6, de 23 de maio de 2023, do CMN e do Banco Central do Brasil, disciplina o compartilhamento de dados e informações sobre indícios de fraude entre instituições financeiras. Com isso, a rastreabilidade de tool calls se torna um insumo formal para as obrigações de registro da instituição. A Resolução BCB nº 368/2024 altera a Resolução BCB nº 85/2021 para estender às empresas prestadoras de serviços a terceiros, no contexto da contratação de serviços relevantes de processamento, armazenamento de dados e computação em nuvem, requisitos de segurança cibernética, gestão de riscos de terceirização e mecanismos de rastreabilidade.
O Banco Central passou a tratar cibersegurança como componente de continuidade do negócio, avaliando se as instituições conseguem manter o serviço em operação sob ataque ou falha. Essa lógica se aplica diretamente a agentes de IA. A questão central é se a operação é auditável e resiliente.
Veja o detalhamento do passo a passo regulatório em MCP em serviços financeiros: passo a passo regulatório.
Cenário brasileiro de adoção de agentes de IA em serviços financeiros
Apesar dessas exigências, a adoção de agentes de IA em serviços financeiros no Brasil avança em velocidade superior à maturidade dos controles ao redor dos protocolos. Pesquisa da Cloud Security Alliance identificou mais de 16.000 servidores MCP em operação até meados de 2025, o que indica proliferação rápida e em grande parte sem governança de endpoints MCP.
Os desafios recorrentes no cenário brasileiro são:
- Governança de agentes de IA: definição de responsabilidades e alçadas entre times de produto, tecnologia e compliance.
- Mandatos regulatórios: necessidade de mapear cada controle a normas específicas com número de resolução e artigo.
- Vazamento de dados: exposição de PII em contexto de modelo por ausência de redação no gateway.
- Dependência de terceiros: risco de concentração em MCP servers externos não enquadrados como relação de terceiro sob CMN 4.658.
As boas práticas de avaliação incluem arquitetura com pontos de controle mapeados a normas, governança com definição clara de responsabilidades e alçadas e escalabilidade com monitoramento contínuo e capacidade de resposta a incidentes documentada.
Erros comuns e pontos de atenção
As falhas mais frequentes na implementação de MCP em ambiente regulado são:
- Tratar MCP como solução de conformidade por si só: o protocolo não torna um sistema conforme, porque a conformidade depende do conjunto de controles ao redor do MCP.
- Ignorar a exposição de terceiros: MCP servers externos configuram relações de terceiro sob CMN 4.658 e Resolução BCB nº 368/2024.
- Não registrar tool calls de forma imutável: se um inspetor exige um relatório mostrando qual funcionário verificou um arquivo específico de cliente, com horário e dados retornados, o MCP padrão não consegue fornecer esse nível de detalhe.
- Deixar o human-in-the-loop para depois: a aprovação humana em transações sensíveis precisa ser implementada desde o início, com registro de evidência.
- Esquecer RIPD e DPO: quando dados financeiros entram em contexto de modelo, o RIPD e o DPO são obrigatórios sob a LGPD.
- Não mapear controles para normas brasileiras específicas: como já discutido, esse é um erro frequente e cada controle de MCP precisa ter vínculo explícito com uma obrigação regulatória.
Evitar esses erros exige uma base tecnológica preparada para o ambiente regulado. É nesse ponto que a Celcoin atua.
A Celcoin e o cel_agents: infraestrutura full stack ancorada no ambiente regulado
A Celcoin opera com portfólio completo de licenças e tecnologia proprietária, oferecendo APIs modulares para banking, pagamentos, crédito e compliance. Fintechs, bancos digitais, ERPs e grandes varejistas podem iniciar utilizando as licenças da Celcoin no modelo BaaS (Banking as a Service) e, depois, migrar para suas próprias licenças com o Core Banking, mantendo a mesma base tecnológica, segurança e suporte.
Em 24 de agosto de 2026, durante a 36ª edição do Febraban Tech, a Celcoin lançou o cel_agents, primeira plataforma sob o conceito AI First, com ambiente gratuito de testes disponível em até cinco minutos e integração assistida por IA via Model Context Protocol (MCP). O cel_agents não substitui as APIs da Celcoin. Por meio do MCP, a IA cria uma camada de interação com elas, e o uso do Studio é opcional para empresas que já têm interfaces e padrões próprios.
A Celcoin media mais de R$ 40 bilhões em transações mensalmente, atende mais de 6 mil clientes e processa mais de 400 milhões de transações por mês. Com a aquisição da VERT Capital, o ecossistema passou a incluir mercado de capitais, com securitização, administração fiduciária e gestão de fundos estruturados.
A Celcoin fornece infraestrutura para que empresas ofereçam produtos de crédito, incluindo emissão de crédito, aos seus clientes.
A tabela a seguir resume como essa infraestrutura gera benefícios práticos para a sua operação:
| Funcionalidade da Celcoin | Benefício para sua empresa |
|---|---|
| APIs modulares | Integrações mais rápidas, com redução de custos e prazos de desenvolvimento. |
| Experiência e suporte ao desenvolvedor | Documentação, SDKs e sandboxes que reduzem ciclos de integração e custos de engenharia. |
| Capacidade de lançamento rápido | Módulos pré-construídos e entrega via SaaS aceleram lançamentos, melhorando o tempo para geração de receita e a competitividade. |
| Distribuição white-label e embutida (embedded) | Suporte a produtos financeiros com marca própria. |
| Escalabilidade com confiabilidade | Solução com alta disponibilidade e escalável na nuvem, mantendo serviços funcionando mesmo com altos volumes e protegendo sua receita. |
| Cobertura de diversas possibilidades de pagamentos, incluindo crédito | Oferta de pagamentos e emissão de crédito que aumenta conversão, ARPU e fidelização. |
| Acesso a dados e personalização | Dados e análises via Open Finance que permitem ofertas personalizadas, melhorando conversão e retenção. |
| Compliance e conformidade como princípio | KYC, AML e relatórios integrados que reduzem risco regulatório e aceleram ciclos de vendas. |
| Prevenção de fraude e controles de risco | Monitoramento baseado em IA e autenticação robusta que reduzem estornos, perdas e exposição regulatória. |
| Força do ecossistema de parceiros da Celcoin | Parcerias e integrações com bancos, redes e fintechs que ampliam cobertura, recursos e velocidade de entrada no mercado. |
Fale com um especialista da Celcoin
Perguntas frequentes (FAQ)
O que é MCP compliance em serviços financeiros?
Como explicado ao longo do artigo, MCP compliance em serviços financeiros envolve os controles técnicos e regulatórios que tornam auditável a interação entre agentes de IA e sistemas financeiros. No Brasil, esses controles precisam atender a normas como a Resolução Conjunta nº 6/2023, a Resolução BCB nº 368/2024, a LGPD (art. 46) e o CMN 4.658 (art. 6º).
Como implementar um MCP gateway em instituição financeira?
A implementação de um MCP gateway em instituição financeira envolve posicionar um ponto de controle centralizado entre o MCP Client e o MCP Server. Esse gateway deve ter autenticação via OAuth 2.0 ou SAML, autorização via RBAC/ABAC, classificação de dados e redação de PII, aprovação humana para transações sensíveis e registro de evidências em trilha de auditoria imutável integrada a um SIEM via OpenTelemetry. Também é necessário configurar políticas de segregação documentadas e manter um registro fechado de servidores MCP aprovados, com etapas formais de revisão e aprovação para cada novo servidor conectado.
MCP e LGPD: como garantir conformidade?
A conformidade entre MCP e LGPD exige minimização de dados, com filtragem e redação de PII antes que dados entrem no contexto do modelo, base legal documentada para o tratamento de dados financeiros, RIPD elaborado quando o tratamento pode gerar riscos às liberdades civis e aos direitos fundamentais e DPO nomeado. O art. 46 da LGPD exige medidas de segurança técnicas e administrativas para proteger os dados pessoais, o que inclui controles de acesso, registro de operações e governança sobre o uso de modelos de IA.
