Apakah Cloud Storage Benar-Benar Privat? Audit Privasi dari Prinsip Dasar

Makna "privat" yang sebenarnya, lapis demi lapis

Sebelum membandingkan penyedia, Anda perlu memahami apa arti privasi dalam cloud storage. Ini bukan satu hal — melainkan tumpukan lapisan arsitektural, dan penyedia bisa mengimplementasikan sebagian tanpa yang lain. Kebanyakan masalah privasi muncul dari kebingungan membedakan lapisan-lapisan ini.

Lapisan 1: Enkripsi saat penyimpanan (at rest)

Ini lapisan paling dasar. File Anda disimpan dalam bentuk terenkripsi di server penyedia. Jika ada yang meretas infrastruktur penyedia, file Anda akan tampak sebagai data acak tanpa kunci dekripsi.

Hampir semua penyedia cloud storage menawarkan ini. Ini standar minimum. Ini juga lapisan yang paling sering disalahartikan sebagai privasi sebenarnya.

Lapisan 2: Enkripsi saat transfer (in transit)

File Anda dienkripsi selama proses unggah dan unduh. Penyadapan saat file berpindah antara perangkat Anda dan server penyedia hanya akan menghasilkan data acak.

Ini juga hampir universal di antara penyedia terkemuka. Koneksi HTTPS yang Anda gunakan untuk mengunggah file biasanya sudah menyediakan ini secara otomatis.

Lapisan 3: Enkripsi yang dikendalikan penyedia

Di sinilah kebanyakan penyedia berhenti. File Anda dienkripsi di server, tetapi penyedia memegang kunci dekripsi. Artinya, penyedia secara teknis bisa mengakses file Anda. Ketentuan layanan, kewajiban hukum, atau kebijakan internal mereka mungkin melarang atau mengizinkannya — tetapi kemampuan arsitekturalnya ada.

Ini lapisan tempat Dropbox, Google Drive, OneDrive, Box, dan iCloud beroperasi. Mereka aman dari penyerang luar. Mereka tidak privat dari penyedia itu sendiri.

Lapisan 4: Zero-knowledge / enkripsi ujung-ke-ujung

Inilah lapisan yang benar-benar berarti privat. Penyedia tidak memegang kunci dekripsi. Hanya Anda yang memegangnya — disimpan lokal di perangkat Anda, tidak pernah dikirim ke server. Penyedia hanya menyimpan data terenkripsi yang tidak bisa dibaca, tidak bisa didekripsi, dan tidak bisa dipaksa untuk didekripsi tanpa kerja sama Anda.

Ini lapisan yang diimplementasikan fii.one, MEGA, dan Internxt pada tingkat berbeda. Ini berbeda secara arsitektural dari lapisan di atasnya — bukan versi lebih baik dari hal yang sama, tetapi model yang fundamental berbeda.

Dua pertanyaan yang menentukan privasi sebenarnya

Untuk penyedia cloud storage mana pun, hanya ada dua pertanyaan yang menentukan apakah file Anda benar-benar privat:

Audit privasi penyedia

fii.one: Lapisan 4 — Zero-knowledge

fii.one mengimplementasikan enkripsi ujung-ke-ujung zero-knowledge. Penyedia tidak memegang kunci enkripsi. File dienkripsi di sisi klien sebelum unggah, dan penyedia hanya menyimpan data terenkripsi yang tidak bisa dibaca. Artinya fii.one tidak bisa mengakses file Anda, tidak bisa memindainya untuk AI, dan tidak bisa dipaksa memberikan akses tanpa kerja sama Anda.

Arsitektur privasinya bersih dan konsisten. Tidak ada pengecualian atau jalan keluar yang diketahui dalam ketentuan layanan penyedia. Ini Lapisan 4 yang diimplementasikan dengan benar.

Bandingkan: fii.one vs Google Drive, fii.one vs OneDrive, fii.one vs Dropbox.

MEGA: Lapisan 4 — Zero-knowledge, dengan catatan yurisdiksi

MEGA mengimplementasikan enkripsi ujung-ke-ujung. Implementasi teknisnya asli — penyedia tidak bisa membaca file yang disimpan. Cerita privasi MEGA secara struktural lebih kuat daripada enkripsi yang dikendalikan penyedia dalam banyak hal.

Catatannya adalah yurisdiksi. MEGA berbasis di Selandia Baru, negara anggota Five Eyes yang berbagi intelijen. Hukum Selandia Baru mengizinkan permintaan data spesifik yang mungkin harus dipenuhi MEGA. Arsitektur teknis mencegah akses ke konten file, tetapi metadata — siapa menyimpan apa, kapan, dan berapa banyak — mungkin masih bisa diakses otoritas.

Bagi kebanyakan pengguna, ini bukan masalah praktis. Bagi pengguna dengan model ancaman spesifik — jurnalis, aktivis, atau pengguna dalam situasi hukum sensitif — yurisdiksi Selandia Baru adalah faktor relevan.

Bandingkan: fii.one vs MEGA.

Google Drive: Lapisan 3 — Enkripsi yang dikendalikan penyedia

Google Drive menggunakan enkripsi saat penyimpanan dan transfer. Google memegang kunci enkripsi. Artinya Google bisa mengakses, membaca, dan memproses file Anda. Ketentuan layanan Google secara eksplisit menyatakan file bisa diproses untuk fitur AI, analisis konten, dan pengindeksan.

