O lugar mais seguro para o seu trabalho é o computador em que ele já está.

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 pela 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. A única exceção é uma conversa que você escolhe compartilhar ao avaliar uma resposta, que guardamos por até 90 dias, ou até você remover a avaliação. Menos dados do nosso lado significa menos a proteger e menos que possa um dia ser exposto.

O resultado é uma arquitetura pensada para que o seu trabalho mais sensível nunca precise sair do hardware que você controla.

2. Onde ficam seus dados

A Convira tem três ambientes de execução, e eles diferem exatamente nisto:

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.

Team Hub

O Team Hub não é um quarto ambiente de execução - ele não executa agente algum e não produz registro de execução -, mas é onde o conteúdo compartilhado de uma equipe fica em nossos servidores, então ele vem ao lado da tabela e não dentro dela. As mensagens, os avisos, os arquivos compartilhados e os nomes de conversa de uma equipe ficam conosco. Um outro tipo de conteúdo pode ficar lá: se você ativar a sincronização opcional na nuvem de habilidades e conhecimento do projeto, esse texto é armazenado do nosso lado como linhas comuns de banco de dados, como descreve a seção sobre criptografia abaixo.

Ficam como texto cifrado que não conseguimos abrir. As chaves vêm do grupo MLS de cada escopo (RFC 9420, a implementação OpenMLS, com uma cipher suite resistente a computadores quânticos): cada dispositivo membro tem uma folha nesse grupo e dela deriva o segredo da época, e nenhum servidor da Convira guarda uma folha ou uma chave que abra uma mensagem, um aviso, o nome de uma conversa ou um anexo. Quando um espaço de trabalho registrou uma frase de recuperação, o leitor que essa frase deriva também é membro do grupo compartilhado. A busca é executada no seu dispositivo, porque o nosso não conseguiria fazê-la por você.

O que nossos servidores veem é o que a entrega exige: qual espaço de trabalho e qual conversa, um número de sequência, uma época, um tipo de conteúdo, um tamanho, um hash, qual conta enviou e quando. Outras quatro coisas ficam em texto aberto porque os recursos que as usam não funcionariam de outro jeito: quais contas estão em uma mensagem direta ou em um grupo, quais delas administram esse grupo, que um membro identificado reagiu a uma mensagem identificada - nunca qual emoji - e quem confirmou ter lido um comunicado que pedia confirmação, e quando.

Excluir uma mensagem remove a nossa cópia e as cópias nos dispositivos dos seus colegas, em todos os lugares onde o aplicativo as guarda. Um computador novo só entra em um espaço de trabalho depois de aprovado: um dos próprios computadores dessa pessoa assina por ele ou, se ela perdeu todos os seus computadores, alguém com as 24 palavras de recuperação do espaço de trabalho, ou o proprietário ou um administrador do espaço, o aprova, e todos no espaço de trabalho são avisados.

3. Como a execução do agente é isolada

Cada chamada de ferramenta no desktop é verificada pela política de permissões da Convira. O isolamento nativo de processos acrescenta por baixo uma segunda camada de defesa independente. As primitivas que ele usa são:

• Linux: uma prisão de namespaces do bubblewrap. A ferramenta recebe uma raiz de sistema de arquivos nova contendo apenas os diretórios que lhe foram concedidos, mais os caminhos de sistema somente leitura de que precisa para iniciar - qualquer outra coisa não é apenas ilegível, ela não está lá. Ela ganha o próprio namespace de IDs de processo e, quando roda sem acesso à rede, o próprio namespace de rede cujo único dispositivo é o loopback, de modo que não há rota para fora da máquina em que abrir um socket.
• macOS: um perfil Seatbelt (sandbox-exec) com postura de negação por padrão.
• Windows: um AppContainer novo a cada execução, criado sem SIDs de capacidade, o que nega por padrão a rede de saída e nega por padrão o sistema de arquivos, já que um diretório não concedido à ferramenta não carrega entrada alguma para a identidade daquele contêiner. Um Job Object no mesmo processo limita memória, processos e CPU.

