Comparação de criptografia de aplicativos de memorando
[2026 ano]
Esta página é uma tradução automática do original em japonês. Ler o original em japonês
"Compatível com AES-256" e "o operador não consegue ler o texto" são condições diferentes. Com base nos documentos oficiais do aplicativo 10, compare quais cópias são criptografadas, quem lida com a chave de descriptografia e o que se ativa.
Ler o artigoPara verificar primeiro: TLS de comunicação, armazenamento criptografado para terminais e servidores e E2EE estão protegidos em diferentes situações. Mesmo que a sincronização seja E2EE, a mesma criptografia não continua necessariamente para os arquivos locais e PDFs exportados no terminal.
Última confirmação: . O autor é o desenvolvedor do SimpleMemo. Os produtos de outras empresas comparam materiais oficiais e não são o resultado de testes de intrusão ou auditorias de segurança independentes para cada aplicativo.
TLS・Criptografia ao salvar・E2EE Qual é a diferença?
Comunicação: Proteja a rota para o destino da conexão
TLS protege canais de comunicação como aplicativos e servidores. Não é um mecanismo que se esconde do destino da conexão até que o texto seja processado pelo destino da conexão. Não há contradição com o serviço pesquisando e distribuindo o memorando enviado por HTTPS.
Ao salvar: Qual arquivo criptografar com a chave de quem
O banco de dados, o servidor de sincronização e o backup no terminal são cópias separadas. Mesmo que o disco do servidor seja criptografado, se o serviço gerenciar a chave, ele pode ser descriptografado durante o processamento necessário. Também distingue entre a criptografia de todo o terminal e o mecanismo pelo qual o aplicativo criptografa cada nota.
E2EE: Não passe a chave de descriptografia do texto para o destino de sincronização
Criptografia de ponta a ponta criptografa e descriptografa no lado do terminal correspondente. No entanto, metadados como títulos e horários, links públicos, transmissão para funções de IA e exportação após a descriptografia devem ser confirmados separadamente. Mesmo que o aplicativo tenha a função E2EE, ele pode não ser válido no seu notebook.
AES-GCM・AES-CBC・Leitura zero conhecimento
AES-GCM combina criptografia e autenticação para gerar tags de autenticação usadas para detecção de adulteração. AES-CBC é um modo que fornece sigilo e não detecta adulteração por si só. A AUTENTICAÇÃO DEVE SER ADEQUADAMENTE COMBINADA COM OUTROS MECANISMOS, COMO MAC. O nome CBC por si só não pode determinar se o produto foi quebrado. Especificação GCM do NIST, especificação do modo de criptografia, incluindo CBC.
"256" é o comprimento da chave e não explica quem terá a chave ou as configurações de backup. O E2EE, que usa o AES-GCM, também foi projetado para proteger apenas o interior do terminal com o AES-GCM.
Zero Knowledge é usado como um termo para descrever o design de "operadores de negócios não podem descriptografar o texto" em produtos de armazenamento. Não há garantia de que o nome do método de criptografia ou todos os dados não serão coletados. Como também há um design para armazenar a chave criptografada no servidor, ele não determina apenas por "a chave não existe no servidor", e verifica o assunto e os dados de destino que podem ser descriptografados.
Aplicativo 10: Compare o intervalo e as configurações antes do método
Você pode rolar horizontalmente para verificar "condições" e "cópia a ser verificada separadamente". A mesa também pode ser movida para o lado no teclado.
| Aplicativo | Faixa de criptografia | Condições de ativação e confirmação | Cópia e permissão a serem confirmadas separadamente | Ensis |
|---|---|---|---|---|
| Standard Notes | Criptografe e sincronize o conteúdo no lado do terminal. A especificação pública é XChaCha20-Poly1305. | Os dados locais também são criptografados ao usar uma conta. Para uso sem uma conta, a proteção da senha, etc. é definida separadamente. | Verifique as condições para o destino de armazenamento para arquivos exportados e textos copiados para outro aplicativo. | Faixa de criptografia · Método |
| Obsidian Sync | A configuração padrão para criptografar o Vault remoto com E2EE. AES-256-GCM. | No Vault remoto que selecionou a criptografia padrão, o lado Obsidian gerencia a chave. Verifique as configurações e a senha de criptografia. | O arquivo Markdown do Vault local não é criptografado pelo próprio Obsidian. A criptografia de disco e o backup do terminal são diferentes. | Sincronizar segurança |
| Notion | A comunicação é TLS 1.2 ou superior, e AES-256 quando salva. | O documento oficial explica a criptografia no lado do serviço. Distingue-se do E2EE de todo o notebook que apenas o usuário tem uma chave de descriptografia. | Confira também as permissões concedidas a páginas públicas, convidados e serviços integrados. A criptografia sozinha não limita quem pode acessar o conteúdo publicado. | Política de Segurança |
| Evernote | AES-256 salvo pela comunicação TLS e chave de gerenciamento Google. O texto selecionado também tem criptografia de senha. | O método de publicação para o texto selecionado é AES-128-CBC. É diferente da função de converter toda a nota e anexos para E2EE em massa. | Textos, títulos e anexos fora do intervalo criptografado não são tratados como a mesma proteção de senha. | armazenamento e comunicação · criptografia de texto |
| Apple Memorando / Apple Notes | A proteção normal iCloud é criptografada durante a comunicação e o armazenamento. O memorando iCloud está sujeito ao E2EE com proteção avançada de dados (ADP). | Verifique o status ativo do ADP e o método de recuperação. Todos os participantes precisam do ADP para manter o E2EE do ADP no memorando compartilhado. | Alguns metadados são protegidos por padrão. Os anexos de PDF e e-mail exportados são cópias diferentes do memorando iCloud original. | Faixa de proteção de iCloud |
| Google Keep | Criptografia durante a comunicação e o armazenamento. Processe o conteúdo para fornecer funções como pesquisa. | A proteção de documentos oficiais não é relida com E2EE, onde apenas o usuário tem a chave. | Verifique a proteção do parceiro compartilhado e da conta Google. A política de não usar conteúdo em publicidade e o design de não processar conteúdo são diferentes. | Privacidade e proteção de Keep |
| Bear | Criptografia de senha para notas individuais com Bear Pro. Após 2.4, anexos como imagens e PDFs também são elegíveis. | Adicione uma senha à nota de destino e atualize o aplicativo do terminal sincronizado. Distinto do bloqueio de todo o aplicativo. | O título é exibido na lista de notebooks. O ADP de iCloud também está confirmado, incluindo a gama de títulos, tags, etc. | Criptografia de notas · Suporte para anexo 2.4 · Faio de sincronização |
| Joplin | E2EE com sincronização ativada. O novo método nativo de v3.2 é AES-256-GCM. | Use o procedimento oficial para habilitar a criptografia com um dispositivo e aguarde a conclusão da sincronização e defina a chave para outro terminal. | Os dados locais não são protegidos por esta criptografia síncrona. Verifique também a criptografia do disco do terminal. | Procedimento de configuração · Novo método · Dados no terminal |
| Dia Um | Novos diários criados após 4.2 são E2EE por padrão. Texto e mídia são elegíveis. | Verifique o status dos diários antigos individualmente. O FAQ oficial atual não pode mudar diretamente da criptografia padrão e é copiado para o novo diário E2EE. | Verifique também o endereço de armazenamento da chave. O Chaveiro iCloud é E2EE, mas o backup exclusivo da chave iCloud do Day One não se torna E2EE, mesmo que o ADP esteja ativado. Outra cópia do diário que escrevi. | Perguntas frequentes de E2EE |
| SimpleMemo / Simple Memo | Criptografe o histórico de transmissão do Outbox no terminal com o AES-GCM do CryptoKit. A nova chave é salva no Keychain com 256-bit. | O envio de e-mail não é E2EE. A transmissão API passa pela plataforma de distribuição externa, e uma cópia permanece na caixa de entrada. | A proteção no terminal não garante o serviço de correio ou o método de armazenamento do Obsidian Vault vinculado. | Descrição técnica |
Se você quiser deixar uma pequena nota em sua caixa de entrada, SimpleMemo também é uma opção. Verifique a criptografia no terminal e as configurações de armazenamento e compartilhamento para e-mails enviados, respectivamente.
Antes de usar, verifique as configurações e copie os pontos 5
- Abra as configurações para dados existentes. Não julgue apenas pelo nome do aplicativo, verifique se a criptografia é válida com o Vault Journal Shared Note que você usa. O valor padrão para novos dados não se aplica necessariamente a dados antigos também.
- Proteja o método de recuperação. Verifique como o produto irá guiá-lo, como senhas de sincronização, chaves de criptografia e contatos de recuperação. Por favor, evite apagar o terminal com a chave perdida e tentar.
- Confira o alcance da publicação, do compartilhamento e das integrações. Links públicos e envio para serviços externos são questões diferentes da criptografia no armazenamento. Para informações de trabalho, use os destinos e o alcance de compartilhamento permitidos pela sua organização.
- Verifique a sincronização e o anexo com o 1 do manequim. Não use informações confidenciais no conteúdo e verifique se ele está aberto em outro terminal, se o anexo está correto e como o status de criptografia é exibido. Isso por si só não prova a segurança da implementação de criptografia.
- Verifique o destino de exportação e o backup. Cópias feitas para as pastas Markdown, PDF, e-mail e download podem sair do E2EE do aplicativo original. Não exclua os dados originais antes que a confirmação da migração seja concluída.
O escopo protegido por SimpleMemo e o que resta após a transmissão
SimpleMemo criptografa o memorando de espera de transmissão (Outbox) e o histórico de transmissão no terminal com AES-GCM. Na criptografia comum de aplicativos públicos, a chave recém-criada é armazenada no Keychain com 256-bit, criptografada e descriptografada com CryptoKit. Esta é uma implementação que protege os dados de destino no terminal.
Não é o E2EE de todo o caminho de e-mail. Envie do aplicativo para API com HTTPS, e ele será enviado para sua caixa de entrada por meio de uma plataforma externa de entrega de e-mail. " "Notas não transmitidas no terminal são criptografadas" não significa que "o texto não será tratado no processo de entrega" ou "não passará pelo servidor externo".
Mesmo que o item de destino Outbox seja excluído após o envio, o histórico de transmissão, os e-mails recebidos e as notas para o destino não desaparecerão. A operação de exclusão de arquivos não é chamada de exclusão completa da mídia de armazenamento. Você pode verificar o destino de armazenamento e o período de retenção em Descrição Técnica da Política de Privacidade e Passagem de Dados.
Ao usar salvar em Obsidian, a proteção de sincronização e backup com Vault local depende de suas configurações. Para aplicativos em que é essencial que a empresa não possa descriptografar o texto, selecione o armazenamento e a operação do E2EE que atenda às condições primeiro.
Perguntas Frequentes
É E2EE se for AES-256?
Não. AES-256 representa o código e o comprimento da chave. Se é E2EE ou não é determinado por onde é criptografado e descriptografado e quem pode usar a chave. O armazenamento AES-256, no qual o servidor gerencia a chave, e o design que descriptografa apenas no terminal do usuário são diferentes.
Qual é a diferença entre AES-GCM e AES-CBC?
GCM combina criptografia e autenticação. A CBC não detecta adulteração apenas com criptografia, por isso é necessário combinar corretamente o mecanismo de autenticação. A segurança de todo o aplicativo não pode ser classificada apenas pelo nome do método.
Os arquivos no terminal serão criptografados com E2EE?
Esse não é necessariamente o caso. A criptografia síncrona Obsidian Sync e Joplin não criptografa arquivos e bancos de dados locais no terminal da mesma maneira. Verifique a criptografia de disco do terminal, a proteção local do aplicativo e o backup separadamente.
Posso criptografar notas contendo imagens e PDFs com Bear?
Bear 2.4 e posterior podem criptografar notas individuais, incluindo anexos com Bear Pro. Adicione uma senha à nota de destino e atualize o aplicativo de destino de sincronização para uma versão compatível. A exibição do título e as notas não criptografadas precisam ser verificadas separadamente.
O antigo diário do Dia Um também é automaticamente E2EE?
Novos diários padrão para 4.2 ou posterior E2EE, mas os antigos precisam ser verificados individualmente. As perguntas frequentes oficiais atuais mostram como copiar entradas para o novo diário E2EE em vez de mudar diretamente para o diário criptografado padrão.
O e-mail enviado para você é do SimpleMemo E2EE?
Não. Outbox e criptografia no terminal do histórico de transmissão e entrega de e-mails são separados. O texto passa pelo API de saída e pela plataforma de distribuição externa, e uma cópia permanece no lado do serviço de correio. Verifique também as configurações de proteção e compartilhamento da caixa de entrada e do parceiro.
Artigos relacionados
