Segurança
Segurança na Convira
Última atualização: 14 July 2026
A Convira executa um agente de IA que toca seus arquivos, suas ferramentas e - se você quiser - a nuvem. Isso faz da segurança uma decisão de produto, não um detalhe de última hora. Esta página descreve como o sistema é construído e operado. Para saber quais dados coletamos e por quê, consulte a Política de Privacidade.
1. Nossa abordagem
Dois princípios moldam tudo o que vem a seguir. Primeiro, local-first por padrão: no ambiente de execução local, a inferência, a memória e os arquivos do agente rodam na sua própria máquina, com modelos que você hospeda. A exceção é uma ferramenta cobrada que você escolhe executar - pesquisa na web e no X, geração de imagem e vídeo, ações de conectores - que precisa de chaves de provedor gerenciadas sob nossa guarda, então essa única chamada de ferramenta é executada pelo Convira e devolvida ao seu dispositivo (e somente enquanto você estiver online). Segundo, a nuvem é opcional e mínima: quando você usa o ambiente de execução em nuvem, sua execução é processada e encaminhada ao provedor do modelo de IA, mas o conteúdo da execução não fica armazenado em nossos servidores - o registro vive no seu dispositivo. Menos dados do nosso lado significa menos a proteger e menos que possa um dia ser exposto.
Não dizemos que somos invioláveis. O que podemos dizer é que a arquitetura foi construída para que o trabalho mais sensível nunca precise sair de um hardware que você controla.
2. Onde ficam seus dados
A Convira tem três ambientes de execução, e eles diferem exatamente nisto:
| Ambiente de execução | Onde o agente roda | Onde fica o registro da execução | O que chega ao Convira |
|---|---|---|---|
| Local | Sua máquina, com modelos hospedados por você | Sua máquina (banco de dados local criptografado) | Tráfego de conta e licenciamento; quando você aciona uma ferramenta cobrada de web, mídia ou conector, a entrada dessa ferramenta e os identificadores de roteamento |
| Private Box | Uma máquina que você mesmo hospeda e controla | Seu dispositivo (o desktop guarda a cópia autoritativa) | Tráfego de licenciamento; quando você aciona uma ferramenta cobrada de web, mídia ou conector, a entrada dessa ferramenta e identificadores de roteamento |
| Cloud | A infraestrutura da Convira | Seu dispositivo (o desktop guarda a cópia autoritativa) | Apenas metadados operacionais (status, marcações de tempo, modelo e ferramentas usados, uso de tokens e créditos); a instrução e o contexto são encaminhados ao provedor do modelo de IA para gerar a resposta e, depois, não são retidos por nós |
No caminho da nuvem, o conteúdo da execução - o texto que você digitou, os arquivos envolvidos, as entradas e saídas das ferramentas e as respostas do modelo - não é gravado em nossos bancos de dados. Nosso código o remove antes que qualquer coisa seja persistida, e testes automatizados verificam essa invariante a cada build. O detalhe está na Política de Privacidade.
3. Como a execução do agente é isolada
As chamadas de ferramentas no desktop passam sempre pela política de permissões da Convira. O isolamento nativo de processos é uma camada adicional de defesa em profundidade: no modo automático, a Convira o utiliza quando o sistema oferece suporte e registra um aviso caso precise recorrer a uma alternativa; os operadores podem, em vez disso, configurar o isolamento nativo como obrigatório. As primitivas disponíveis são:
- Linux: a Bubblewrap namespace jail (mount, PID, optionally network), with Landlock filesystem rules so the tool can only read and write the directories it was granted, and a seccomp-bpf syscall filter - the code-execution profile blocks the network syscalls outright, so a tool can't open its own sockets.
- macOS: a Seatbelt (
sandbox-exec) profile with a deny-by-default posture. - Windows: um Job Object que restringe a árvore de processos e seus recursos. No Windows, as decisões de sistema de arquivos e de rede vêm da política de permissões e dos controles de rede do Convira, não do Job Object.
A execução de código na nuvem tem um limite diferente: ela roda como um subprocesso dentro do contêiner do worker da API. O contêiner separa o serviço do host, mas os subprocessos na nuvem compartilham esse contêiner e não recebem uma prisão de sistema de arquivos nem um namespace de rede próprios por processo. Os resultados da ferramenta expõem a procedência do isolamento, para que o agente e a interface consigam distinguir execução em contêiner, em processo nativo e em fallback.
Saída de rede. O acesso de saída à rede a partir de uma execução é mediado por um proxy HTTP CONNECT que aplica uma lista de domínios permitidos em camadas (primeiro uma lista de bloqueio explícita, depois tudo o que você aprovou durante a sessão, depois os domínios permitidos do seu plano e da sua Área de Trabalho e, por fim, uma pequena base interna de endpoints de modelos e pacotes). Ele também bloqueia conexões diretas por IP, faixas privadas e link-local e endpoints de metadados de nuvem. No ambiente de execução local, o Acesso à Web fica desativado até você ativá-lo, e o proxy pode operar em modo de auditoria (registrar tudo) ou em modo de aplicação (bloquear e, opcionalmente, perguntar a você). Quando você ativa e invoca uma ferramenta cobrada de web, mídia ou conector, essa única chamada é roteada para a Convira, que a executa com chaves gerenciadas; todo o resto permanece na sua máquina e, offline, as ferramentas cobradas ficam simplesmente indisponíveis.
Aprovações. Um motor de políticas classifica o que cada ação de ferramenta está prestes a fazer. Ações sensíveis não acontecem sem mais nem menos - a execução pausa e gera uma solicitação de aprovação que você precisa aprovar ou rejeitar antes de prosseguir. Para algumas ações, você pode escolher “permitir nesta sessão” ou “sempre permitir”; outras sempre perguntam. Suas regras de permissão são criadas no seu dispositivo e aplicadas à execução; no caminho da nuvem, elas são enviadas junto com a execução, não armazenadas do nosso lado.
4. Criptografia
Em trânsito. Todo o tráfego entre os aplicativos e nossa API trafega por TLS, e nossa API se conecta ao banco de dados por TLS.
Em repouso. Our database is encrypted at rest. On top of that, certain sensitive stored values - for example the credentials and configuration for integrations you connect, and workspace knowledge-base content - are encrypted at the application level with AES-256-GCM, using per-purpose keys derived from a master key with HKDF-SHA256, with support for rotating that key. Passwords are never stored or encrypted in a reversible form - they're hashed with Argon2id (a modern, memory-hard algorithm). Session tokens, email-verification codes, password-reset tokens, and similar secrets are stored only as hashes, are single-use where applicable, and expire. Third-party model-provider API keys are held in our server environment, not in the database.
No seu dispositivo. The desktop app keeps the authoritative copy of your runs and sessions in a local SQLite database that is encrypted with SQLCipher. A própria chave de criptografia é protegida pelo armazenamento seguro do seu sistema operacional (Keychain no macOS, DPAPI no Windows, libsecret no Linux); uma versão empacotada se recusa a iniciar caso essa proteção não esteja disponível, em vez de recorrer a texto simples. O app desktop não armazena chaves de API de terceiros nem tokens OAuth em disco.
Private Box. Um Private Box auto-hospedado é licenciado com tokens de curta duração assinados com Ed25519. Quando você associa membros da equipe a um box, a credencial bearer do box é selada com a chave de dispositivo de cada membro (acordo de chaves X25519 + XChaCha20-Poly1305) - a credencial em texto puro nunca passa pelos servidores do Convira.
Se o seu modelo de ameaças exige que o conteúdo das execuções permaneça em hardware sob seu controle, use o ambiente de execução local ou um Private Box e não acione ferramentas online gerenciadas.
5. Autenticação e acesso
Sessions are server-backed: the token in your browser cookie is matched against a stored hash, the cookie is HttpOnly, Secure in production, and SameSite=Lax, and sessions expire. Failed logins are rate-limited. The desktop app authenticates with short-lived, asymmetrically-signed (Ed25519) offline tokens that include anti-rollback protections so a backdated clock can't extend them. Cross-site request forgery is blocked with a double-submit token plus an origin check, compared in constant time.
O acesso aos dados de clientes dentro do Convira é delimitado por funções. A equipe interna tem funções de plataforma (separadas de qualquer conta de cliente) que determinam o que cada pessoa pode ver e fazer; dentro de uma Área de Trabalho, os membros têm funções (proprietário, administrador, operador, visualizador) que limitam o que podem fazer ali. Toda ação privilegiada da equipe é gravada em um log de auditoria somente-adição, com autor, alvo, motivo e origem. A personificação para suporte, quando necessária, é restrita à função interna mais alta, exige confirmação digitada e um motivo por escrito, tem tempo limitado e fica registrada em auditoria. Atalhos de autenticação exclusivos de desenvolvimento ficam totalmente desativados nas versões de produção.
6. Blindagem do aplicativo
Web. The API and website send standard hardening headers - HSTS (with preload on the marketing site), a Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, a restrictive Referrer-Policy, and a Permissions-Policy that disables camera, microphone, and geolocation. The API only accepts cross-origin requests from an explicit allowlist of our own origins. Public forms are protected by Cloudflare Turnstile and honeypot fields, and are rate-limited.
Desktop. The Electron app runs the UI with context isolation on, Node integration off, and the renderer sandbox enabled. The renderer talks to the rest of the app only through a narrow preload bridge whose messages are schema-validated, and it runs under a strict Content-Security-Policy (default-src 'self', no plugins, no framing, Trusted Types for script). Permission requests from web content are denied except for a short allowlist.
7. Builds e atualizações assinados
Os instaladores para macOS e Windows são assinados digitalmente - notarização da Apple no macOS, Authenticode no Windows - e o atualizador automático do app desktop verifica a assinatura de uma atualização antes de instalá-la, então uma atualização adulterada é rejeitada. As verificações de atualização automática respeitam a política de rede: se um ambiente de execução estiver configurado como offline, o app não consulta o servidor de atualização.
8. Monitoramento e resposta a incidentes
Usamos ferramentas de monitoramento de erros na API e no painel web, configuradas para excluir cabeçalhos de autenticação, cookies e valores que se pareçam com senhas, tokens ou segredos. Webhooks recebidos (da Stripe, por exemplo) têm a assinatura verificada e são desduplicados para rejeitar repetições. Investigamos sinais de segurança e, se houver uma violação de dados pessoais, notificaremos os usuários afetados e as autoridades competentes dentro dos prazos exigidos por lei.
9. Prestadores de serviço
A Convira depende de um pequeno conjunto de provedores de serviço avaliados - pagamentos (Stripe), hospedagem de banco de dados e backend (Supabase), proteção contra bots (Cloudflare), hospedagem do site e analytics sem cookies (Vercel), monitoramento de erros (Sentry) e os provedores de modelos de IA (Anthropic, OpenAI, Google, xAI). A lista atual, o que cada um faz e onde opera, em linhas gerais, está na Política de Privacidade.
10. Sua parte
A segurança é compartilhada. Alguns pontos importantes:
- Use uma senha forte e exclusiva para sua conta Convira.
- Mantenha o app atualizado - ele se atualiza sozinho, mas não fique com uma versão de meses atrás.
- Seja criterioso com o que você conecta e com o que autoriza o agente a fazer; leia os pedidos de aprovação.
- Para o trabalho mais sensível, use o ambiente de execução local ou um Private Box e mantenha as ferramentas online gerenciadas desativadas, para que o conteúdo das execuções permaneça em hardware sob seu controle.
- Se você notar algo - um bug, um e-mail suspeito se passando por nós, uma conta que você não reconhece - nos avise.
11. Relatar uma vulnerabilidade
Se você acredita ter encontrado uma vulnerabilidade de segurança no Convira, reporte para security@convira.ai. Inclua detalhes suficientes para reproduzir o problema - componente ou URL afetado, etapas e impacto - e, se possível, uma prova de conceito.
O que pedimos a você:
- Dê-nos um prazo razoável para investigar e corrigir o problema antes de divulgá-lo publicamente.
- Não acesse, altere ou exclua dados que não sejam seus; use apenas contas de teste e dados sob seu controle.
- Não execute ataques que prejudiquem o serviço para outras pessoas (negação de serviço, spam, força bruta em contas reais) nem use engenharia social contra nossa equipe ou nossos usuários.
- Não exija pagamento em troca de não divulgar a falha.
O que você pode esperar de nós:
- Confirmaremos o recebimento do seu relato e manteremos você informado enquanto trabalhamos nele.
- Damos crédito a você, se quiser, assim que o problema for corrigido. Hoje não mantemos um programa pago de recompensa por bugs.
- Não tomaremos medidas legais contra pesquisas de boa-fé que sigam estas diretrizes.
12. Perguntas
Dúvidas sobre segurança ou qualquer coisa sobre esta página: security@convira.ai. Para todo o resto, nossa página de ajuda. Atualizaremos esta página conforme o produto e as nossas práticas mudarem, e ajustaremos a data no topo.