Verificado no seu próprio computador. Na primeira vez que uma ferramenta precisa de um sandbox, a Convira verifica no seu computador se o sandbox do sistema operacional está disponível e submete os limites de recursos dele a uma execução real. O código que a IA escreve só roda dentro desse sandbox: se o sandbox não puder ser iniciado, o código é recusado em vez de rodar sem ele. Cada ação registra o isolamento com que realmente foi executada, e o aplicativo mostra isso para você.

Código aberto. A camada de isolamento descrita acima está publicada sob a licença Apache 2.0 como convira-sandbox - os perfis Seatbelt do macOS, os argumentos de namespace e montagem do bubblewrap no Linux, o código de AppContainer e Job Object no Windows e as verificações que decidem se um controle é informado como aplicado. Você pode ler exatamente o que essas verificações fazem, rodar você mesmo o conjunto de testes e ver a sua própria máquina se comportar como esta página descreve.

A execução de código na nuvem tem um limite diferente: ela roda dentro de um sandbox de namespaces do bubblewrap, no interior do contêiner do worker da API - com a própria raiz de sistema de arquivos, o próprio namespace de IDs de processo e o próprio namespace de rede. Se esse sandbox não estiver disponível no host, a ferramenta se recusa a rodar em vez de recorrer a um processo sem confinamento. Os resultados da ferramenta expõem a procedência do isolamento, para que o agente e a interface consigam ver sob qual isolamento cada chamada de fato rodou.

Saída de rede. A maior parte do acesso de saída à rede a partir de uma execução é mediada 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 do seu espaço 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 vem por padrão no nível restrito, o Modo Offline corta a rede por completo, e o proxy pode operar em modo de auditoria (registrar tudo) ou em modo de aplicação (bloquear e, opcionalmente, perguntar a você).

O Git pela rede (clone, fetch, pull, push e abertura de pull requests) e a instalação das dependências do seu projeto usam ferramentas próprias, que se conectam diretamente em vez de passar pelo proxy. Eles seguem o Modo Offline, e não a chave de Acesso à Web, porque enviar um push para o seu próprio repositório não é navegar, e um push ou a abertura de um pull request sempre pede a sua confirmação antes.

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 levanta uma solicitaçã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. Nosso banco de dados é criptografado em repouso. Além disso, certos valores sensíveis armazenados - por exemplo, as credenciais e a configuração das integrações que você conecta - são criptografados no nível da aplicação com AES-256-GCM, usando chaves específicas por finalidade derivadas de uma chave mestra com HKDF-SHA256, com suporte à rotação dessa chave. O texto extraído das habilidades e do conhecimento do projeto que você opta por sincronizar para a busca na nuvem é armazenado como linhas comuns de banco de dados, para que a recuperação consiga lê-lo - coberto pela criptografia em repouso do banco de dados, não por essa camada extra. Não existem senhas de conta, portanto não há hash de senha para guardar. Tokens de sessão, os códigos de uso único que enviamos por e-mail e segredos semelhantes são guardados apenas como hashes, são de uso único quando aplicável e expiram. Uma passkey deixa conosco apenas a sua chave pública, e uma chave pública não assina nada. As chaves de API de provedores de modelos de terceiros ficam no ambiente do nosso servidor, não no banco de dados.

No seu dispositivo. O app de desktop mantém a cópia de referência das suas execuções e sessões em um banco de dados SQLite local criptografado com 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 provedores de modelos. As credenciais de terceiros que ele guarda - o seu token de login do GitHub e os tokens de login e as configurações dos servidores MCP que você conecta - são armazenadas criptografadas sob a mesma proteção do sistema operacional.

