Cara Mirage Vault melindungi foto Anda

Diperbarui 9 November 2026Fakta dari kode sumber aplikasi dan audit keamanan 2026-10-31

Mirage Vault melindungi foto dengan mengenkripsi setiap foto di iPhone itu sendiri dengan AES-256-GCM, satu kunci acak per file, dan mengunci kunci brankas di balik Secure Enclave. Tidak ada akun dan tidak ada server: pola, Face ID, atau frasa pemulihan adalah satu-satunya jalan masuk, dan salinan file tidak bisa dibuka dengan cara menebak di tempat lain.

Siapa yang melihat, dan apa yang mereka dapatkan

Setiap baris adalah satu orang yang mungkin melihat, apa yang mereka dapatkan dengan Mirage Vault, dan apa yang melindungi Anda.

SiapaApa yang mereka lihatApa yang melindungi Anda
Seseorang yang melirik Layar Utama Anda atau mengintip dari balik bahu AndaIkon biasa; layar kunci berupa pasir kosong tanpa nama aplikasi dan tanpa kisiKisi pola hanya muncul di bawah jari Anda dan memudar setelah jari diangkat; Pengalih App menampilkan cuplikan kosong
Seseorang yang memegang iPhone Anda dalam keadaan tidak terkunciLayar kunci brankas yang kosongFace ID atau pola; 5 kali percobaan salah memulai jeda 30 detik yang berlipat dua hingga 1 jam; kunci saat ditinggalkan, kunci saat diletakkan telungkup
Seseorang yang mengetahui kode sandi iPhone AndaLayar kunci kosong yang samaBrankas punya kuncinya sendiri. Kode sandi iPhone tidak bisa membukanya, dan Face ID untuk brankas terikat pada wajah yang terdaftar: menambahkan wajah baru ke iPhone akan menonaktifkan Face ID brankas sampai Anda membuka brankas dengan pola dan mengaktifkannya kembali
Seseorang yang memiliki salinan file atau cadangan iCloudData yang tampak acak dengan nama acakAES-256-GCM dengan satu kunci per file; kunci brankas dibungkus oleh kunci Secure Enclave yang tidak bisa disalin, sehingga pola tidak bisa ditebak secara offline. Cadangan hanya bisa dibuka dengan frasa pemulihan 8 kata
Seseorang yang memaksa Anda membuka kunciBrankas mana pun yang Anda pilih untuk ditunjukkanBrankas palsu di balik pola kedua, dan Wipe Key: pola yang seketika menghapus kunci brankas asli dan membuka brankas palsu sebagai gantinya (keduanya Mirage Pro). Keduanya memerlukan Face ID nonaktif, karena Face ID membuka brankas asli begitu Mirage dibuka
Mirage, atau siapa pun yang meminta kepada MirageTidak ada: tidak ada akun, tidak ada server, dan tidak ada salinan kunciFrasa pemulihan ditampilkan sekali dan tidak pernah disimpan; tidak ada seorang pun dari Mirage yang akan memintanya

Seperti apa sebenarnya enkripsinya

Inilah parameter di kode sumber aplikasi, bukan ringkasan.

  • Pola atau PIN Anda diproses melalui PBKDF2-HMAC-SHA256 dengan minimal 600.000 iterasi, dikalibrasi agar memakan waktu minimal 250 milidetik di iPhone Anda. Hasilnya tidak pernah menjadi kunci brankas itu sendiri.
  • Secure Enclave membungkus hasilnya: ECIES pada kunci P-256 di Secure Enclave. Kunci privatnya dibuat di dalam Secure Enclave dan tidak bisa dibaca keluar, sehingga salinan file dan Rantai Kunci tidak cukup untuk mencoba pola di perangkat lain.
  • Kunci brankas (256 bit acak, satu per brankas) hanya dibuka bungkusnya di memori, dan hanya setelah pola, Face ID, atau frasa pemulihan yang benar.
  • Setiap file memiliki kunci acaknya sendiri, yang dibungkus oleh kunci brankas. Foto, video, catatan, hasil pindaian, gambar mini, dan pratinjau semuanya merupakan objek terpisah.
  • Setiap file disegel dalam blok 1 MiB dengan AES-256-GCM: nonce baru per blok dan data terautentikasi yang mengikat blok ke file-nya, posisinya, dan apakah blok itu yang terakhir. Blok yang diubah, dipotong, atau ditukar akan terdeteksi, bukan didekripsi.
256-bit
kunci brankas, acak per brankas
≥ 600.000
putaran PBKDF2-HMAC-SHA256
1 MiB
per blok terenkripsi
0
server, akun, pelacak

