Perbandingan Enkripsi Aplikasi Memo
[2026]
Halaman ini diterjemahkan secara otomatis dari bahasa Jepang. Baca versi asli berbahasa Jepang
"Kompatibel dengan AES-256" dan "operator tidak dapat membaca teks" adalah kondisi yang berbeda. Berdasarkan dokumen resmi aplikasi 10, bandingkan salinan mana yang dienkripsi, siapa yang menangani kunci dekripsi, dan apa yang mengaktifkan diri mereka sendiri.
Baca isi halamanUntuk memeriksa terlebih dahulu: TLS komunikasi, penyimpanan terenkripsi ke terminal dan server, dan E2EE dilindungi dalam situasi yang berbeda. Bahkan jika sinkronisasinya adalah E2EE, enkripsi yang sama tidak harus berlanjut ke file lokal dan PDF yang diekspor di terminal.
Konfirmasi akhir: . Penulisnya adalah pengembang SimpleMemo. Produk perusahaan lain membandingkan materi resmi dan bukan hasil dari pengujian intrusi atau audit keamanan independen untuk setiap aplikasi.
TLS・Enkripsi saat menyimpan・E2EE Apa bedanya?
Komunikasi: Lindungi rute ke tujuan
TLS melindungi saluran komunikasi seperti aplikasi dan server. Ini bukan mekanisme yang bersembunyi dari tujuan koneksi sampai teks diproses oleh tujuan koneksi. Tidak ada kontradiksi dengan layanan pencarian dan distribusi memo yang dikirim oleh HTTPS.
Saat menyimpan: file mana yang akan dienkripsi dengan kunci siapa
Basis data, server sinkronisasi, dan cadangan di terminal adalah salinan terpisah. Bahkan jika disk server dienkripsi, jika layanan mengelola kunci, itu dapat didekripsi selama pemrosesan yang diperlukan. Ini juga membedakan antara enkripsi seluruh terminal dan mekanisme yang digunakan aplikasi untuk mengenkripsi setiap catatan.
E2EE: Jangan meneruskan kunci dekripsi teks ke tujuan sinkronisasi
Enkripsi ujung ke ujung mengenkripsi dan mendekripsi di sisi terminal yang sesuai. Namun, metadata seperti judul dan waktu, tautan publik, transmisi ke fungsi AI, dan ekspor setelah dekripsi harus dikonfirmasi secara terpisah. Bahkan jika aplikasi memiliki fungsi E2EE, itu mungkin tidak valid di buku catatan Anda.
Baca AES-GCM・AES-CBC・Zero Knowledge
AES-GCM menggabungkan enkripsi dan otentikasi untuk menghasilkan tag otentikasi yang digunakan untuk deteksi gangguan. AES-CBC adalah mode yang memberikan kerahasiaan dan tidak mendeteksi gangguan dengan sendirinya. OTENTIKASI HARUS DIGABUNGKAN DENGAN TEPAT DENGAN MEKANISME LAIN SEPERTI MAC. Nama CBC saja tidak dapat menentukan bahwa produk tersebut telah rusak. Spesifikasi GCM NIST, spesifikasi mode enkripsi termasuk CBC.
"256" adalah panjang kunci dan tidak menjelaskan siapa yang akan memiliki kunci atau pengaturan cadangan. E2EE, yang menggunakan AES-GCM, juga dirancang untuk melindungi hanya bagian dalam terminal dengan AES-GCM.
Zero Knowledge digunakan sebagai istilah untuk menggambarkan desain "operator bisnis tidak dapat mendekripsi teks" dalam produk penyimpanan. Tidak ada jaminan bahwa nama metode enkripsi atau semua data tidak akan dikumpulkan. Karena ada juga desain untuk menyimpan kunci terenkripsi di server, itu tidak ditentukan hanya dengan "kunci tidak ada di server", dan memeriksa subjek dan data target yang dapat didekripsi.
Aplikasi 10: Bandingkan rentang dan pengaturan sebelum metode
Anda dapat menggulir ke samping untuk memeriksa "Kondisi" dan "Salin untuk diperiksa secara terpisah". Meja juga dapat dipindahkan ke samping pada papan ketik.
| Aplikasi | Rentang enkripsi | Kondisi aktivasi dan konfirmasi | Salinan dan izin untuk dikonfirmasi secara terpisah | Ensis |
|---|---|---|---|---|
| Standard Notes | Mengenkripsi dan menyinkronkan konten di sisi terminal. Spesifikasi publik adalah XChaCha20-Poly1305. | Data lokal juga dienkripsi saat menggunakan akun. Untuk penggunaan tanpa akun, perlindungan kode sandi, dll. diatur secara terpisah. | Periksa kondisi untuk lokasi yang disimpan untuk file yang diekspor dan teks yang disalin ke aplikasi lain. | Rentang enkripsi · Metode |
| Obsidian Sync | Pengaturan default adalah untuk mengenkripsi Vault jarak jauh dengan E2EE. AES-256-GCM | Di Vault jarak jauh yang telah memilih enkripsi standar, sisi Obsidian mengelola kunci. Periksa pengaturan dan kata sandi enkripsi. | File Markdown dari Vault lokal tidak dienkripsi oleh Obsidian itu sendiri. Enkripsi disk dan cadangan terminal berbeda. | Keamanan sinkronisasi |
| Notion | Komunikasi adalah TLS 1.2 atau lebih tinggi, dan AES-256 saat disimpan. | Dokumen resmi menjelaskan enkripsi di sisi layanan. Hal ini dibedakan dari E2EE dari seluruh buku catatan bahwa hanya pengguna yang memiliki kunci dekripsi. | Otoritas untuk meneruskan halaman publik, tamu, dan layanan kolaboratif juga dikonfirmasi. Enkripsi saja tidak membatasi ruang lingkup publikasi. | Kebijakan Keamanan |
| Evernote | Penyimpanan AES-256 dengan komunikasi TLS dan kunci manajemen Google. Teks yang dipilih juga memiliki enkripsi frasa sandi. | Metode publikasi untuk teks yang dipilih adalah AES-128-CBC. Ini berbeda dari fungsi mengubah seluruh catatan dan lampiran menjadi E2EE secara massal. | Teks, judul, dan lampiran di luar rentang terenkripsi tidak diperlakukan sebagai perlindungan frasa sandi yang sama. | penyimpanan dan komunikasi · enkripsi teks |
| Memo Apple / Apple Notes | Perlindungan normal iCloud dienkripsi saat berkomunikasi dan menyimpan. Memo iCloud tunduk pada E2EE dengan perlindungan data tingkat lanjut (ADP). | Periksa status aktif dan metode pemulihan ADP. Semua peserta memerlukan ADP untuk mempertahankan E2EE dari ADP dalam memo bersama. | Beberapa metadata dilindungi oleh standar. PDF yang diekspor dan lampiran email adalah salinan yang berbeda dari memo iCloud asli. | Rentang perlindungan iCloud |
| Google Keep | Enkripsi selama komunikasi dan penyimpanan. Memproses konten untuk menyediakan fungsi seperti pencarian. | Perlindungan dokumen resmi tidak dibaca sebagai E2EE, yang hanya pengguna yang memiliki kuncinya. | Periksa perlindungan mitra bersama dan akun Google. Kebijakan untuk tidak menggunakan konten dalam iklan dan desain untuk tidak memproses konten berbeda. | Privasi dan perlindungan Keep |
| Bear | Enkripsi catatan individual dengan Bear Pro. Setelah 2.4, lampiran seperti gambar dan PDF juga memenuhi syarat. | Tambahkan kata sandi ke catatan target dan perbarui aplikasi terminal yang disinkronkan. Berbeda dari kunci seluruh aplikasi. | Judul akan ditampilkan dalam daftar catatan. ADP iCloud juga dikonfirmasi, termasuk berbagai judul, tag, dll. | Catatan enkripsi · Dukungan lampiran 2.4 · Rentang sinkronisasi |
| Joplin | E2EE dengan sinkronisasi yang diaktifkan. Metode asli baru dari v3.2 adalah AES-256-GCM. | Gunakan prosedur resmi untuk mengaktifkan enkripsi pada satu perangkat dan mengatur kunci pada terminal lain sambil menunggu sinkronisasi selesai. | Data lokal tidak dilindungi oleh enkripsi sinkron ini. Periksa juga enkripsi disk terminal. | Prosedur konfigurasi · Metode baru · Data dalam terminal |
| Hari Pertama | Jurnal baru yang akan dibuat setelah 4.2 adalah E2EE secara default. Teks dan media memenuhi syarat. | Periksa status jurnal lama satu per satu. FAQ resmi saat ini tidak dapat beralih langsung dari enkripsi standar, dan itu disalin ke jurnal E2EE yang baru. | Periksa juga alamat penyimpanan kunci. iCloud Keychain adalah E2EE, tetapi cadangan kunci iCloud unik Hari Pertama tidak menjadi E2EE bahkan jika ADP diaktifkan. Salinan lain dari buku harian yang saya tulis. | FAQ dari E2EE |
| SimpleMemo / Simple Memo | Enkripsi Outbox dan riwayat transmisi di terminal dengan AES-GCM CryptoKit. Kunci baru disimpan di Keychain dengan 256-bit. | Pengiriman email bukan E2EE. Transmisi API melewati platform distribusi eksternal, dan salinannya tetap ada di kotak masuk. | Perlindungan in-terminal tidak menjamin layanan surat atau metode penyimpanan Obsidian Vault yang terhubung. | Deskripsi teknis |
Jika Anda ingin meninggalkan catatan singkat di kotak masuk Anda, SimpleMemo juga merupakan pilihan. Silakan periksa enkripsi di terminal dan pengaturan penyimpanan dan berbagi untuk email keluar masing-masing.
Sebelum menggunakan, periksa pengaturan dan salin poin 5
- Buka pengaturan data yang ada. Jangan menilai hanya dari nama aplikasi, periksa apakah enkripsi valid dengan Catatan Bersama Jurnal Vault yang Anda gunakan. Nilai default untuk data baru tidak selalu berlaku untuk data lama juga.
- Amankan metode pemulihan. Periksa bagaimana produk akan memandu Anda, seperti kata sandi sinkronisasi, kunci enkripsi, dan kontak pemulihan. Harap hindari menghapus terminal dengan kunci yang hilang dan mencobanya.
- Periksa ruang lingkup publikasi, berbagi, dan kerja sama. Mengirim tautan publik dan layanan eksternal berbeda dari enkripsi pada saat penyimpanan. Informasi pekerjaan akan disesuaikan dengan penyimpanan dan rentang berbagi yang disetujui oleh afiliasi.
- Periksa sinkronisasi dan lampiran dengan 1 dari boneka. Jangan gunakan informasi rahasia dalam konten, dan periksa apakah informasi tersebut dibuka di terminal lain, apakah lampiran sudah benar, dan bagaimana status enkripsi ditampilkan. Ini saja tidak membuktikan keamanan implementasi enkripsi.
- Periksa tujuan ekspor dan cadangan. Salinan yang dibuat ke Markdown, PDF, email, dan folder unduhan dapat berada di luar E2EE aplikasi asli. Jangan hapus data asli sebelum konfirmasi migrasi selesai.
Rentang yang dilindungi oleh SimpleMemo dan apa yang tersisa setelah transmisi
SimpleMemo mengenkripsi memo menunggu transmisi (Outbox) dan riwayat transmisi di terminal dengan AES-GCM. Dalam enkripsi umum aplikasi publik, kunci yang baru dibuat disimpan di Keychain dengan 256-bit, dan dienkripsi dan didekripsi dengan CryptoKit. Ini adalah sebuah implementasi yang melindungi data target di terminal.
Ini bukan E2EE dari seluruh jalur email. Kirim dari aplikasi ke API dengan HTTPS, dan itu akan dikirim ke kotak masuk Anda melalui platform pengiriman email eksternal. " "Catatan yang tidak terkirim di terminal dienkripsi" tidak berarti bahwa "teks tidak akan ditangani dalam proses pengiriman" atau "tidak akan melewati server eksternal".
Bahkan jika item target Outbox dikecualikan setelah dikirim, riwayat transmisi, email yang masuk, dan catatan ke tautan tidak hilang. Operasi penghapusan file tidak disebut penghapusan lengkap media penyimpanan. Anda dapat memeriksa tujuan penyimpanan dan periode retensi di Deskripsi Teknis Kebijakan Privasi dan Bagian Data.
Saat menggunakan simpan ke Obsidian, perlindungan sinkronisasi dan pencadangan dengan Vault lokal tergantung pada pengaturan Anda. Untuk aplikasi di mana penting bahwa bisnis tidak dapat mendekripsi teks, silakan pilih penyimpanan dan pengoperasian E2EE yang memenuhi persyaratan terlebih dahulu.
Pertanyaan yang Sering Diajukan
Jika itu AES-256, apakah itu E2EE?
Tidak. AES-256 mewakili kode dan panjang kunci. Apakah itu E2EE atau bukan ditentukan oleh di mana itu dienkripsi dan didekripsi dan siapa yang dapat menggunakan kuncinya. Penyimpanan AES-256, di mana server mengelola kunci, dan desain yang hanya mendekripsi pada terminal pengguna berbeda.
Apa perbedaan antara AES-GCM dan AES-CBC?
GCM menggabungkan enkripsi dan otentikasi. CBC tidak mendeteksi gangguan dengan enkripsi saja, jadi perlu untuk menggabungkan mekanisme otentikasi dengan benar. Keamanan seluruh aplikasi tidak dapat diberi peringkat berdasarkan nama metode saja.
Akankah E2EE juga mengenkripsi file di terminal?
Itu belum tentu terjadi. Enkripsi sinkron Obsidian Sync dan Joplin tidak mengenkripsi file lokal dan basis data di terminal dengan cara yang sama. Silakan periksa enkripsi disk terminal, perlindungan lokal aplikasi, dan cadangan secara terpisah.
Dapatkah saya mengenkripsi catatan yang berisi gambar dan PDF dengan Bear?
Bear 2.4 dan yang lebih baru dapat mengenkripsi catatan individual termasuk lampiran dengan Bear Pro. Tambahkan kata sandi ke catatan target, dan perbarui aplikasi tujuan sinkronisasi ke versi yang kompatibel. Tampilan judul dan catatan yang tidak terenkripsi perlu diperiksa secara terpisah.
Apakah jurnal lama Hari Pertama juga secara otomatis menjadi E2EE?
Jurnal baru default ke E2EE setelah 4.2, tetapi yang lama perlu diperiksa satu per satu. FAQ resmi saat ini menunjukkan kepada Anda cara menyalin entri ke jurnal E2EE yang baru daripada beralih langsung ke jurnal terenkripsi standar.
Apakah email yang dikirimkan kepada Anda dari SimpleMemo E2EE?
Tidak. Outbox dan enkripsi in-terminal dari riwayat transmisi dan pengiriman email terpisah. Teksnya melewati API yang keluar dan platform distribusi eksternal, dan salinannya tetap ada di sisi layanan surat. Silakan juga periksa pengaturan perlindungan dan berbagi kotak masuk dan mitra.
Artikel terkait
