Permissões excessivas: aplicar o privilégio mínimo a servidores MCP

Introdução

Um servidor pode funcionar corretamente e, ainda assim, ter acesso a mais dados ou ações do que o necessário. O privilégio mínimo não elimina todos os riscos, mas limita o impacto de uma chamada inesperada.

Da permissão geral a capacidades concretas

Comece com uma matriz de ferramentas: para cada uma, defina propósito, identidade invocadora, recursos, operações, efeitos e dados devolvidos. Separe leitura de escrita e evite que uma ferramenta de consulta herde permissões de administração. Limite os dados por usuário, projeto ou recurso e valide o objeto solicitado no servidor, não apenas na interface.

As credenciais devem pertencer a uma identidade de serviço delimitada, com rotação e expiração apropriadas ao caso. Para transporte HTTP com autorização MCP, o protocolo descreve scopes e requisitos do fluxo; o guia de segurança recomenda solicitar scopes compatíveis com a operação. Uma conexão autenticada não deve ser interpretada como autorização irrestrita a cada função.

Controles operacionais

Desative as ferramentas desnecessárias, restrinja destinos de rede e acesso ao sistema de arquivos e isole processos quando cabível. Defina limites de volume, tamanho e frequência de solicitações. Para ações de alto impacto, acrescente confirmação informada e um caminho de reversão quando possível.

Revise as permissões periodicamente e após mudanças de servidor, responsável ou integração. Teste casos de acesso negado além do caminho feliz. Um teste deve confirmar que o servidor não consegue alcançar recursos alheios à tarefa, mesmo quando recebe parâmetros inesperados.

Conclusão

O privilégio mínimo se aplica a cada trecho: processo, ferramenta, token, arquivo, API e usuário. Reduzir a autoridade disponível é mais confiável do que esperar que o modelo sempre escolha não usá-la.