Segurança MCP: permissões mínimas para que uma IA administre um VPS

Publicado em 2026-10-26 por frfrand

Projetar ferramentas MCP seguras com escopos, aprovações e auditoria

Segurança MCP: permissões mínimas para que uma IA administre um VPS

Uma IA pode ajudar a implantar um app, mas dar acesso de administrador a todos os VPS para que ela consulte um log é como entregar a chave mestra do prédio. O problema não é ser uma IA; é o excesso de permissões e escopo.

Vamos colocar isso em prática: o que significa, como testar e o que acontece quando você usa com clientes ou informações reais. A maioria dos problemas não se resolve com um botão mágico, mas com passos que você pode repetir e medir.

O que são Permissões mínimas para MCP e por que isso importa

Uma integração MCP segura precisa de autenticação, autorização no servidor, ações com escopo delimitado e auditoria. Os parâmetros fornecidos por um modelo ou texto externo não devem ser considerados confiáveis: o backend deve validar permissões para cada recurso e operação.

Uma coisa é uma demonstração funcionar por cinco minutos e outra é manter um serviço todos os dias. Para isso, você precisa de limites, permissões, registros de atividade e procedimentos para resolver falhas sem improvisar.

Exemplo de implementação ou diagnóstico

// Ejemplo conceptual de autorización
function canRestart(user, vps, service) {
  return user.companyId === vps.companyId
    && user.permissions.includes('service.restart')
    && service.vpsId === vps.id;
}
// La verificación real debe ocurrir en el backend

É uma referência didática, não um modelo que você deve executar às cegas em produção. Substitua os valores de exemplo, escolha identidades com permissões mínimas e garanta que nenhuma chave sensível termine em um log ou repositório.

Como eu colocaria isso para funcionar

Comece com permissões de consulta; amplie apenas quando uma tarefa real exigir.
Separe logs.read, deploy.create, service.restart e vps.delete em capacidades distintas.
Comprove que um usuário da Empresa A não pode consultar IDs da Empresa B.
Registre cada ação e proteja tokens com expiração e revogação.
Exija revisão humana para exclusões, alterações de acesso ou modificações irreversíveis.

Após cada etapa, verifique um resultado concreto: uma ação autorizada, um status HTTP, uma tarefa processada, um custo registrado ou uma métrica estável. Se algo não funcionar, verifique qual foi a primeira falha antes de tentar novamente em loop.

Um exemplo que pode aparecer em um projeto real

Um freelancer administra os servidores de dois clientes. Um agente que prepara um deploy para o cliente A não deveria poder selecionar arbitrariamente o ID do VPS do B. O servidor deve comprovar propriedade e permissões em cada chamada.

Se essa aplicação tiver vários clientes, separe contextos e recursos. É especialmente importante quando um chatbot ou um agente pode consultar dados: a facilidade de conectar ferramentas não deve pular os limites de privacidade e autorização.

O erro mais comum

Não confie em uma instrução do prompt como barreira de segurança. Um texto malicioso dentro de logs ou documentação pode tentar induzir chamadas perigosas; as regras devem estar do lado do servidor.

Uma configuração com bons padrões ajuda, mas não elimina a necessidade de testes. Para serviços que gravam dados ou disparam ações, considere retentativas, duplicatas e falhas no meio do caminho.

Onde entra o ArduMaker?

O ArduMaker organiza Empresas, projetos e VPS. Em fluxos MCP, aproveite essa separação com escopos e registros de ações para não conceder ao agente mais autoridade do que o necessário.

Com o ArduMaker, você pode hospedar o backend em um VPS, fazer deploy a partir do Git, configurar domínio HTTPS e utilizar ferramentas de bases de dados, serviços e MCP de acordo com o projeto. Isso facilita reunir operações em um ambiente, embora as regras de negócio e de segurança continuem sendo responsabilidade do software.

O que mediria para saber se melhorou

Não mediria apenas «funciona/não funciona». Também revisaria consumo de recursos, erros, tempos de resposta ou gasto de API, de acordo com a funcionalidade. Defina uma métrica de sucesso antes da mudança e compare com o mesmo cenário depois.

Se um dado parecer estranho, verifique a amostra e a janela temporal. Uma média pode esconder casos extremos, e uma única execução bem-sucedida não demonstra que uma automação suporte milhares de solicitações.

Perguntas frequentes

Preciso de uma infraestrutura grande para começar? Não necessariamente. Primeiro, resolva o problema com uma arquitetura simples e meça o ponto em que ela começa a ficar aquém.

O que acontece se o provedor externo falhar? Você precisa de timeouts, política de tentativas e uma resposta útil para o usuário. Não assuma que as APIs externas estão sempre disponíveis.

Como mantenho o controle? Registre eventos importantes, separe permissões e conserve um procedimento testado para desfazer alterações ou recuperar informações.

Referências para seguir

A ideia final: automatizar e medir vale a pena quando você também sabe detectar um erro, limitar seus efeitos e se recuperar.