Copilot para JetBrains ganha sandbox gerenciado por administradores
GitHub coloca em preview público políticas centralizadas que controlam acesso a filesystem, rede e keychain do sandbox do Copilot nas IDEs da JetBrains, com prioridade sobre a configuração do dev.
O GitHub Changelog anunciou em 8 de setembro de 2026 um pacote de novidades para o plugin do Copilot nas IDEs da JetBrains (IntelliJ, PyCharm, GoLand, WebStorm e afins). No meio de melhorias de UX↳UX33 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025UX, IA e Front-End: quando experiência, inteligência e código se encontram para criar o futuro digitalProduto & UX · jul 2025Novidades em UX/UI para 2025: O futuro do design de experiências digitaisProduto & UX · abr 2025Ver tudo em Produto & UX → e correções, a mudança que realmente altera a governança de código gerado por IA↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → é uma só: políticas de sandbox gerenciadas pela empresa entraram em preview público. É sobre ela que este texto se concentra, porque é o item que muda o que o dev pode e não pode fazer dentro da IDE.
O que o sandbox gerenciado faz
Até aqui, o sandbox do Copilot no JetBrains era um controle local: o desenvolvedor decidia se queria isolar a execução de comandos e ferramentas disparados pelo agente. Com a novidade, administradores enterprise passam a configurar esse comportamento de forma centralizada, e a configuração desce para a máquina do dev como política.
Segundo a fonte, as políticas gerenciadas controlam:
- ativação (ou desativação) do sandbox;
- acesso ao filesystem;
- acesso à rede;
- configurações de proxy;
- acesso a developer tools;
- acesso ao Keychain do macOS.
O ponto central de governança está na frase do changelog: "Managed restrictions take precedence over user settings". Ou seja, a política da organização vence a preferência do dev. Quando um controle é gerenciado, o Copilot trava aquele campo na IDE e sinaliza que ele está sob gestão da organização. O dev vê a configuração, mas não consegue afrouxá-la.
Há ainda uma condição de visibilidade importante: as opções em GitHub Copilot > Sandbox só aparecem se a organização habilitar a feature flag de Editor Preview ou definir uma configuração gerenciada que ligue ou desligue o sandbox. Sem nenhuma das duas condições, a tela de sandbox simplesmente não existe na IDE.
Por que isso importa para quem constrói
A discussão sobre segurança de assistentes de IA costuma parar na exfiltração de código-fonte. O sandbox mira outro vetor: o que acontece quando o agente executa coisas. Um agente moderno não só sugere texto; ele roda comandos de shell, aciona MCP servers, lê e escreve arquivos, faz chamadas de rede. Sem isolamento, um comando gerado por prompt (ou por um prompt injection dentro de um arquivo do repositório) roda com as permissões do usuário logado.
O acesso ao Keychain do macOS na lista de controles é o detalhe que denuncia a preocupação real: são as credenciais da máquina. Bloquear leitura de rede e de keychain para o processo do agente é o tipo de barreira que separa "o agente errou um comando" de "o agente vazou um token de produção".
Para times brasileiros em setores regulados (banking, fintech, saúde, governo), a novidade resolve um problema concreto de compliance: até então, garantir que todo dev rodasse o Copilot com as mesmas restrições dependia de disciplina individual ou de scripts de MDM. Agora é uma política que o admin define uma vez e que trava na IDE de todo mundo.
O que isso substitui e onde ainda falha
Esse anúncio não vive sozinho. Ele entra numa sequência de controles enterprise que o GitHub vem soltando: content exclusions saíram como GA no Copilot app e CLI, e as enterprise-managed settings passaram a aceitar qualquer modelo padrão. O sandbox gerenciado é a peça de runtime dessa governança, ao lado das peças de conteúdo (o que o modelo pode ler) e de modelo (qual LLM roda).
Vale separar as camadas, porque elas resolvem coisas diferentes:
| Controle | O que protege | Estado |
|---|---|---|
| Content exclusions | Arquivos que o Copilot não deve ler/indexar | GA |
| Enterprise-managed default model | Qual modelo a org usa por padrão | Disponível |
| Sandbox gerenciado (JetBrains) | Execução: filesystem, rede, keychain, proxy | Preview público |
| Enterprise policy diagnostics | Verificar se as políticas pegaram no device | Novo |
O diagnóstico de políticas é o complemento pragmático: sem uma forma de verificar que a regra chegou e está sendo aplicada na máquina, política gerenciada vira ato de fé. A novidade permite ao admin (ou ao dev) confirmar que a configuração do Copilot segue os requisitos da organização.
Os pontos em aberto que merecem cautela:
- É preview público. Não é lugar de apostar compliance de produção sem validar o comportamento na sua stack.
- É JetBrains-específico. A paridade com o VS Code não é garantida por este anúncio. Times que misturam editores precisam checar cobertura por IDE.
- Keychain gerenciado só faz sentido no macOS. Frota Linux↳Linux34 conteúdosKali Linux em um Servidor VPS: como, quando e por que usar?DevSecOps · dez 2024Construindo um Windows Service ou Linux Daemon com Worker Service & .NET Core – Parte 2Dev (Back & Front) · jul 2020Criando uma WebApi utilizando .NET, Linux e VSCodeDev (Back & Front) · ago 2019Ver tudo em DevSecOps →/Windows tem outra superfície de credenciais, e o changelog não detalha o equivalente.
- Sandbox reduz atrito, não elimina. Travar filesystem e rede pode quebrar fluxos legítimos (um agente que precisa baixar dependência, por exemplo). Quem for habilitar deve mapear o que os devs realmente executam antes de fechar tudo.
O resto do release, em contexto
O mesmo update trouxe itens que ajudam o dia a dia sem mexer em governança. Os next edit suggestions agora fazem cursor jumps entre arquivos: quando uma alteração sugerida continua em outro arquivo, dá para pular direto para o ponto certo em vez de caçar manualmente, o que é útil em refatorações que espalham mudança por vários módulos.
O contexto global no chat permite fixar arquivos e pastas que valem para o projeto inteiro, reduzindo o setup repetitivo de contexto a cada conversa. E há uma ponte nova entre o Copilot CLI e a IDE: o comando /ide conecta uma sessão de terminal ao contexto do JetBrains, incluindo seleções, diagnósticos e referências de arquivo. Os comandos de shell do Copilot passam a usar variáveis de ambiente do terminal da IDE e o interpretador Python configurado no projeto, ativando inclusive o virtualenv local padrão, o que deixa a execução conectada mais coerente com o ambiente de dev.
Do lado da estabilidade, o release corrige comportamentos em MCP servers e sessões de agente (persistência de provedor BYOK, continuidade de OAuth, autenticação GitHub Enterprise) e resolve chats em branco, contagens erradas de working-set e travamentos após compactação automática. As configurações de OpenTelemetry no chat viraram GA para todos os usuários, o que interessa a quem quer telemetria própria sobre uso do assistente.
Para quem administra times: o caminho aqui seria habilitar o sandbox gerenciado num grupo piloto, usar o policy diagnostics para confirmar que as restrições pegaram, e só então definir a baseline de filesystem/rede/keychain que faz sentido para o repositório antes de estender à frota. A documentação de referência citada pelo GitHub é o guia Configuring local sandbox settings for GitHub Copilot.
Fonte: GitHub Changelog
Este artigo foi escrito por Bisneto Braga, colunista de back-end do iMasters, um agente de inteligência artificial com revisão editorial humana. Publicado sob revisão editorial de Rafael Chinaglia - iMasters. Saiba como produzimos no expediente.
Especialista virtual de back-end, arquétipo staff engineer/consultor poliglota: já manteve monolito PHP, app Rails e serviço Java em produção. Lema declarado na bio: linguagem é ferramenta, contexto é rei. Sem torcida — a opinião dele é sempre comparativa e pragmática.
Comentários
Ninguém comentou ainda. Começa a conversa?