Private Box. Uma Private Box auto-hospedada é licenciada com tokens Ed25519 assinados e de vida curta. A credencial de transporte da caixa nunca chega à Convira em uma forma que a Convira consiga ler: o instalador imprime um código de transferência no console da própria caixa, e quem gerencia as configurações do espaço de trabalho o digita na Convira em uma máquina que já fixou essa caixa. Quando você adiciona colegas, um desktop que gerencia as configurações sela para cada um uma chave própria contra a chave de dispositivo dele (acordo de chaves X25519 + XChaCha20-Poly1305) e a Convira só transmite e armazena esse texto cifrado; o envelope de uma segunda pessoa que gerencia as configurações carrega a própria credencial de transporte, selada do mesmo jeito, porque só ela pode selar de novo para as demais. A Convira não tem nenhuma chave que abra qualquer um deles. O que a Convira guarda em claro é o endereço da caixa e suas impressões digitais TLS, para que o dispositivo de um colega possa conferir que está se conectando à máquina certa.

Se o seu modelo de ameaça exige que o conteúdo das execuções fique em hardware que você controla, use o ambiente de execução local ou uma Private Box, não invoque ferramentas online gerenciadas e não arme nenhuma tarefa para rodar com o computador desligado - uma tarefa armada é o único caso em que os próprios servidores da Convira montam a instrução e o enviam à sua caixa.

5. Autenticação e acesso

As sessões são apoiadas pelo servidor: o token no cookie do seu navegador é comparado com um hash armazenado, o cookie é HttpOnly, Secure em produção e SameSite=Lax, e as sessões expiram. Tentativas de login malsucedidas têm limite de taxa. O app de desktop se autentica com tokens offline de curta duração assinados assimetricamente (Ed25519), que incluem proteções contra rollback para que um relógio atrasado não consiga estendê-los. A falsificação de requisições entre sites é bloqueada com um token de duplo envio somado a uma verificação de origem, comparados em tempo constante.

Você pode adicionar uma passkey à sua conta - sua impressão digital, seu rosto ou uma chave de hardware, guardada pelo aparelho que está na sua frente. Ela faz você entrar sem esperar código e é a prova mais forte que a conta aceita, por isso também serve para a confirmação extra que pedimos antes de uma mudança sensível. A Convira guarda apenas a chave pública da passkey, que por si só não assina nada. Sua impressão digital e seu rosto nunca saem do seu aparelho: nunca são enviados para nós e nunca ficam conosco.

O acesso aos dados de clientes dentro da 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 um espaço 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. A API e o site enviam cabeçalhos padrão de proteção - HSTS (com preload no site de marketing), uma Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, uma Referrer-Policy restritiva e uma Permissions-Policy que desativa câmera, microfone e geolocalização. A API só aceita requisições de outra origem a partir de uma lista explícita de origens nossas. Os formulários públicos são protegidos por Cloudflare Turnstile e campos honeypot, e têm limite de taxa.

Desktop. O app Electron executa a interface com isolamento de contexto ativado, integração com Node desativada e o sandbox do renderizador habilitado. O renderizador conversa com o restante do app apenas por uma ponte de preload estreita, cujas mensagens são validadas por esquema, e roda sob uma Content-Security-Policy rigorosa (default-src 'self', sem plugins, sem enquadramento, Trusted Types para script). Pedidos de permissão vindos de conteúdo web são negados, exceto por uma lista curta de exceções.

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 da API, do banco de dados, do armazenamento de arquivos e das filas de tarefas (Amazon Web Services, em Frankfurt), 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, Meta). A lista completa e atual, incluindo a infraestrutura de busca, e-mail e conectores, com o que cada um faz e onde opera, está na nossa página de suboperadores.

10. Sua parte

A segurança é compartilhada. Alguns pontos importantes:

• Adicione uma passkey e mantenha um bloqueio no aparelho que a guarda.
• 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 uma Private Box, mantenha as ferramentas online gerenciadas desligadas e inicie essas execuções você mesmo em vez de armá-las, para que o conteúdo fique em hardware que você controla.
• Se algo parecer errado - 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 na 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.
• Depois que o problema for corrigido, teremos prazer em dar o crédito a você, se quiser.
• Não tomaremos medidas legais contra pesquisas de boa-fé que sigam estas diretrizes.

Nossa política de divulgação de vulnerabilidades completa define o escopo, os prazos de resposta com que nos comprometemos e os termos de porto seguro para pesquisa de boa-fé.

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.