Documentação / Segurança

Segurança

Local primeiro e regras determinísticas. O que o Yuli protege, o que sai do seu computador e o que você decide.

No Yuli, os limites de segurança são aplicados pelo motor em cada operação. Eles não dependem do que diz o prompt nem de o modelo “se comportar bem”. Um agente não consegue contornar uma regra convencendo a si mesmo.

Local primeiro

O código, o índice de código, a memória e o estado do agente ficam no seu computador e no seu projeto. O Yuli não precisa de conta nem de servidor próprio para funcionar.

O que sai do seu computador

O quê Para onde Quando
As mensagens e o contexto da IA Para o provedor que você escolheu (ou para o seu Claude Code, Kiro, Codex ou Antigravity) Quando você trabalha com a IA. Antes de sair, os segredos são substituídos por um marcador.
A busca por atualizações Para o servidor de atualizações (ou para o seu próprio Yuli Hub) Ao iniciar, se a busca automática estiver ativa.
Grupo, artefato e versão das suas dependências Para o OSV.dev Só se você ativar essa fonte na Central de segurança.
Um relatório de problema Só se você decidir enviá-lo Você mesmo o monta em Ajuda → Relatar um problema….

Com um modelo local (Ollama, LM Studio, vLLM ou llama.cpp), nem mesmo o contexto da IA sai da sua rede. Veja Modelos e provedores.

As camadas de proteção

Camada O que faz Mais informações
Sandbox do projeto O agente só cria, move ou exclui arquivos dentro do projeto e das pastas que você autorizar. Sandbox e permissões
Aprovações por risco Cada ação é avaliada; só o que é arriscado pede confirmação. Sandbox e permissões
Git e CI só se você pedir Commit, push, branches e pipelines são bloqueados, salvo pedido explícito. Sandbox e permissões
Segredos Arquivos .env e chaves nunca são lidos; o que é sensível sai como um marcador tipado. Segredos e privacidade
Injeção de prompt O conteúdo externo com instruções ocultas é tratado como dados. Segredos e privacidade
Banco de dados Você define o acesso do agente em cada conexão. Banco de dados seguro
Análise de segurança Dependências, código, vazamentos e condições de corrida, sem conexão. Central de segurança
Gate de qualidade Recusa segredos e trapaças em testes em cada commit. Gate e Central de Governança

O que o agente nunca faz

  • Ler arquivos de ambiente, chaves privadas, certificados ou a configuração SSH.
  • Fazer commit, push, merge ou criar branches sem que você peça.
  • Executar instruções que escrevem em um banco de dados sem a sua aprovação, nem no modo autônomo.
  • Usar clientes de banco de dados de linha de comando (sqlplus, sqlcmd, mysql, psql, mongosh e similares). Assim ninguém contorna a política de acesso.
  • Assinar um commit como autor ou adicionar atribuição a uma IA. O autor é sempre a pessoa responsável.

O que você decide

  • Autonomia: quanto o agente pode fazer sem perguntar (Cauteloso, Equilibrado ou Autônomo).
  • Acesso a pastas: quais pastas fora do projeto ele pode usar, e se apenas para leitura.
  • Confiança do projeto: se o código do repositório é executado para analisá-lo.
  • Acesso a cada banco de dados: sem acesso, só consultas ou superpermissões.
  • Servidores confiáveis: servidores internos com certificados próprios, sempre com a sua confirmação.

Credenciais

As API keys, senhas de banco de dados e tokens de Git, CI e MCP são guardados no chaveiro do sistema: o armazenamento nativo do Windows, as Chaves (Keychain) do macOS ou o Secret Service no Linux. Nunca no projeto. Na tela, eles sempre aparecem mascarados.

Plugins

Os plugins são executados de forma isolada: uma falha não afeta o IDE. Eles declaram suas permissões em um manifesto, a rede só alcança os domínios declarados e a equipe pode exigir assinatura digital.

Relatar um problema

Ajuda → Relatar um problema… monta um .zip na sua pasta de downloads com as versões, o sistema, os registros de erros e as últimas requisições ao motor (sem parâmetros).

O relatório nunca inclui o seu código nem as conversas com o agente. Chaves, tokens e senhas são ocultados e a sua pasta pessoal aparece como ~.