Glossário - Segurança

O que é criptografia E2E
(criptografia de ponta a ponta)

Esta página é uma tradução automática do original em japonês. Ler o original em japonês

A criptografia E2E (criptografia de ponta a ponta) é um método que criptografa dados no dispositivo do remetente e só pode ser descriptografado no dispositivo do destinatário. O conteúdo dos dados não pode ser lido no servidor intermediário. O SimpleMemo protege a privacidade com uma abordagem diferente de "não armazenar o corpo do memorando no servidor permanentemente".

Autor: AI ATAKA · Última atualização:

Definição

A criptografia E2E (Criptografia de ponta a ponta) é um método de criptografia que permite que os dados sejam descriptografados apenas em ambas as extremidades da comunicação (pontos finais). Criptografe os dados no dispositivo do remetente e descriptografe-os com a chave mantida pelo terminal da outra parte. O servidor que transmite a mensagem, o operador de rede e até mesmo o próprio provedor de serviços não conseguem ler o conteúdo dos dados. WhatsApp, Signal, Proton Mail, etc. adotaram esse método.

Mecanismo de Criptografia E2E — Entendendo o Conceito 4 em Uma Etapa

O ponto principal da criptografia E2E é que "o serviço de retransmissão não tem a chave necessária para a descriptografia". O seguinte é um diagrama conceitual para entender o papel da criptografia de chave pública e da criptografia de mensagens. O Protocolo de Sinal real tem verificação de identidade, acordo de chave e atualização de chave, e não pode ser implementado apenas neste estágio 4.

1. O terminal cria um par de chaves
Cada terminal cria um par de chaves públicas e privadas. A chave pública é uma chave que pode ser distribuída, e a chave privada é uma chave que só pode ser colocada dentro do terminal. O provedor de serviços apenas desempenha o papel de uma "lista telefônica" que mantém a chave pública e a entrega à outra parte.
2. Concorde com uma chave comum com a outra parte
Da chave pública da outra parte e da sua chave privada, derive uma chave de sessão comum que apenas duas partes podem calcular (acordo de chave Diffie-Hellman). A chave em si não flui através da rede, portanto, mesmo que toda a comunicação seja gravada, a chave não pode ser determinada.
3. Criptografar e enviar no terminal de envio
O texto usa a chave de sessão,AES-GCMe ChaCha20-Poly1305. O servidor recebe apenas o texto cifrado, e o lado receptor verifica a tag de autenticação e detecta adulteração.
4 Apenas o terminal receptor descriptografa
São os terminais em ambas as extremidades da comunicação que lidam com as chaves necessárias para a descriptografia, não o servidor de retransmissão. O Double Ratchet do Signal atualiza a chave para cada mensagem, dificultando a exclusão de teclas passadas mais tarde (ocultação avançada). A natureza da substituição de novos materiais-chave após a violação para reproteger as comunicações futuras se distingue como recuperação após a violação. A segurança não é garantida até que o terminal seja continuamente violado.

Diferenças entre criptografia de caminho de comunicação, criptografia de armazenamento e criptografia E2E

Existem tipos 3 na explicação de "criptografado", e o intervalo que pode ser protegido é completamente diferente. HTTPS (TLS) está apenas entre o terminal e o servidor, e a criptografia é protegida apenas no disco do servidor ao salvar, e ambos os provedores de serviços podem ler o conteúdo. Apenas a criptografia E2E percebe "ilegível até mesmo por operadores".

Ponto de vistaCriptografia do canal de comunicação (TLS / HTTPS)Criptografia em repousoCriptografia E2E
Seção para protegerComunicação entre o terminal e o servidorDados em servidores e discosTodas as seções do terminal de transmissão para o terminal de recebimento
A pessoa que tem a chaveTerminal e servidorProvedor de serviçosApenas o terminal do usuário em ambas as extremidades
A empresa pode ler o conteúdoLegível (texto simples após a chegada do servidor)Leitável (o operador de negócios gerencia a chave)Não consigo ler
Escutando a comunicaçãopode ser evitadoNão elegívelpode ser evitado
Violação do servidor e fraude internaNão pode ser evitadoSe a chave estiver no mesmo lugar, não pode ser evitadoPode ser evitado (apenas textos cifrados são vazados)
Pesquisa do lado do servidor, edição colaborativa, processamento de IApossívelpossívelEm princípio, não consigo (porque não consigo ler o conteúdo)
Exemplo representativoQuase todos os serviços da webArmazenamento geral em nuvemSinal・WhatsApp・iMessage・Standard Notes

Suporte de criptografia E2E para serviços principais

