MCP para quem decide · Capítulo 20 de 21 · 21 min
Escrever a política de uma página que o regulador pede
A política só vale quando a máquina de quem trabalha recusa o servidor proibido e a trilha prova quem pediu cada ferramenta.
Este capítulo faz parte do curso gratuito MCP para quem decide.
Uma política de servidores que não chega à máquina de quem trabalha custa o mesmo que nenhuma política no dia do incidente, e ainda deixa a assinatura do comitê no documento. A distância entre a política que trava incidente e a que existe em arquivo costuma ser de uma linha de configuração.
Na distribuidora de material de construção, o documento aprovado dizia que só servidores homologados poderiam ser conectados, com sete nomes no anexo. Três meses depois, o inventário encontrou dezenove servidores rodando nas estações do time de dados. Nenhum deles violava a política, porque a política nunca chegou às máquinas.
A empresa escreve uma página que diz quais servidores são permitidos, quem aprova cada tipo de conexão e o que fica registrado; a área de tecnologia impõe essa página pela ferramenta de gestão de frota que já usa; e a evidência que precisa existir depois é a trilha de qual ferramenta foi pedida, por quem e com que resultado.
O segundo achado foi pior e é o motivo deste capítulo. A lista de sete nomes tinha sido implantada e ainda assim não barrava nada. O nome de um servidor é um rótulo que a própria pessoa escolhe ao configurá-lo, e a documentação do fornecedor registra por escrito que entrada por nome de servidor não é controle de segurança. Quem quer contornar a política renomeia o servidor com um dos sete nomes e a conexão é liberada.
A boa notícia operacional é que o controle existe, é gratuito e usa a ferramenta de gestão de frota, o sistema que instala e configura os computadores da empresa à distância. Falta, na maioria das empresas, a decisão de escrever a política pelo campo que se impõe de verdade e de testar se ela vale antes de considerá-la vigente.
A tranca e o aviso na porta
Um aviso na porta dizendo quem pode entrar informa quem já pretendia respeitar a regra. Uma tranca decide quem entra. A política de servidores tem as duas peças, e elas se implantam em lugares diferentes: o texto de uma página é o aviso, que alinha expectativa e explica o motivo; o arquivo de política distribuído pela ferramenta de gestão de frota é a tranca. Empresa que aprovou só o aviso tem governança no papel e nenhuma no equipamento.
O teste de existência da tranca é simples: uma máquina de teste precisa reprovar um servidor fora da lista, com evidência em captura datada.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
- Etapa 1 de 5: Fusão das listas
As listas de todas as fontes de configuração se somam em uma única lista efetiva
- Etapa 2 de 5: Lista de bloqueio primeiro
Servidor bloqueado é recusado, e nenhuma outra fonte sobrepõe essa decisão
- Etapa 3 de 5: Lista de permissão depois
Só passa o que está declarado, identificado por URL ou por comando
- Etapa 4 de 5: Somente catálogo gerenciado
A chave mais restritiva recusa qualquer servidor fora do catálogo distribuído pela empresa
- Etapa 5 de 5: Registro do evento
A tentativa aprovada e a recusada entram na trilha, com quem pediu e qual foi o resultado
Os sete padrões de restrição documentados, do mais fechado ao mais aberto
| Padrão | O que ele faz na prática | Quando escolher | O que ele deixa de resolver |
|---|---|---|---|
| Bloqueio total de servidores | Nenhum servidor pode ser conectado por quem usa a estação | Área que trata dado regulado enquanto o inventário e a política não estão prontos | Empurra o time para ferramenta não gerenciada fora do controle da empresa se durar demais |
| Somente catálogo gerenciado | Recusa qualquer servidor que não venha do arquivo de política distribuído pela empresa | Postura padrão recomendada depois que existe catálogo interno com dono nomeado | Depende de alguém manter o catálogo atualizado, ou a produtividade cai e a pressão por exceção sobe |
| Lista de bloqueio explícita | Nomeia o que está proibido, e nada sobrepõe essa lista | Resposta rápida a um servidor específico que apareceu no inventário ou num aviso de segurança | Cobre o conhecido. Servidor novo entra até ser descoberto |
| Lista de permissão explícita | Só passa o que está declarado por URL ou por comando | Operação com um conjunto estável de servidores aprovados | Exige processo de inclusão com prazo, ou vira gargalo e gera exceção informal |
| Permissão por escopo de projeto | Servidor liberado apenas dentro de um repositório ou diretório específico | Piloto delimitado, com prazo e dono, sem abrir a permissão para a frota | Não impede o mesmo servidor de ser reconfigurado em outro caminho fora do escopo |
| Permissão por grupo do provedor de identidade | A permissão segue o grupo do crachá, com revogação central | Empresa que já implantou autorização gerenciada, tema de "Amarrar o acesso do agente ao crachá da pessoa" | Depende do provedor de identidade atendido pelo fornecedor, o que define o cronograma real |
| Aberto com registro | Nada é barrado, tudo é registrado em trilha auditável | Ambiente de laboratório isolado, sem credencial de produção na máquina | Registro não impede dano. Ajuda a investigar depois, com a exposição já ocorrida |
Todos os sete se implantam por arquivo de política distribuído pela mesma ferramenta de gestão de frota que a área de tecnologia já opera, e todos se escrevem com três chaves de configuração.
Fonte: Documentação oficial do Claude Code sobre controle de acesso a servidores MCP para organizações.
A armadilha está registrada na própria documentação do fornecedor: entrada por nome de servidor não é controle de segurança, porque o nome é um rótulo que o usuário atribui na configuração. A imposição exige a URL do servidor remoto ou o comando que sobe o servidor local. Antes de considerar a política vigente, exija dois testes com evidência: um servidor fora da lista, que precisa ser recusado, e um servidor da lista renomeado, que precisa continuar sendo julgado pelo campo correto. Sem esses dois testes, o que existe é um documento aprovado.
O evento que precisa de aprovação é a conexão, e não a chamada
Quem vem de governança de sistemas tende a aprovar a operação sensível: liberar a leitura, pedir confirmação humana na escrita. Em conexão de agente a servidor essa aprovação chega tarde, pelo motivo visto em "Reconhecer os ataques próprios deste protocolo". Ao se conectar, o cliente pede a lista de ferramentas e coloca as descrições recebidas no contexto do modelo. Um servidor hostil manipula o modelo sem nunca ter uma ferramenta invocada.
A consequência para a política cabe em uma linha. O gatilho de autorização é a conexão a um servidor, com registro de quem pediu e de quem aprovou. Aprovar por chamada de ferramenta continua valendo como segunda camada, sem substituir a primeira.
Depois da aprovação aparece o item mais subestimado da governança. Um servidor aprovado hoje pode ganhar uma ferramenta destrutiva amanhã, pelas mãos do próprio fornecedor. Pergunte na homologação o que acontece quando o fornecedor adiciona ferramenta ao servidor já aprovado. Se a resposta for que ela entra sozinha, a aprovação inicial perdeu o valor. Uma das plataformas resolve isso fazendo a ação nova entrar desabilitada e exibindo a mudança como diferença ao administrador.
Quem assina o quê: quatro decisões que não podem ter o mesmo aprovador
Eixo horizontal: Alcance do que se autorizaEixo vertical: Nível de assinatura exigido
CONEXÃO A SERVIDOR DO CATÁLOGO APROVADO
- Servidor já revisado, com versão fixada e escopo mínimo acordado
- Aprovação delegada ao gestor da área, com registro automático do evento na trilha
- Prazo de resposta declarado, para que a via formal seja mais rápida que a informal
INSTALAÇÃO DE CLIENTE OU SERVIDOR EM ESTAÇÃO DE TRABALHO
- Roda com os privilégios de quem chamou e alcança as credenciais presentes no ambiente
- Aprovação de segurança de estação, com a política de frota como mecanismo de imposição
- Inclui o navegador e o desktop corporativo, tema de "Inventariar o que já roda nas máquinas do time"
PUBLICAÇÃO DE APLICAÇÃO QUE RENDERIZA INTERFACE
- Passa a existir HTML de terceiro rodando dentro do cliente corporativo
- Aprovação conjunta de segurança e da área dona do processo, com revisão da definição a cada mudança
- Ação nova do fornecedor precisa entrar desabilitada por padrão, com diferença exibida ao administrador
EXPOSIÇÃO DE SERVIDOR PRÓPRIO A TERCEIROS
- Inverte a responsabilidade: a empresa passa a responder pelo que a ferramenta faz
- Aprovação de jurídico, segurança e da diretoria da área, sem delegação
- Leitura e escrita aprovadas em decisões separadas, conforme "Preparar a empresa para ser o servidor"
A trilha que atende a duas cobranças diferentes
Em 20/05/2026 a agência nacional de segurança dos Estados Unidos, a NSA, publicou orientação formal sobre este protocolo, afirmando que a adoção rápida superou o desenvolvimento das salvaguardas. São cinco recomendações que cabem numa política corporativa. Acesso mínimo necessário. Separação de sistemas por nível de confiança. Ferramentas mantidas e revisadas antes da produção. Validação de entradas contra regras predefinidas. E registro de qual ferramenta foi solicitada, por quem e com que resultado.
O último item interessa duas vezes. Ele é o mínimo pedido pela orientação de segurança. É também a evidência que a autoridade nacional de proteção de dados vai pedir sobre o tratamento feito por sistema automatizado. Construir a trilha uma vez resolve as duas cobranças e muda a conversa de orçamento: vira um item só, com dois motivos, em vez de segurança e conformidade disputando a mesma verba.
O modelo de responsabilidade, transformado em cláusula da política interna
Tratar a listagem em diretório oficial como atestado de segurança
Suposição
- A documentação da Anthropic afirma que ela revisa conectores contra os próprios critérios de listagem e que não faz auditoria de segurança nem gerencia nenhum servidor
- A documentação da OpenAI declara que cabe ao cliente verificar se o servidor e a aplicação são seguros para a organização, antes de publicar
- O registro oficial do protocolo segue em preview e delega a varredura de segurança a npm, PyPI, Docker e agregadores
- Resultado: a empresa acredita ter comprado revisão e não reservou hora nenhuma de segurança em orçamento
Escrever na política que a revisão do servidor de terceiro é obrigação da casa
Cláusula escrita
- Frase de uma linha na política: presença em diretório é conformidade com política de listagem, sem atestado de segurança
- Horas de segurança reservadas por trimestre para revisar servidor novo, com fila e prazo declarados
- Revisão obrigatória de qualquer ferramenta que toque interpretador de comando, rede ou disco, antes de aprovar a instalação
- Modelo de responsabilidade do fornecedor anexado à ficha de homologação, tema de "Descobrir quem executa, quem autoriza e quem paga a conta"
Quem governa o padrão, e por que a política cita isso
O protocolo deixou de ser de uma empresa só. Ele está na Agentic AI Foundation, braço da Linux Foundation que também abriga goose, AGENTS.md e agentgateway. Em 13/08/2026 a fundação anunciou 57 novos membros, entre eles Alibaba, Visa e Wells Fargo no nível Gold, e passou a somar 247 organizações. No nível Platinum estão AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft e OpenAI.
Para a política, o efeito é concreto. Mudança no padrão passa por proposta pública, e recurso depreciado ganha janela mínima de 12 meses antes da remoção. Isso permite escrever uma regra estável: a política exige a revisão vigente da especificação, hoje a 2026-07-28, e se revisa a cada seis meses contra a lista pública de recursos depreciados.
O padrão sob fundação neutra, em 13/08/2026
247
organizações na Agentic AI Foundation
57 entraram no anúncio de 13/08/2026
8
membros Platinum, entre eles Anthropic, Google, Microsoft e OpenAI
concorrentes diretos na mesma mesa de governança
12 meses
janela mínima entre depreciar e remover um recurso
regra da revisão 2026-07-28 da especificação
Fonte: Linux Foundation (13/08/2026 e anúncio de formação) e changelog da revisão 2026-07-28.
A moldura legal brasileira aplicada a agente que chama ferramenta
A lei brasileira de proteção de dados pessoais resolve a pergunta de responsabilidade sem precisar de lei nova. Controlador é quem decide sobre o tratamento; operador é quem trata em nome dele, dentro das finalidades e dos limites que ele impôs. Quando o servidor de um fornecedor processa dado pessoal de um cliente seu, esse fornecedor é seu operador. Você responde perante o titular e a autoridade, ainda que o erro tenha sido do fornecedor.
Esse encaixe muda a pergunta que o jurídico faz na homologação. Sai a certificação do fornecedor e entram quatro perguntas: onde o dado é tratado, para qual finalidade declarada, por quanto tempo fica retido e o que acontece com ele no fim do contrato. A diretora jurídica da distribuidora passou a exigir essas quatro linhas antes de liberar qualquer conector que toque o cadastro de cliente.
Duas escolhas de fornecedor mudam o custo jurídico. A primeira é a localização do servidor. Desde janeiro de 2026, servidor hospedado na União Europeia dispensa cláusulas contratuais padrão para o fluxo entre Brasil e Europa, por efeito da adequação recíproca. Servidor nos Estados Unidos ou em outra jurisdição continua exigindo mecanismo próprio de transferência internacional.
A segunda é o caminho de conexão. O conector MCP da API do Claude, em beta, não é elegível à retenção zero de dados, a modalidade em que o fornecedor descarta o conteúdo logo após responder. Ele também não está disponível pelo Bedrock nem pelo Google Cloud. Quem trata dado sensível precisa escrever na política qual caminho de conexão cada tipo de dado pode usar.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
As datas que a área jurídica precisa ter no calendário
- 10/12/2024Concluído
Marco legal brasileiro de inteligência artificial aprovado no Senado
Aprovação por unanimidade no plenário, com seguimento para a Câmara dos Deputados.
- 24/12/2025Concluído
Mapa de Temas Prioritários da autoridade nacional para o biênio
Aprovado pela Resolução CD/ANPD nº 30/2025, com inteligência artificial e tecnologias emergentes entre os quatro eixos prioritários de fiscalização.
- 26/01/2026Concluído
Adequação recíproca entre Brasil e União Europeia
Resolução CD/ANPD nº 32/2026, com reavaliação em quatro anos e exclusão de segurança pública, defesa nacional e persecução penal.
- 20/05/2026Concluído
Orientação de segurança da NSA sobre o protocolo
Acesso mínimo, separação por nível de confiança, revisão antes da produção, validação de entrada e registro de cada chamada.
- 29/06/2026Concluído
Adiamento das obrigações de alto risco do regulamento europeu
Aval final do Conselho da União Europeia: 02/12/2027 para o anexo de sistemas autônomos e 02/08/2028 para o de sistemas embarcados em produtos.
- 13/08/2026Agora
Agentic AI Foundation chega a 247 organizações
O padrão segue sob fundação neutra, com concorrentes diretos entre os membros Platinum.
- 2027Previsto
Adensamento da fiscalização nacional sobre inteligência artificial
As ações do eixo de inteligência artificial estão concentradas em 2027, o que deixa 2026 como o ano de arrumar a casa.
Correção de mito com efeito direto em compras. Circula em material comercial de fornecedor de gateway que as obrigações de alto risco do regulamento europeu de inteligência artificial se tornaram exigíveis em agosto de 2026. Estão adiadas desde 29/06/2026, quando o Conselho da União Europeia deu aval final ao regulamento de simplificação: 02/12/2027 para o anexo de sistemas autônomos e 02/08/2028 para o de sistemas embarcados em produtos. Quem justificou compra com o prazo de agosto de 2026 precisa refazer o argumento. A trilha de auditoria continua necessária pela orientação da NSA e pelo eixo de fiscalização nacional de 2027. Ausência de lei específica de inteligência artificial no Brasil não cria zona franca, porque a regra de proteção de dados pessoais já vale para o tratamento.
Glossário rápido
Controlador
Quem toma as decisões sobre o tratamento de dado pessoal. É a sua empresa quando o dado é do seu cliente, ainda que o processamento aconteça na infraestrutura de outro.
Operador
Quem realiza o tratamento em nome do controlador, conforme as finalidades e os limites que ele impôs. O servidor de fornecedor que processa dado pessoal do seu cliente é seu operador, com contrato e finalidade limitada.
Transferência internacional
Envio de dado pessoal para fora do país, que exige mecanismo previsto em lei. Desde a adequação recíproca de janeiro de 2026, o fluxo entre Brasil e União Europeia dispensa cláusulas contratuais padrão.
Retenção zero de dados
Modalidade em que o fornecedor descarta o conteúdo logo após responder, como recibo que não fica arquivado. O conector MCP da API do Claude não é elegível a ela.
Arquivo de política gerenciado
O arquivo distribuído pela ferramenta de gestão de frota que impõe, na máquina de quem trabalha, quais servidores são permitidos e quais são bloqueados. É a peça que transforma texto aprovado em controle vigente.
Catálogo aprovado
A lista interna de servidores revisados pela casa, com versão fixada, dono nomeado e data da última revisão. É o controle que existe de fato, porque o registro oficial segue em preview e delega a varredura de segurança.
Agentic AI Foundation
Fundação da Linux Foundation que governa o protocolo desde 2025, com 247 organizações em 13/08/2026. É o condomínio do padrão: ninguém muda a regra sozinho.
Trilha de auditoria
O registro de qual ferramenta foi solicitada, por quem e com que resultado, integrado ao monitoramento de segurança que a empresa já opera. Atende à orientação da NSA e à evidência que a autoridade de proteção de dados pede.
Não existe caso brasileiro de governança deste protocolo documentado em material técnico público. Os dois fatos nacionais datados são de outra natureza. O primeiro é um lançamento de produto em 19/05/2026, de uma infratech de serviços financeiros que expôs documentação a agentes. O segundo é uma palestra de 23/04/2026, de dois engenheiros do Nubank, sobre escalar o protocolo para mais de dois mil engenheiros.
Esse vazio é útil na sala de decisão. Empresas brasileiras de porte já operam o protocolo em escala e não publicaram como o governam. Quem precisa escrever a política neste trimestre não tem referência nacional para copiar e vai se apoiar na orientação da NSA e no eixo de fiscalização da autoridade nacional. A escala citada na palestra também desmonta o argumento de que a tecnologia seria imatura.
Publicar a política de uma página em 15 dias
Cinco passos com dono e data, contados a partir da reunião de abertura. O objetivo é chegar ao dia 15 com a política imposta na frota e provada por teste.
Passo 1: Redigir a página (dias 1 a 4, dono: segurança da informação)
Preencha o modelo ao fim do capítulo: postura entre os sete padrões, entradas por URL ou comando, quatro aprovadores, trilha e prazo de exceção.
Deu certo quando: Rascunho de uma página, sem nenhum campo em branco e com nome de pessoa em cada aprovação.
Erro comum: Escrever a lista de servidores permitidos pelo nome que aparece na tela, que qualquer pessoa troca.
Passo 2: Passar pelo jurídico (dias 5 a 7, dono: diretoria jurídica)
O jurídico confere a regra de dado pessoal, a jurisdição de hospedagem e o caminho de conexão permitido para dado sensível.
Deu certo quando: Parecer de uma página devolvido no dia 7, com as quatro perguntas de homologação incluídas na ficha.
Erro comum: Deixar o jurídico reescrever a política inteira e perder a regra de uma página.
Passo 3: Aprovar no comitê e impor na frota (dias 8 a 11, dono: tecnologia)
O comitê aprova e a tecnologia distribui o arquivo de política pela ferramenta de gestão de frota que já opera.
Deu certo quando: Ata com a data de aprovação e captura datada de uma máquina de teste recusando um servidor fora da lista.
Erro comum: Considerar a política vigente sem os dois testes de validação: fora da lista e renomeado.
Passo 4: Comunicar a quem usa (dias 12 a 15, dono: comunicação interna com tecnologia)
Mensagem curta com o que mudou, o caminho formal para pedir servidor novo e o prazo de resposta a pedido de exceção.
Deu certo quando: Mensagem enviada a 100% das pessoas com acesso a assistente, com o link do formulário de pedido.
Erro comum: Comunicar a proibição sem oferecer caminho com prazo, o que empurra o time para a exceção informal.
Passo 5: Agendar a revisão semestral (dia 15, dono: segurança da informação)
Marque a próxima revisão para seis meses, com leitura da lista de recursos depreciados da especificação e do inventário do período.
Deu certo quando: Data da revisão escrita no rodapé da política e convite enviado ao comitê.
Erro comum: Revisar só quando surgir incidente, com a política já defasada pela revisão seguinte do padrão.
No fim você tem: Política de uma página aprovada, imposta na frota, provada por dois testes e com a próxima revisão marcada.
Material para repassar ao time técnico
Quais são as três chaves de configuração e como elas se combinam?
São allowedMcpServers, deniedMcpServers e allowManagedMcpServersOnly, escritas em arquivo de política gerenciado e distribuídas por MDM, GPO ou Intune. A ordem de avaliação é fixa: as listas vindas de todas as fontes se fundem em uma lista efetiva, a lista de bloqueio é checada primeiro e nada a sobrepõe, e depois vem a lista de permissão. A chave que exige somente catálogo gerenciado é a postura mais restritiva.
Por que a entrada por nome de servidor não vale, e o que usar no lugar?
O nome é um rótulo que o usuário atribui ao configurar o servidor, então qualquer pessoa contorna a política renomeando o servidor. A imposição precisa usar a URL do servidor remoto ou o comando que sobe o servidor local. A própria documentação sugere dois testes de validação antes de considerar a política vigente, e é isso que precisa aparecer em captura datada no critério de aceite.
Que evidência mínima o registro precisa carregar por evento?
Qual ferramenta foi solicitada, por quem, com quais parâmetros quando eles não forem sensíveis, o resultado e o instante. A propagação de contexto de rastreamento está documentada no protocolo com traceparent, tracestate e baggage, o que permite reaproveitar a pilha de observabilidade que a empresa já tem. Na revisão 2026-07-28, valores marcados como cabeçalho derivado de parâmetro ficam visíveis a intermediários de rede; não marque assim senha, chave, credencial ou dado pessoal.
O que a política precisa dizer sobre versão de servidor e revisão da especificação?
Aprovar um servidor sem fixar versão é aprovar tudo o que ele vier a se tornar. A política exige versão fixada, revalidação quando a definição de ferramenta mudar e servidor na revisão 2026-07-28. Servidores novos devem aceitar Client ID Metadata Documents, porque o registro dinâmico de cliente foi depreciado, e validar o emissor da credencial (iss).
As anotações de ferramenta podem ser usadas como controle na política?
Não. O texto normativo da especificação manda tratar as anotações de ferramenta como não confiáveis, salvo quando vierem de servidor confiável, porque são declaração do servidor sobre si mesmo. Elas organizam a experiência de uso. O controle de risco fica no host, com aprovação humana e com a política de execução.
// Arquivo de política gerenciado, distribuído por MDM, GPO ou Intune.
// A imposição usa URL e comando. Nome de servidor NÃO é controle de segurança.
{
"allowManagedMcpServersOnly": true,
"deniedMcpServers": [
{ "serverUrl": "https://exemplo-de-servidor-bloqueado.invalid/mcp" },
{ "serverCommand": "npx -y pacote-de-comunidade-nao-homologado" }
],
"allowedMcpServers": [
{ "serverUrl": "https://mcp.fornecedor-homologado.example/v1" },
{ "serverCommand": "/opt/empresa/mcp/catalogo-interno --versao 1.4.2" }
]
}Verificação rápida
O comitê aprovou a política com a lista dos servidores permitidos identificados pelo nome que aparece na interface do cliente. A área de tecnologia implantou o arquivo na frota. O que a empresa tem depois disso?
Faltam quatro dias para o fechamento do mês. O gerente comercial pede exceção urgente para um conector de comunidade que promete cruzar a carteira do CRM com o histórico de compra e gerar a lista de reativação. O conector não está no catálogo interno, tem rótulo de comunidade no diretório do fornecedor e dispara aviso antes da conexão. A diretora jurídica está de férias. O conector precisaria ler o cadastro completo de clientes, com nome, telefone e CNPJ.
Qual decisão a política sustenta, sem travar o fechamento e sem criar precedente?
Evidência mínima que precisa existir por incidente
Antes do incidente, para que ele seja investigável
0/4Durante o incidente
0/4Para a autoridade e para o cliente
0/4Política de servidores de agente, em uma página
Preencha e leve o texto para a reunião de aprovação. O que ficar em branco aparece marcado, e o que estiver marcado é exatamente o que ainda não foi decidido. Nenhum campo exige conhecimento de programação, e todos exigem um nome de pessoa.
Documento montado
POLÍTICA DE SERVIDORES DE AGENTE POSTURA PADRÃO [POSTURA PADRÃO ESCOLHIDA ENTRE OS SETE PADRÕES DE RESTRIÇÃO] COMO A POLÍTICA É IMPOSTA [COMO A POLÍTICA É IMPOSTA E POR QUAL FERRAMENTA DE FROTA] QUEM APROVA O QUÊ [QUEM APROVA CADA UM DOS QUATRO EVENTOS] CATÁLOGO INTERNO [DONO DO CATÁLOGO INTERNO E HORAS DE SEGURANÇA RESERVADAS] O QUE FICA REGISTRADO [O QUE A TRILHA REGISTRA E ONDE ELA É MONITORADA] PEDIDO DE EXCEÇÃO [PRAZO DE RESPOSTA A PEDIDO DE EXCEÇÃO] DADO PESSOAL, JURISDIÇÃO E CAMINHO DE CONEXÃO [REGRA DE DADO PESSOAL, DE JURISDIÇÃO E DE CAMINHO DE CONEXÃO] PRÓXIMA REVISÃO [DATA DA PRÓXIMA REVISÃO SEMESTRAL E QUEM A CONDUZ] CLÁUSULAS FIXAS, QUE NÃO SE NEGOCIAM POR PEDIDO URGENTE 1. Presença em diretório oficial é conformidade com política de listagem, sem atestado de segurança. A revisão do servidor de terceiro é obrigação desta empresa. 2. A autorização recai sobre o evento de conexão a um servidor. A aprovação por chamada de ferramenta vale como segunda camada. 3. Aprovação de servidor fixa versão. Mudança na definição de ferramenta exige revalidação antes do uso. 4. Entrada de política por nome de servidor é proibida. A imposição usa URL ou comando. 5. Servidor novo precisa estar na revisão vigente da especificação, hoje a 2026-07-28. 6. A política só é considerada vigente depois dos dois testes de validação, com captura datada anexada.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Abra hoje o modelo acima, preencha os oito campos com nome de pessoa em cada um e marque a reunião de comitê para daqui a dez dias. A política estará valendo quando, até o dia 15, existir a captura datada de uma máquina de teste recusando um servidor fora da lista e a data da revisão semestral estiver escrita no rodapé.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Depois, siga para
- CursoMCP com Chrome: Automação com IAsugerido pelo grafo7 capítulos de “MCP com Chrome: Automação com IA” usam conceitos apresentados em “MCP para quem decide”.
- CursoClaude Code CLI: Programação com IAsugerido pelo grafo7 capítulos de “Claude Code CLI: Programação com IA” usam conceitos apresentados em “MCP para quem decide”.
- CursoDo Agile ao Agentic Operating Modelsugerido pelo grafo4 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “MCP para quem decide”.
- CursoSegundo cérebro com IAsugerido pelo grafo3 capítulos de “Segundo cérebro com IA” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Software e IA para executivosConferir quem publicou cada plugue que liga o agente aos sistemasExaminar conexões de Conferir quem publicou cada plugue que liga o agente aos sistemas
- Deploy para decisão executivaProjeto final: a política que você assina e revisa em noventa diasExaminar conexões de Projeto final: a política que você assina e revisa em noventa dias
- MCP com Chrome: Automação com IABarrar o ataque que chega pela ferramenta que você instalouExaminar conexões de Barrar o ataque que chega pela ferramenta que você instalou
Voltar ao capítulo anterior: Preparar a empresa para ser o servidor
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em MCP para quem decide
- 17Escolher entre comprar, conectar ou construir
- 18Testar e contratar antes de aprovar
- 19Preparar a empresa para ser o servidor
- 20Escrever a política de uma página que o regulador pede
- 21Montar o plano de 90 dias com dono e prazo