Memo Uygulaması Şifreleme Karşılaştırması
[2026]
Bu sayfa Japonca aslından makine çevirisiyle hazırlanmıştır. Japonca aslını okuyun
"AES-256 uyumlu" ve "operatör metni okuyamıyor" farklı koşullardır. 10 uygulamasının resmi belgelerine dayanarak, hangi kopyaların şifrelendiğini, şifre çözme anahtarını kimin kullandığını ve neyin kendilerini etkinleştirdiğini karşılaştırın.
İçeriği okuÖnce onaylamak için: TLS iletişim, terminallere ve sunuculara şifreli depolama ve E2EE farklı durumlarda korunur. Senkronizasyon E2EE olsa bile, aynı şifreleme terminaldeki yerel dosyalara ve dışa aktarılan PDF'lere mutlaka devam etmez.
Son onay: . Yazar SimpleMemo'ün geliştiricisidir. Diğer şirketlerin ürünleri resmi materyalleri karşılaştırır ve her uygulama için izinsiz giriş testlerinin veya bağımsız güvenlik denetimlerinin sonucu değildir.
TLS, kaydetme yaparken şifreleme ve E2EE arasındaki fark nedir?
Dus iletişimi: Bağlantı hedefine giden rotayı koruyun
TLS, uygulamalar ve sunucular gibi iletişim kanallarını korur. Metin bağlantı hedefi tarafından işlenene kadar bağlantı hedefinden gizlenen bir mekanizma değildir. HTTPS tarafından gönderilen notu arayan ve dağıtan hizmetle hiçbir çelişki yoktur.
Kaydederken: Hangi dosya kimin anahtarıyla şifrelenir
Veritabanı, senkronizasyon sunucusu ve terminaldeki yedekleme ayrı kopyalardır. Sunucu diski şifrelenmiş olsa bile, hizmet anahtarı yönetirse, gerekli işlem sırasında şifresi çözülebilir. Ayrıca tüm terminalin şifrelenmesi ile uygulamanın her bir notu şifrelediği mekanizma arasında ayrım yapar.
E2EE: Metnin şifre çözme anahtarını senkronizasyon hedefine geçirmeyin
Uçtan uca şifreleme, ilgili terminal tarafında şifreler ve şifresini çözer. Bununla birlikte, başlıklar ve zamanlar, genel bağlantılar, yapay zeka işlevlerine aktarım ve şifre çözmeden sonra dışa aktarma gibi meta veriler ayrı olarak onaylanmalıdır. Uygulama E2EE işlevine sahip olsa bile, not defterinizde geçerli olmayabilir.
AES-GCM・AES-CBC・Sıfır bilgi okuma
AES-GCM kurcalama tespiti için kullanılan kimlik doğrulama etiketleri oluşturmak üzere şifreleme ve kimlik doğrulamayı birleştirir. AES-CBC gizlilik sağlayan ve kurcalamayı kendi başına tespit etmeyen bir moddur. DOĞRULAMA, MAC GİBİ DİĞER MEKANİZMALARLA UYGUN BİR ŞEKİLDE BİRLEŞTİRİLMELİDİR. CBC adı tek başına ürünün bozulduğunu belirleyemez. NIST'in GCM spesifikasyonu, CBC dahil şifreleme modu spesifikasyonu.
"256" anahtar uzunluğudur ve kimin anahtara veya yedekleme ayarlarına sahip olduğunu açıklamaz. AES-GCM kullanan E2EE, AES-GCM ile yalnızca terminalin içini korumak için de tasarlanmıştır.
Sıfır Bilgi, depolama ürünlerinde "operatör metnin şifresini çözemez" tasarımını tanımlamak için bir terim olarak kullanılır. Şifreleme yönteminin adının veya tüm verilerin toplanmayacağının garantisi yoktur. Şifreli anahtarı sunucuda saklamak için bir tasarım da olduğundan, sadece "anahtar sunucuda mevcut değil" ile belirlemez ve şifresi çözülebilecek konu ve hedef verileri kontrol eder.
10 Uygulaması: Yöntemden önceki aralığı ve ayarları karşılaştırın
"Koşullar" ve "Kopya ayrı ayrı kontrol edilecek"yı işaretlemek için yana kaydırabilirsiniz. Masa ayrıca klavyedeki yana doğru hareket ettirilebilir.
| Uygulama | Şifreleme aralığı | Etkinleştirme ve onay koşulları | Kopyalama ve izin ayrı olarak onaylanacak | Equisition |
|---|---|---|---|---|
| Standard Notes | Terminal tarafındaki içeriği şifreleyin ve senkronize edin. Genel özellik XChaCha20-Poly1305'dir. | Bir hesap kullanılırken yerel veriler de şifrelenir. Hesap olmadan kullanım için, şifrenin korunması vb. ayrı olarak ayarlanır. | Dışa aktarılan dosyalar ve başka bir uygulamaya kopyalanan metinler için kaydedilen konumun koşullarını kontrol edin. | Şifreleme aralığı · yöntemi |
| Obsidian Sync | Varsayılan ayar, uzak Vault'i E2EE ile şifrelemektir. AES-256-GCM | Standart şifrelemeyi seçen uzak Vault'de, Obsidian tarafı anahtarı yönetir. Ayarları ve şifreleme şifresini kontrol edin. | Yerel Vault'in Markdown dosyası Obsidian'nin kendisi tarafından şifrelenmez. Disk şifreleme ve terminalin yedeklemesi farklıdır. | Güvenlik senkronizasyonu |
| Notion | İletişim TLS 1.2 veya daha yüksek, depolandığında AES-256'dir. | Resmî belgeler hizmet tarafındaki şifrelemeyi anlatır. Bu, tüm notların yalnızca kullanıcının sahip olduğu anahtarla çözülebildiği E2EE ile aynı değildir. | Genel sayfayı, misafiri ve işbirliği hizmetini aktarma yetkisi de onaylandı. Tek başına şifreleme yayın kapsamını sınırlamaz. | Güvenlik Politikası |
| Evernote | TLS iletişimi ve Google yönetim anahtarı ile AES-256 depolama. Seçilen metin ayrıca parola şifrelemesine sahiptir. | Seçilen metin için yayın yöntemi AES-128-CBC'dir. Tüm notu ve ekleri toplu olarak E2EE'ye dönüştürme işlevinden farklıdır. | Şifreli aralığın dışındaki metinler, başlıklar ve ekler aynı parola koruması olarak kabul edilmez. | depolama ve iletişim · metin şifreleme |
| Apple Notu / Apple Notes | Normal iCloud koruması iletişim ve depolama sırasında şifrelenir. iCloud notu, gelişmiş veri koruması (ADP) ile E2EE'ye tabidir. | ADP'nin etkin durumunu ve kurtarma yöntemini kontrol edin. Tüm katılımcıların, paylaşılan notta ADP'nin E2EE'sini korumak için ADP'ye ihtiyacı vardır. | Bazı meta veriler standart korumadır. Dışa aktarılan PDF ve e-posta ekleri, orijinal iCloud notundan farklı kopyalardır. | iCloud koruma aralığı |
| Google Keep | İletişim ve depolama sırasında şifreleme. Arama gibi işlevler sağlamak için içeriği işleyin. | Resmi materyallerin korunması, anahtarı yalnızca kullanıcının sahip olduğu E2EE olarak okunmaz. | Paylaşım alıcılarını ve Google hesabının korunmasını kontrol edin. İçeriği reklamlarda kullanmama politikası ile içeriği işlemeyen tasarım farklı şeylerdir. | Keep'in gizliliği ve korunması |
| Bear | Tek tek notları Bear Pro ile şifreleyin. 2.4'den sonra resimler ve PDF'ler gibi ekler de uygundur. | Hedef nota bir parola ekleyin ve senkronize edilen aygıtın uygulamasını güncelleyin. Tüm uygulamanın kilidinden ayırt edilir. | Başlık not listesinde görüntülenir. Başlıklar, etiketler vb. dahil olmak üzere iCloud'in ADP'si de onaylandı. | Not şifreleme · 2.4 bağlantı desteği · Eşzamanlama aralığı |
| Joplin | etkinleştirilmiş senkronizasyonlu E2EE. v3.2'in yeni yerel yöntemi AES-256-GCM'dir. | Bir cihazda şifrelemeyi etkinleştirmek için resmi prosedürü kullanın ve senkronizasyonun tamamlanmasını bekleyin ve anahtarı başka bir terminale ayarlayın. | Yerel veriler bu eşzamanlı şifreleme ile korunmaz. Ayrıca terminalin disk şifrelemesini de kontrol edin. | Ayar prosedürü · Yeni yöntem · Terminal içi veriler |
| Birinci Gün | 4.2'den sonra oluşturulacak yeni günlük varsayılan olarak E2EE'dir. Metin ve medya uygundur. | Eski dergilerin durumunu ayrı ayrı kontrol edin. Mevcut resmi SSS doğrudan standart şifrelemeden geçemez ve yeni E2EE dergisine kopyalanır. | Anahtarın depolama adresini de kontrol edin. iCloud Anahtar Zinciri E2EE'dir, ancak Birinci Gün'ün benzersiz iCloud anahtar yedeklemesi, ADP etkinleştirilmiş olsa bile E2EE olmaz. Yazdığım günlüğün bir kopyası daha. | E2EE SSS |
| SimpleMemo / Simple Memo | Outbox ve terminaldeki iletim geçmişi CryptoKit'in AES-GCM'i ile şifrelenir. Yeni anahtar 256-bit ile Anahtarlık'a kaydedilir. | E-posta gönderme E2EE değildir. İletim API harici dağıtım platformundan geçer ve bir kopyası gelen kutusunda kalır. | Terminal içi koruma, Obsidian Vault'in posta hizmetini veya depolama yöntemini garanti etmez. | Teknik açıklama |
Gelen kutunuza kısa bir not bırakmak istiyorsanız, SimpleMemo de bir seçenektir. Lütfen terminaldeki şifrelemeyi ve sırasıyla giden e-postalar için depolama ve paylaşım ayarlarını kontrol edin.
Kullanmadan önce ayarları kontrol edin ve 5 puanlarını kopyalayın
- Mevcut verilerin ayarlarını açın. Sadece uygulama adına göre yargılamayın, kullandığınız Vault Günlük Paylaşılan Not ile şifrelemenin geçerli olup olmadığını kontrol edin. Yeni veriler için varsayılan değer mutlaka eski veriler için de geçerli değildir.
- Kurtarma yöntemini güvence altına alın. Eşzamanlama parolaları, şifreleme anahtarları ve kurtarma kişileri gibi ürünün size nasıl rehberlik edeceğini kontrol edin. Lütfen anahtarı kaybettiği terminali silmekten ve denemekten kaçının.
- Açıklama, paylaşma ve işbirliğinin kapsamını kontrol edin. Genel bağlantılar ve harici hizmetler göndermek, depolama sırasındaki şifrelemeden farklıdır. İş bilgileri, bağlı kuruluş tarafından onaylanan depolama ve paylaşım aralığına göre ayarlanacaktır.
- Kuklanın 1 ile senkronizasyonu ve bağlantısını kontrol edin. İçerikte gizli bilgileri kullanmayın ve başka bir terminalde açılıp açılmadığını, ekin doğru olup olmadığını ve şifreleme durumunun nasıl görüntülendiğini kontrol edin. Bu tek başına şifreleme uygulamasının güvenliğini kanıtlamaz.
- Dışa aktarma hedefini ve yedeklemeyi kontrol edin. Markdown, PDF, e-posta ve indirme klasörlerine yapılan kopyalar orijinal uygulamanın E2EE'sinin dışına çıkabilir. Geçiş onayı tamamlanmadan önce orijinal verileri silmeyin.
SimpleMemo tarafından korunan aralık ve iletimden sonra geriye kalanlar
SimpleMemo, iletim bekleme notunu (Outbox) ve terminaldeki iletim geçmişini AES-GCM ile şifreler. Genel uygulamaların ortak şifrelemesinde, yeni oluşturulan anahtar 256-bit ile Anahtarlık'da saklanır ve CryptoKit ile şifrelenir ve şifresi çözülür. Bu, terminaldeki hedef verileri koruyan bir uygulamadır.
Tüm posta yolunun E2EE'si değildir. HTTPS ile uygulamadan API'e gönderin ve harici bir e-posta dağıtım platformu aracılığıyla gelen kutunuza gönderilecektir. " "Terminalde iletilmemiş notlar şifrelenir", "metnin teslimat sürecinde ele alınmayacağı" veya "harici sunucudan geçmeyeceği" anlamına gelmez.
Outbox'in hedef öğesi gönderildikten sonra kaldırılsa bile, iletim geçmişi, gelen e-postalar ve bağlantıya notlar kaybolmaz. Dosya silme işlemi, depolama ortamının tamamen silinmesi olarak adlandırılmaz. Depolama hedefini ve saklama süresini Gizlilik Politikasının Teknik Açıklaması ve Veri Pasajı adresinden kontrol edebilirsiniz.
Obsidian hedefine kaydederken de yerel Vault, eşitleme ve yedekleme koruması kendi ayarlarınıza bağlıdır. Sağlayıcının metnin şifresini çözememesi zorunluysa önce bu koşula uygun E2EE depolama hedefini ve kullanım yöntemini seçin.
Sıkça Sorulan Sorular
AES-256 ise, E2EE mi?
Hayır. AES-256 kodu ve anahtar uzunluğunu temsil eder. E2EE olup olmadığı, nerede şifrelendiği ve şifresi çözüldüğü ve anahtarı kimin kullanabileceği ile belirlenir. Sunucunun anahtarı yönettiği AES-256 depolama alanı ve yalnızca kullanıcının terminalinde şifresini çözen tasarım farklıdır.
AES-GCM ve AES-CBC arasındaki fark nedir?
GCM, şifreleme ve kimlik doğrulamayı birleştirir. CBC, yalnızca şifreleme ile kurcalamayı tespit etmez, bu nedenle kimlik doğrulama mekanizmasını uygun şekilde birleştirmek gerekir. Tüm uygulamanın güvenliği yalnızca yöntem adına göre sıralanamaz.
E2EE ile terminaldeki dosyalar da şifrelenecek mi?
Durum böyle olmak zorunda değil. Obsidian Sync ve Joplin'in senkron şifrelemesi, terminaldeki yerel dosyaları ve veritabanlarını aynı şekilde şifrelemez. Lütfen terminalin disk şifrelemesini, uygulamanın yerel korumasını ve yedeklemeyi ayrı ayrı kontrol edin.
Görüntü ve PDF içeren notları Bear ile şifreleyebilir miyim?
Bear 2.4 ve sonraki sürümleri, Bear Pro ile ekler de dahil olmak üzere tek tek notları şifreleyebilir. Hedef nota bir parola ekleyin ve senkronizasyon hedef uygulamasını uyumlu bir sürüme güncelleyin. Başlık ekranı ve şifrelenmemiş notlar ayrı ayrı kontrol edilmelidir.
Birinci Günün eski günlüğü de otomatik olarak E2EE olur mu?
Yeni günlükler 4.2'den sonra varsayılan olarak E2EE'dir, ancak eskilerinin ayrı ayrı kontrol edilmesi gerekir. Mevcut resmi SSS, girişleri doğrudan standart şifreli dergiye geçmek yerine yeni E2EE günlüğüne nasıl kopyalayacağınızı gösterir.
E-posta size SimpleMemo E2EE'den mi gönderildi?
Hayır. Outbox ve iletim geçmişinin ve e-posta teslimatının terminal içi şifrelemesi ayrıdır. Metin giden API ve harici dağıtım platformundan geçer ve bir kopya posta hizmeti tarafında kalır. Lütfen gelen kutusunun ve ortağın koruma ve paylaşım ayarlarını da kontrol edin.
İlgili makaleler
