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 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 afirmamos ser inquebráveis. O que podemos afirmar é que a arquitetura foi construída para que o seu 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:

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 runtime - 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 quadros, os arquivos compartilhados e os nomes de canal 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 de conteúdo são criadas nos dispositivos dos membros e empacotadas para o dispositivo de cada colega; nenhum servidor da Convira guarda uma chave que abra uma mensagem, uma atualização de quadro, o nome de um canal ou um anexo. 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 canal, um número de sequência, uma época, um tipo de conteúdo, um tamanho, um hash, qual conta enviou e quando. Outras três coisas ficam em texto aberto porque os recursos que as usam não funcionariam de outro jeito: quais duas contas estão em uma mensagem direta, 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.

Três limites, ditos em vez de subentendidos. Excluir uma mensagem remove a nossa cópia e as cópias nos dispositivos dos seus colegas; o que nada disso alcança é uma cópia que já saiu do aplicativo - uma exportação ou uma captura de tela. Uma mensagem direta registra quais duas contas estão nela - guardamos isso em texto aberto para poder entregá-la, e nada do que foi dito. E no formato de chave atual um dispositivo aceita uma rotação de chave para frente sob a nossa palavra - se isso acontecesse, o aplicativo levanta um alerta de confiança e para de tratar a identidade como verificada, em vez de aceitar a chave nova em silêncio.

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, aplicada sempre que o sistema o oferece. As primitivas usadas 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.

Verificamos a maior parte disso na sua máquina, e dizemos qual é a parte que não. Na primeira vez que uma ferramenta precisa de um processo isolado, o Convira executa os controles de recursos na sua máquina real: um shell devolve os limites que herdou, um grupo de processos de verdade é morto e o filho em segundo plano que ele lançou tem de morrer junto, e no Linux uma alocação maior que o teto tem de falhar enquanto uma menor sob um teto generoso funciona; um controle cuja checagem não passa é reportado como ausente pelo resto daquela sessão. O confinamento de arquivos e de rede só é checado desse jeito no Windows, lançando contra ele um processo confinado de verdade; no macOS e no Linux esses dois são deduzidos da presença do próprio sandbox do sistema operacional em vez de exercitados. Quando uma ferramenta precisa de um isolamento que o host não consegue dar, a ferramenta é retida em vez de rodar sem ele: código escrito pelo modelo é recusado de imediato, em vez de rodar sem confinamento. A exceção é uma lista curta de auxiliares que o próprio Convira invoca e que o modelo não pode escrever - git, extração de arquivos compactados, OCR -, que mantêm um caminho de compatibilidade mais estreito caso o sandbox de negação por padrão não carregue na sua máquina.

Código aberto. A camada de confinamento descrita acima está publicada sob Apache 2.0 como convira-sandbox: os perfis Seatbelt do macOS, os argumentos de namespaces e montagens do bubblewrap no Linux, o código de AppContainer e Job Object do Windows e as verificações que decidem se um controle é informado como ativo. Publicar o código não prova que a versão que você instalou o contém; o que isso oferece é a possibilidade de ler o que essas verificações fazem, rodar a suíte de testes por conta própria e observar no seu próprio computador se o comportamento corresponde.

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 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 vem por padrão no nível restrito e você pode desativá-lo 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ê).

Duas coisas não passam por ele, e preferimos nomeá-las a deixar que o parágrafo acima as cubra. O git pela rede - clonar, fazer fetch, fazer pull, fazer push, abrir um pull request - e a instalação das dependências do seu projeto executam as próprias ferramentas, que se conectam diretamente: sem proxy, sem lista de domínios permitidos. Os dois são regidos pelo Modo Offline, e não pela opção Acesso à Web, porque fazer push para o seu próprio repositório não é navegar na web. A Convira faz login somente em github.com, mas o próprio git aceita qualquer endereço https para o qual for apontado, então um repositório que você não leu pode indicar um host que não verificamos. Fazer push e abrir um pull request perguntam a você antes de rodar.

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. Senhas nunca são armazenadas nem criptografadas de forma reversível - elas passam por hash com Argon2id (um algoritmo moderno, de alto custo de memória). Tokens de sessão, códigos de verificação de e-mail, tokens de redefinição de senha e segredos semelhantes são guardados apenas como hashes, são de uso único quando aplicável e expiram. 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 autoritativa 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. Um Private Box auto-hospedado é licenciado com tokens de curta duração assinados com Ed25519. Durante o pareamento único, o box envia sua credencial bearer ao Convira por TLS; o Convira a sela com a chave do seu dispositivo em memória (acordo de chaves X25519 + XChaCha20-Poly1305) e armazena apenas o texto cifrado. Quando você adiciona membros da equipe, o seu próprio desktop sela novamente essa credencial com a chave de dispositivo de cada membro, então essas entregas nunca expõem o texto puro ao 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

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.

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. 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 (Railway), banco de dados (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 completa e atual - incluindo a infraestrutura de busca, e-mail, filas e conectores -, o que cada um faz e onde opera, em linhas gerais, está na nossa página de suboperadores.

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 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 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.
• Assim que o problema for corrigido, damos crédito a você, se quiser. 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.

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.