Fakta lain tentang formatnya: nama file di penyimpanan adalah pengenal acak 128-bit; kontainer berada di bawah NSFileProtectionComplete dan dikecualikan dari cadangan perangkat; header memuat 8 slot kunci dengan panjang identik, dan slot yang tidak terpakai diisi byte acak, sehingga slot-slot itu tidak mengungkapkan apakah ada brankas palsu atau Wipe Key. File indeks masih bisa menunjukkan tanda adanya brankas kedua dalam analisis forensik; ini merupakan butir terbuka dalam audit aplikasi. Face ID memiliki kunci Secure Enclave sendiri, yang dibuat dengan kumpulan wajah terdaftar saat itu, tanpa beralih ke kode sandi iPhone. Video diputar melalui pemuat sumber terenkripsi, blok demi blok, tanpa file sementara yang sudah didekripsi. Catatan pembobolan disegel dengan HPKE (P-256, HKDF-SHA256, AES-256-GCM) selagi brankas terkunci, sehingga hanya kunci brankas asli yang nantinya bisa membukanya.

Pencadangan dan pemulihan

Cadangan iCloud terenkripsi gratis untuk semua orang dan aktif secara default. Cadangan ini mengunggah objek terenkripsi yang sama ke database privat di akun iCloud Anda sendiri; Apple hanya melihat data terenkripsi, Mirage sama sekali tidak melihat apa pun. Cadangan hanya bisa dibuka dengan frasa pemulihan: 8 kata dari daftar BIP-39 (88 bit), ditampilkan sekali dan tidak pernah disimpan. Frasa ini satu-satunya kunci yang berfungsi di iPhone lain, karena setiap kunci lainnya terikat pada Secure Enclave iPhone yang membuatnya.

Layar frasa pemulihan di Mirage Vault: delapan kata bernomor dan tiga pengingat untuk menuliskannya di kertasLayar frasa pemulihan di Mirage Vault: delapan kata bernomor dan tiga pengingat untuk menuliskannya di kertas
Delapan kata, ditampilkan sekali. Mirage tidak bisa menampilkannya lagi dan tidak bisa mengatur ulangnya.

Apa yang diperiksa, dan oleh siapa

Format kontainer dan lapisan aplikasi ditinjau pada 2026-10-31: pembacaan kode, tinjauan kedua atas format oleh peninjau lain, dan target uji ketahanan dengan pemeriksaan konkurensi, manipulasi, fuzzing, dan kebocoran plaintext (71 pengujian dalam paket, semuanya lulus, juga di bawah Thread Sanitizer). Enkripsi file bertahan terhadap pembalikan bit, mutasi acak, pemotongan di setiap batas, dan pertukaran blok antar-file: tidak pernah ada plaintext keliru yang dikembalikan. Temuannya ada pada logika brankas dan slot serta pada cadangan iCloud, dan temuan kritis serta tinggi diperbaiki pada hari yang sama; dokumen audit mencatat setiap temuan beserta statusnya.

Modul MirageCrypto, yang mendefinisikan format kontainer dan kunci, ditulis sebagai paket mandiri agar bisa dipublikasikan di GitHub. Halaman ini akan menautkannya setelah modul itu publik.

Ringkasan satu paragraf tentang aplikasi, ikon, dan jepretan layar untuk liputan tersedia di kit pers.

Halaman keamanan

Pertanyaan

Apakah Mirage Vault dienkripsi?
Ya. Setiap foto, video, catatan, dan file dienkripsi di iPhone dengan AES-256-GCM dalam blok 1 MiB, setiap file dengan kunci acaknya sendiri. Gambar mini dan pratinjau juga dienkripsi. Tidak ada salinan yang bisa dibaca yang ditulis ke penyimpanan, dan nama file berupa pengenal acak.
Bisakah Mirage membaca foto saya?
Tidak. Tidak ada akun Mirage dan tidak ada server Mirage. Kunci brankas tidak pernah keluar dari iPhone, cadangan iCloud hanya berisi data terenkripsi di akun iCloud Anda sendiri, dan frasa pemulihan ditampilkan sekali dan tidak pernah disimpan. Tidak ada seorang pun di Mirage yang bisa membuka brankas, dan tidak ada seorang pun di Mirage yang akan meminta frasa itu.
Apa yang terjadi jika seseorang menyalin file dari iPhone saya?
Mereka mendapatkan data yang tampak acak. Untuk membukanya diperlukan kunci brankas, yang dibungkus oleh kunci di dalam Secure Enclave iPhone tersebut. Menebak pola secara offline dari salinan file tidak berhasil: kunci Secure Enclave tidak bisa diekstrak, jadi setiap tebakan harus dijalankan di perangkat itu, tempat 5 kali percobaan salah memulai jeda yang bertambah hingga 1 jam.
Apakah Mirage Vault mengumpulkan data?
Label privasi App Store berbunyi Data Tidak Dikumpulkan. Aplikasi ini tidak memiliki analitik, layanan pelaporan crash, SDK iklan, maupun akun. Pembelian dilakukan melalui Apple. Satu-satunya aktivitas jaringan adalah cadangan iCloud terenkripsi opsional ke akun iCloud Anda sendiri.
Apakah kode enkripsinya terbuka?
Modul MirageCrypto, yang mendefinisikan format kontainer dan kunci, ditulis untuk dipublikasikan di GitHub. Sampai saat itu, halaman ini menjelaskan formatnya dengan cukup detail agar siapa pun nantinya bisa mencocokkan klaim ini dengan modul yang dipublikasikan.