Ini bukan kegagalan keamanan — Google Drive terlindungi dengan baik dari penyerang luar. Ini pilihan arsitektur privasi. Google membangun bisnis pada pemrosesan data, dan Google Drive adalah bagian dari bisnis itu.

Jika Anda nyaman dengan Google memproses file untuk fitur AI dan infrastruktur iklan, Google Drive nyaman dan dirancang dengan baik. Jika Anda ingin penyimpanan yang bukan bagian dari ekosistem data iklan, ini contoh paling jelas dari penyedia yang aman secara teknis tetapi tidak privat secara arsitektural.

OneDrive: Lapisan 3 — Dikendalikan penyedia dengan pemrosesan AI

OneDrive menggunakan enkripsi saat penyimpanan dan transfer. Microsoft memegang kunci enkripsi. Microsoft telah mengintegrasikan fitur AI Copilot secara agresif ke OneDrive — fitur yang memindai, meringkas, dan menghasilkan konten dari file yang disimpan.

Untuk organisasi yang ingin alat dokumen bertenaga AI, ini adalah fitur. Untuk organisasi atau individu yang ingin penyimpanan tanpa pemrosesan AI pada file mereka, ini adalah masalah privasi penting yang tidak diatasi oleh pemasaran enkripsi penyedia.

Dropbox: Lapisan 3 — Dikendalikan penyedia

Dropbox menggunakan enkripsi saat penyimpanan dan transfer. Dropbox memegang kunci enkripsi. Perusahaan pernah mengeksplorasi fitur zero-knowledge di masa lalu tetapi belum mengimplementasikannya sebagai penawaran inti. File mungkin diproses untuk peningkatan produk internal dan, di bawah paksaan hukum, dibagikan dengan otoritas.

Dropbox aman dari penyerang luar. Tidak privat dari Dropbox.

iCloud: Lapisan 3 — Dikendalikan penyedia, spesifik Apple

iCloud menggunakan enkripsi saat penyimpanan dan transfer. Apple memegang kunci enkripsi. Model privasi Apple umumnya lebih menghormati privasi daripada Google, dan model bisnis Apple kurang bergantung langsung pada pemrosesan data. Namun, Apple bisa mengakses file iCloud di bawah permintaan hukum, dan ketentuan layanan Apple mengizinkan jenis pemrosesan tertentu.

iCloud lebih privat daripada Google Drive atau OneDrive dalam praktik, tetapi tidak privat zero-knowledge. Perbedaan ini penting bagi pengguna dengan persyaratan privasi spesifik.

pCloud: Lapisan 3 dengan tambahan Crypto opsional

Penawaran default pCloud adalah enkripsi yang dikendalikan penyedia. Perusahaan menawarkan tambahan Crypto yang menyediakan enkripsi zero-knowledge dengan biaya tambahan. Ini pilihan arsitektural yang mencolok — privasi adalah tambahan, bukan default, yang berarti kebanyakan pengguna pCloud berada di Lapisan 3, bukan 4.

Bagi pengguna yang ingin privasi zero-knowledge dengan pCloud, paket Crypto adalah solusi nyata. Bagi pengguna yang tidak secara aktif mencari dan membayar tambahan Crypto, file mereka dikendalikan penyedia.

Internxt: Lapisan 4 — Zero-knowledge terdesentralisasi

Internxt dibangun pada arsitektur terdesentralisasi dengan enkripsi zero-knowledge sebagai prinsip desain inti. Implementasi teknisnya asli — file dienkripsi di sisi klien, dan penyedia tidak bisa mengaksesnya. Pendekatan open-source Internxt berarti implementasi enkripsinya bisa diaudit secara independen.

Komprominya adalah performa. Penyimpanan terdesentralisasi memperkenalkan latensi yang terasa untuk file besar dan lebih lambat untuk beberapa pola akses dibanding alternatif terpusat. Bagi pengguna dengan persyaratan privasi kuat dan ekspektasi performa moderat, Internxt adalah salah satu opsi yang lebih kredibel.

Bandingkan: fii.one vs Internxt.

Apa yang sebenarnya bisa dipaksa oleh hukum

Kesalahpahaman umum adalah bahwa enkripsi zero-knowledge membuat penyedia kebal terhadap tekanan hukum. Tidak. Ini yang sebenarnya bisa dipaksa hukum:

• Enkripsi yang dikendalikan penyedia (Lapisan 3): Penegak hukum bisa memaksa penyedia memberikan akses ke file terdekripsi. Penyedia harus patuh, dan pengguna tidak memiliki solusi teknis.
• Enkripsi zero-knowledge (Lapisan 4): Penegak hukum bisa memaksa penyedia memberikan data terenkripsi. Penyedia tidak bisa mendekripsinya. Pengguna memegang satu-satunya kunci. Hasil praktisnya adalah paksaan hukum menghasilkan data terenkripsi yang tidak berguna tanpa kunci pengguna.
• Metadata: Bahkan dengan enkripsi zero-knowledge, metadata seringkali bisa diakses. Siapa yang menyimpan file, kapan, dan berapa banyak penyimpanan yang digunakan masih bisa dipaksa di banyak yurisdiksi, bahkan ketika konten file dilindungi.

Perbedaan pentingnya adalah Lapisan 4 tidak membuat akses hukum tidak mungkin — tetapi membuat akses konten file tidak mungkin tanpa kunci pengguna. Itu perbedaan yang berarti, bukan jaminan mutlak.

Pertanyaan yang sering diajukan