Mesmo entre recursos chamados de criptografia, há diferenças importantes: E2EE por padrão, apenas quando ativada nas configurações, ou um projeto que não usa E2EE. Esta comparação se baseia na documentação pública das empresas em 9 de 2026. Como as especificações mudam, confira novamente as fontes oficiais antes de uma decisão importante.

ServiçoCriptografia E2ESuplemento
SinalE2EE por padrãoProtocolo de Sinal. Todas as mensagens, chamadas e anexos são elegíveis
WhatsAppE2EE por padrãoO Protocolo de Sinal é adotado. A criptografia de backup na nuvem é opcional
IMessageE2EE entre terminais AppleO backup iCloud mantém a chave Apple até que a "proteção avançada de dados" seja ativada
LINE1 vs. 1 texto de conversa é E2EESelagem de carta (válida por padrão). Alguns conteúdos não são elegíveis
E-mails gerais como GmailNão E2EEA linha de comunicação é TLS, e o operador criptografa ao salvar. Um design que permite que as empresas leiam o conteúdo
Proton MailProtões são E2EEEndereços externos podem ser transformados em E2EE com e-mail protegido por senha
Standard NotesE2EE por padrãoTodas as notas são E2EE. Se você perder sua senha, não poderá recuperá-la
Memorando AppleDependendo da configuraçãoApple detém a chave para memorandos normais (E2EE com "Proteção Avançada de Dados"). As notas bloqueadas são criptografadas com uma chave derivada da senha
NotionNão E2EESomente criptografia durante a comunicação e o armazenamento. Projeto para edição colaborativa e pesquisa no lado do servidor
Obsidian SyncE2EE (Se você definir sua própria senha de criptografia)A empresa Obsidian também não pode ser descriptografada. O cofre local em si não está criptografado
SimpleMemoNão E2EECriptografe o histórico de transmissão com Outbox e AES-GCM-256 no terminal. O texto é entregue na sua caixa de entrada com o padrão SMTP e não é armazenado permanentemente no servidor

E2E O que não pode ser protegido mesmo com criptografia

E2E A criptografia é uma tecnologia que protege o "meio" e não protege o "fim" e seus arredores. O caminho que vaza informações, mesmo que você esteja usando o aplicativo E2EE, está realmente concentrado neste 4.

Terminal em si
O texto simples descriptografado existe no terminal. Se o terminal estiver infectado com malware ou estiver desbloqueado, ele será lido independentemente da criptografia. Os pré-requisitos são o bloqueio do terminal, a atualização do sistema operacional e a criptografia no terminal.
Metadados
"Quem, para quem, quando e quanto" permanecerá em muitos serviços, mesmo que o texto seja E2EE. Há também um design para minimizar metadados como o Signal, mas não será zero.
Backup
Mesmo que as conversas usem E2EE, o conteúdo pode ser lido a partir de um backup na nuvem se ele estiver protegido por uma chave do provedor. A criptografia dos backups do WhatsApp é opcional; no iMessage, o Apple pode descriptografar os backups, a menos que a Proteção Avançada de Dados esteja ativada.
Comportamento do destinatário
Se o destinatário encaminhar capturas de tela e cópias, a criptografia não será uma restrição. E2EE é uma tecnologia baseada na premissa de "confiar na outra parte".

Qual nível de criptografia é necessário - determinado pelo modelo de ameaça

Nem "É Perigoso Se Não For E2EE" Nem "É Seguro Se Você Tiver TLS". Se você decidir primeiro quem deseja proteger de quê, o nível necessário será dividido em quase 3.

Quero evitar escutar a comunicação
O HTTPS (TLS) verificado corretamente protege a comunicação entre o terminal e o servidor de destino. Como o suporte e a política do TLS são diferentes para cada rota na entrega de correio, não é possível determinar que todas as rotas do envio ao recebimento serão protegidas apenas conectando-se ao API com o HTTPS.
Quero me proteger contra operadores de negócios e violações de servidores
Se o provedor de serviços não deve ser lido, como registros médicos, consultas legais, denúncias e mensagens privadas confidenciais, selecione os serviços que fornecem E2EE por padrão (Signal, Proton Mail, Standard Notes, etc.).
Notas diárias que podem ser entregues na sua caixa de entrada
Se for uma "boa ideia, receber seu Gmail e procurá-lo mais tarde", como ideias, listas de tarefas e compras, criptografia no terminal e minimização de dados (não deixe o texto em seu próprio servidor) são práticos o suficiente. SimpleMemo está localizado aqui.

SimpleMemo é uma criptografia E2E?

