Privacidade
Atualizado em 21 de outubro de 2026
O que o voar guarda, por quanto tempo cada dado fica salvo, como funcionam as máquinas dos jobs e os aplicativos de IA conectados, e como pedir acesso ou exclusão.
Quem responde pelos dados
A OpenWings Automação Comercial Ltda. (CNPJ 63.852.648/0001-06), com sede na Rua Padre João Wislinski, 441, Santa Cândida, Curitiba, PR, CEP 82630-494, Brasil, é a controladora dos dados de conta, cobrança e operação descritos nesta página, nos termos da Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018) e, quando aplicável, do GDPR. O encarregado pelo tratamento de dados pessoais (DPO) é Gustavo Salomé Silva. Para dúvidas, pedidos de acesso, correção, portabilidade ou exclusão, escreva para [email protected]. Respondemos em até 15 dias.
Em relação ao código-fonte, aos pacotes e aos secrets que os seus workflows processam dentro da máquina de um job, a sua organização é a controladora e a OpenWings Automação Comercial Ltda. atua apenas como operadora durante a execução daquele job.
O que guardamos
- Sua conta (
app.users): quando você entra com o GitHub, recebemos e guardamos o seu ID numérico no GitHub, login, nome, endereço de e-mail e URL do avatar, além do idioma, do fuso horário e da preferência de alertas por e-mail escolhidos no painel. Nunca vemos nem guardamos a sua senha do GitHub. - Sua organização (
app.accountseapp.memberships): ID e login da organização no GitHub, avatar, ID e status da instalação do GitHub App, modo de seleção de repositórios (allouselected), papel de cada membro (owner,adminoumember), moeda de cobrança, saldo de créditos, limite de concorrência e valor do alerta de saldo baixo. - Jobs e máquinas (
app.jobseapp.runners): para cada job que pede uma máquina do voar, guardamos o ID do job e do run no GitHub, nome do repositório (owner/name), nome do workflow, nome do job, labelsruns-on, tamanho da máquina, status, conclusão, horários de entrada na fila, início e fim, unidades cobradas, custo, link do job no GitHub, e os dados da máquina EC2 (nome do runner, ID e tipo da instância, zona, mercadospotouon-demande erro de partida, se houver). - Cobrança (
app.payments,app.ledgereapp.usage_months): ID do cliente no Stripe, referência do pagamento, ID da sessão de checkout, pacote de crédito, valor, moeda, lançamentos de saldo e totais mensais de unidades grátis e pagas. Os dados de cartão vão direto para o Stripe e não passam pelo voar. - Chaves de API (
app.api_keys): nome da chave, prefixo de 12 caracteres, hash SHA-256 da chave, permissões de leitura, quem criou, data de criação, data de revogação e horário do último uso. A chave completa (voar_...) é mostrada uma única vez na criação e nunca fica guardada em texto puro.
Seu código e as máquinas dos jobs
O app do voar no GitHub pede apenas permissões de organization_self_hosted_runners (leitura e escrita), members (leitura), actions (leitura), metadata (leitura) e emails (leitura no login). Ele não tem permissão para ler o conteúdo dos seus repositórios (contents), issues ou pull requests, e a API e o banco de dados do voar não recebem código-fonte, logs de execução dos jobs nem secrets de workflow.
O código e os secrets do workflow chegam direto do GitHub para a máquina do job durante a execução (por exemplo, no passo actions/checkout), como em qualquer runner. Cada job roda numa máquina EC2 exclusiva em São Paulo (AWS sa-east-1), com disco raiz criptografado (gp3). Quando o job termina, quando atinge o limite de 6 horas ou se a máquina ficar 10 minutos sem receber um job, a máquina se desliga e a AWS encerra a instância e apaga o volume de disco (DeleteOnTermination). Nenhum disco passa de um job para outro.
Se o workflow usar actions/cache ou o cache gha do Docker Buildx, esses arquivos são guardados no serviço de cache do próprio GitHub, sob as regras e prazos de retenção do GitHub, e não em servidores do voar.
Aplicativos de IA conectados
Quando um owner ou admin conecta um aplicativo de IA (como Claude, ChatGPT, Codex ou Cursor) ao voar por OAuth 2.1 (https://app.voar.dev/oauth/authorize) ou por código de dispositivo no terminal (https://app.voar.dev/device, client_id=voar-agent), o voar emite uma chave de API somente leitura vinculada à organização escolhida e à pessoa que autorizou.
- O que o aplicativo pode ler: a chave tem apenas três permissões de leitura:
account:read(GET /v1/accounte ferramenta MCPget_account),jobs:read(GET /v1/jobse ferramenta MCPlist_jobs) eusage:read(GET /v1/usagee ferramenta MCPget_usage). O aplicativo lê o resumo da organização, o saldo, os minutos grátis, a lista de jobs recentes (repositório, workflow, nome do job, label, tamanho da máquina, status, conclusão, horários, unidades cobradas, custo, link no GitHub e motivo caso não tenha partido) e o consumo diário do mês. Ele não lê código-fonte, logs de job, secrets de workflow nem dados de cartão, e não pode iniciar ou cancelar jobs, mudar configurações, comprar crédito nem criar chaves. - O que o voar recebe do aplicativo de IA: apenas o nome da ferramenta chamada, os parâmetros enviados na consulta (como
limit,beforeemonth) e os metadados HTTP da requisição. Não recebemos o restante da sua conversa com o aplicativo de IA. - Como desconectar e revogar o acesso: cada aplicativo conectado aparece na tabela de chaves de API nas Configurações da organização em
https://app.voar.dev. Qualquer owner ou admin da organização pode girar ou revogar a chave ali a qualquer momento, o que corta o acesso do aplicativo na hora. Desconectar apenas dentro do aplicativo de IA não revoga necessariamente a chave no voar. - Verificação a cada chamada: toda requisição em
/v1e/mcpconfere na hora se a chave continua ativa, se o app do GitHub segue instalado na organização e se a pessoa que criou a chave ainda éownerouadmindaquela organização. Se ela sair da organização ou perder esse papel, a chave para de funcionar imediatamente. - Sem treinamento de modelos: o voar não usa dados da sua conta, metadados de jobs nem chamadas de API ou MCP para treinar modelos de inteligência artificial, e não vende nem compartilha dados para publicidade. Os resultados já entregues ao aplicativo de IA que você conectou passam a seguir a política de privacidade daquele aplicativo.
Por quanto tempo guardamos cada dado
- Máquinas e discos dos jobs: apagados imediatamente quando o job termina, após 10 minutos sem job ou ao atingir o limite de 6 horas de execução.
- Códigos de autorização OAuth e de dispositivo (
app.oauth_grants): guardados apenas como hash SHA-256. Códigos de autorização expiram em 5 minutos; códigos de dispositivo expiram em 10 minutos. Uma rotina diária às 04:30 (America/Sao_Paulo) apaga os registros expirados. Cadastros dinâmicos de clientes OAuth (/oauth/register) são tokens assinados e não criam linha no banco. - IDs de entregas de webhook do GitHub (
app.github_deliveries): guardados por 7 dias para evitar processamento duplicado e apagados pela rotina diária das 04:30 (America/Sao_Paulo). - Jobs da fila interna no Redis (BullMQ): tarefas concluídas ficam por até 24 horas (máximo de 200 registros) e tarefas com falha ou na dead-letter por até 7 dias (máximo de 1.000 registros). Elas guardam apenas identificadores internos e mensagens de erro, nunca código de repositório.
- Logs de acesso à API e ao login: os logs do Caddy para
api.voar.devedb.voar.devremovem o cabeçalhoAuthorizatione segredos de query string (code,state,token,token_hash,access_token,refresh_token,apikey) e são mantidos por 180 dias (6 meses, conforme o art. 15 do Marco Civil da Internet, Lei 12.965/2014). - Backups do banco de dados e da fila: gerados toda madrugada, mantidos por 7 dias no servidor e por 30 dias no Cloudflare R2 criptografados com
age(com a chave privada fora dos servidores), sendo apagados automaticamente após esse prazo. - Conta, organização, histórico de jobs, consumo e registros de chaves de API: mantidos enquanto a conta existir para exibir o histórico no painel e a auditoria de chaves. Quando você pede a exclusão da conta em [email protected], apagamos os dados da conta e da organização do banco ativo em até 15 dias (e eles saem dos backups criptografados em até 30 dias), mantendo apenas registros de pagamento e contabilidade pelo prazo exigido pela legislação fiscal brasileira.
Bases legais e e-mails
Tratamos os dados da conta, da organização, dos jobs, do consumo e do login para executar o serviço contratado (execução de contrato), os logs de acesso por 180 dias e os registros de pagamento para cumprir obrigações legais e fiscais, e os hashes de chaves e controles contra abuso com base no legítimo interesse de manter o serviço seguro.
Enviamos e-mails transacionais apenas para owners e admins que deixam os alertas ligados na página Conta (quando o saldo fica abaixo do limite configurado ou acaba) e quando há mudança relevante nestes termos ou na política de privacidade. O voar não envia e-mails de marketing.
Operadores e transferências
Para operar o serviço, compartilhamos apenas os dados necessários com os seguintes operadores:
- Amazon Web Services (AWS), na região de São Paulo (
sa-east-1): executa as máquinas virtuais efêmeras onde os jobs rodam. - Oracle Cloud Infrastructure (OCI), na região de São Paulo: hospeda o plano de controle (API, worker, fila Redis e banco de dados Postgres com GoTrue).
- Cloudflare: serve as páginas de
voar.deveapp.voar.dev, fornece DNS e armazena os backups noturnos criptografados comageno Cloudflare R2. - GitHub: autentica o seu login e envia os eventos de instalação e de
workflow_jobpara o app do voar. - Stripe: processa os pagamentos de pacotes de crédito e guarda os dados do meio de pagamento, que não passam pelo voar.
- ZeptoMail (Zoho): entrega os e-mails transacionais de alerta de saldo.