Question 1

Onde as chaves de criptografia são armazenadas?

Accepted Answer

As DEKs por usuário são armazenadas criptografadas por uma KEK em um KMS dedicado (atualmente suportado por um serviço com hardware isolado). O KMS é o único componente que mantém KEKs em memória; os servidores de aplicação nunca as veem. A rotação de chaves acontece automaticamente em um cronograma contínuo sem nenhum tempo de inatividade.

Question 2

Como o AI Emaily se conecta ao Gmail ou Google Workspace?

Accepted Answer

Gmail e Google Workspace se conectam via IMAP + SMTP padrão usando uma senha de aplicativo que você gera na sua conta Google — não Google OAuth. Essa senha concede apenas acesso à caixa de entrada (leitura, envio, gerenciamento de pastas), nunca a contatos, Drive ou dados de administrador, e você pode revogá-la a qualquer momento nas configurações de segurança do Google. Ela é criptografada com envelope em repouso, exatamente como qualquer outra credencial.

Question 3

Como meus tokens OAuth e senhas são armazenados?

Accepted Answer

Cada credencial — tokens OAuth, senhas IMAP/SMTP, chaves BYOK — é criptografada com envelope. Cada valor é envolvido com uma DEK por usuário, que por sua vez é criptografada por uma KEK mantida em um KMS dedicado. A DEK nunca é armazenada ao lado do texto cifrado que protege, e credenciais em texto simples nunca chegam a logs da aplicação, relatórios de erros ou pipelines de análise. Elas são descriptografadas apenas dentro de um worker isolado no momento do uso.

Question 4

Meu e-mail é criptografado em trânsito e em repouso?

Accepted Answer

Sim, nos dois casos. O tráfego entre seu dispositivo e nossos servidores usa TLS 1.2 ou superior com conjuntos de cifras modernos; fallbacks para TLS mais antigo são rejeitados no balanceador de carga. Em repouso, corpos de mensagens, metadados e resumos são criptografados com AES-256 na camada de armazenamento, e os blobs de corpos de mensagens carregam uma chave adicional por objeto gerenciada por KMS — portanto uma camada de armazenamento comprometida sozinha não pode produzir texto simples sem também violar o KMS.

Question 5

O que é criptografia de envelope e por que usá-la?

Accepted Answer

Criptografia de envelope significa que um segredo é criptografado com uma chave (a DEK), e essa chave por sua vez é criptografada por outra (a KEK) mantida em um KMS. O benefício: o segredo criptografado e a chave que o desbloqueia nunca são armazenados juntos, e você pode rotacionar a KEK sem re-criptografar cada registro. Isso limita o raio de impacto — roubar o banco de dados não revela credenciais, porque a KEK vive apenas no KMS.

Question 6

Como o AI Emaily impede que um usuário leia os dados de outro?

Accepted Answer

Por meio de autorização em nível de objeto. Cada linha de banco de dados, blob de armazenamento e invocação de função carrega um ID de proprietário, e solicitações sem um JWT verificado correspondente são rejeitadas na camada de dados — não apenas na camada de API. Portanto, mesmo um bug no roteamento de API não pode vazar dados de uma conta para outra, porque a própria consulta ao banco de dados filtra pelo ID de usuário autenticado e a política de armazenamento recusa leituras de blobs entre usuários.

Question 7

Com que frequência as chaves de criptografia são rotacionadas?

Accepted Answer

A rotação de chaves é executada automaticamente em um cronograma contínuo sem tempo de inatividade. As KEKs são rotacionadas dentro do KMS, e as DEKs por usuário podem ser re-envolvidas sem re-criptografar o texto cifrado subjacente, portanto a rotação é barata e contínua em vez de uma migração em massa arriscada. Os servidores de aplicação nunca mantêm KEKs em memória — apenas o KMS o faz — o que mantém a superfície de rotação pequena e contida.

Question 8

Como vocês evitam envios duplicados em uma conexão instável?

Accepted Answer

Cada chamada de API que realiza mutações — enviar, arquivar, etiquetar, delegar — aceita uma chave de idempotência. Se uma conexão cair após o servidor ter aceito a solicitação, tentar novamente com a mesma chave é uma não-operação em vez de uma segunda ação. Isso importa mais para envio: uma resposta perdida não pode se transformar em um e-mail duplicado, porque o servidor reconhece a chave repetida e retorna o resultado original em vez de agir novamente.

Question 9

O AI Emaily armazena os dados do meu cartão de crédito?

Accepted Answer

Não. Dados de cartão nunca tocam os servidores do AI Emaily. O faturamento é feito pelo checkout hospedado e pelos Elements do Stripe, que lidam com o cartão diretamente sob sua infraestrutura compatível com PCI. Armazenamos apenas o ID de cliente do Stripe e o status da sua assinatura — o suficiente para gerenciar seu plano, e nada que pudesse expor seus dados de pagamento se nossos sistemas fossem comprometidos.

Question 10

Como os webhooks de entrada são mantidos seguros?

Accepted Answer

Webhooks do Stripe, Gmail Push Notifications e Microsoft Graph são validados com assinaturas HMAC antes de qualquer payload ser processado; solicitações reproduzidas ou adulteradas são descartadas silenciosamente e registradas. A aplicação web também inclui uma Política de Segurança de Conteúdo estrita que bloqueia scripts inline, restringe alvos de fetch aos nossos próprios domínios e hosts de API conhecidos, e não permite enquadramento de terceiros, com CORS por rota limitado às origens de produção e staging.

Criptografia e gerenciamento de chaves

Criptografia em trânsito e em repouso

Privilégio mínimo em todo lugar

Webhooks, CORS e CSP

Idempotência e novas tentativas seguras

Frequently asked