Não. Simple Memo não fornece criptografia de ponta a ponta (E2EE). O corpo do e-mail é entregue usando o protocolo padrão SMTP para que o destinatário possa ser lido pelo próprio cliente de e-mail regular do destinatário (como Gmail / Apple Mail / Outlook). Em vez disso, protegemos a privacidade com um modelo chamado "criptografia no terminal + minimização de dados". Para aplicativos que exigem E2EE, considere serviços dedicados como Standard Notes, Signal e ProtonMail.

Modelo de criptografia E2E
Serviços como Standard Notes e ProtonMail armazenam dados no servidor em um estado criptografado. Até mesmo o operador do servidor não consegue descriptografar o conteúdo. Sincronização e backup são possíveis, mas o texto cifrado continuará a existir permanentemente no servidor. O destinatário descriptografa e lê com um cliente dedicado.
Modelo de Simple Memo
Outbox aguardando transmissão offline e o histórico de transmissão são criptografados com AES-GCM-256 no terminal. A chave é Apple Keychain. A comunicação é TLS.Como o corpo do e-mail é entregue no padrão SMTP, ele pode ser visível no servidor intermediário do canal de comunicação ou no servidor de e-mail recebido. Nosso servidor não armazena o texto permanentemente. O destinatário pode lê-lo como está com o aplicativo de e-mail usual.
Qual devo escolher
Depende do modelo de ameaça. Serviço dedicado E2EE (Standard Notes / Signal / ProtonMail, etc.) para conteúdo que você não deseja que seja visto por operadores de servidor de e-mail recebido, como registros médicos, consultas legais e denúncias. Se você puder entregá-lo ao seu Gmail como seus memorandos diários de ideias, ToDo e listas de compras, o modelo Simple Memo é prático.

Perguntas Frequentes (Criptografia E2E)

O que é criptografia E2E?

É um método que pode criptografar dados no dispositivo do remetente e descriptografá-los apenas no dispositivo do receptor. Servidores intermediários e operadores de rede não podem ler dados.

SimpleMemo é uma criptografia E2E?

Não. O protocolo padrão SMTP é usado para enviar e-mails para que o usuário destinatário possa ler o texto no aplicativo de e-mail usual. Em vez disso, criptografia Outbox e AES-GCM-256 no terminal de histórico de transmissão, a privacidade é protegida com um modelo de minimização de dados que não possui armazenamento permanente do corpo do e-mail. Para aplicativos que exigem E2EE, considere Standard Notes, Signal, ProtonMail, etc.

Qual é a diferença entre criptografia E2E e AES-GCM?

A criptografia E2E é um conceito arquitetônico (que pode descriptografar). AES-GCM é um algoritmo de criptografia (como criptografar). AES-GCM também pode ser usado para a implementação interna da criptografia E2E.

Qual é a diferença entre a criptografia E2E e TLS (HTTPS)?

TLS protege apenas o caminho de comunicação entre o terminal e o servidor, e o operador pode ler o conteúdo quando chegar ao servidor. Ninguém na rota (incluindo o operador) pode ler o conteúdo da criptografia E2E até que ela chegue ao terminal do destinatário.

A criptografia E2E é absolutamente segura?

Não. O que pode ser protegido são os canais de comunicação e vazamentos das empresas. Violações de terminal, backups de nuvem não criptografados, metadados, transferências de destinatários e capturas de tela não podem ser evitados.

O e-mail (como Gmail) é criptografado com E2E?

E-mails normais protegem o caminho de comunicação com TLS, e o operador os criptografa ao salvar, mas não E2EE. Para fazer E2EE, você precisa de um mecanismo que suporte ambas as extremidades da transmissão e recepção, como PGP, S/MIME ou Proton Mail.

LINE é uma criptografia E2E?

1 vs. 1 o texto de conversa é ativado por padrão com criptografia E2E chamada "Letter Sealing". No entanto, alguns conteúdos não são elegíveis, portanto, verifique as informações oficiais do LINE para obter detalhes.

Referências e links externos

Uma abordagem simples para criptografia no terminal + minimização de dados
SimpleMemo criptografa o Outbox offline e o histórico de transmissão AES-GCM-256 no terminal e não armazena o corpo do e-mail no servidor permanentemente. E2E Não é criptografado, mas é um modelo prático de privacidade para enviar notas diárias para sua caixa de entrada de e-mail. O download é gratuito.
Baixar na App Store

Páginas relacionadas

Top glossário O que é criptografia AES-GCM Comparação de segurança de aplicativos de memorando Compare a criptografia de aplicativos de memorando O que é a arquitetura Outbox Comparação Standard Notes Proton Mail Guia de Configuração Design de privacidade (o que não salvar) O que é SMTP/IMAP

Conteúdo relacionado