"Berbagi file dengan aman" tercantum di hampir setiap layanan transfer file, tetapi artinya bisa sangat berbeda. Sebuah tautan bisa terenkripsi saat transit tetapi tetap meninggalkan salinan di server selama setahun; salinan tersimpan bisa tidak terbaca oleh penyedia tetapi tetap bisa dibuka oleh siapa pun yang memegang tautan. Panduan ini menguraikan apa sebenarnya arti transfer file aman, membandingkan cara-cara yang umum, dan memberikan daftar periksa yang bisa Anda terapkan pada alat apa pun — termasuk alat kami.
Apa sebenarnya arti "berbagi file dengan aman"?
File terekspos di beberapa titik dalam perjalanannya dari Anda ke penerima. Metode transfer file yang aman melindungi setiap titik itu — atau dengan jujur memberi tahu Anda titik mana yang tidak dilindunginya.
- Saat transit. Apakah data dienkripsi saat melintasi jaringan? Saat ini hampir setiap layanan memakai TLS (HTTPS) atau, untuk WebRTC, DTLS.
- Saat tersimpan. Apakah ada salinan yang disimpan di tempat selain perangkat Anda dan penerima? Jika ya, siapa yang bisa membacanya — penyedia, atau hanya orang yang memegang kunci?
- Akses. Siapa yang bisa membuka file? Siapa pun yang memegang tautan, hanya orang dengan kata sandi, hanya akun yang masuk dan ada di daftar?
- Masa simpan. Berapa lama salinan ada — beberapa menit, tujuh hari, sampai seseorang menghapusnya?
- Metadata. Apa yang diketahui layanan meskipun tidak bisa membaca isinya — nama file, ukuran, alamat IP, siapa mengirim apa kepada siapa?
- Titik akhir. Begitu file tiba, keamanannya hanya sebaik komputer penerima. Tidak ada metode transfer yang melindungi dari perangkat yang telah disusupi.
Bagaimana perbandingan keamanan cara-cara berbagi file yang umum?
| Cara | Saat transit | Salinan tersimpan | Siapa yang bisa membukanya | Masa simpan | Paling cocok untuk |
|---|---|---|---|---|---|
| Lampiran email | Biasanya TLS antarserver | Ya, di kedua kotak surat | Pemilik kotak surat | Sering bertahun-tahun | File kecil yang tidak sensitif |
| Tautan drive cloud (Drive, OneDrive, Dropbox) | TLS | Ya, penyedia dapat mengakses | Tautan atau akun tertentu | Sampai Anda menghapusnya | Kolaborasi |
| Layanan transfer (jenis WeTransfer) | TLS | Ya, selama periode tertentu | Siapa pun yang memegang tautan; kata sandi di sebagian paket berbayar | Beberapa hari | Kiriman cepat saat Anda tidak bisa tetap online |
| Cloud E2EE (Tresorit, Proton Drive, Sync.com) | TLS + enkripsi di sisi klien | Ya, dienkripsi dengan kunci yang tidak dipegang penyedia | Tautan, sering dengan kata sandi | Sampai Anda menghapusnya | File sensitif yang harus tetap tersedia |
| SFTP / managed file transfer | SSH atau TLS | Di server, sesuai kebijakan | Akun, kunci, log audit | Sesuai kebijakan | Bisnis dan antarsistem |
| StrongFolder (P2P) | DTLS | Tidak ada | Siapa pun yang memegang tautan selama Anda berbagi | Hanya selama transfer | File dan folder besar, tanpa salinan tertinggal |
| Arsip terenkripsi (mis. 7-Zip AES-256) | Tergantung saluran | Tergantung saluran | Hanya pemegang kata sandi | Tergantung saluran | Menambah lapisan ke metode apa pun |
Fitur berbeda-beda menurut paket; periksa dokumentasi terkini setiap vendor untuk opsi kata sandi, kedaluwarsa, dan audit.
Seberapa aman berbagi file P2P?
Transfer file P2P menghilangkan risiko jangka panjang terbesar dari berbagi file: salinan tersimpan. Dengan StrongFolder:
- Saat transit: WebRTC mengenkripsi setiap saluran data dengan DTLS, sehingga aliran file selalu terenkripsi selama transit di setiap koneksi.
- Saat tersimpan: File tidak pernah diunggah ke atau disimpan di server StrongFolder.
- Relay: Jika koneksi langsung tidak memungkinkan (firewall kantor yang ketat, sebagian jaringan seluler), aliran terenkripsi melewati server relay (TURN) StrongFolder. Relay hanya meneruskan data dan tidak menyimpannya.
- Metadata: Untuk membuat tautan, layanan menyimpan metadata transfer: nama file dan folder, ukuran, dan jumlah file.
- Masa simpan: Tautan berfungsi selama pengirim terus berbagi. Saat pengirim mengeklik Stop Sharing atau menutup tab, file tidak lagi tersedia.
Tidak ada "kebocoran arsip file" di kemudian hari, karena memang tidak ada arsip. Tidak ada yang kedaluwarsa di server karena tidak ada yang ditaruh di sana. Cara enkripsinya disiapkan dijelaskan di Cara kerja transfer file WebRTC.
Apa batasan jujur keamanan StrongFolder?
Kami lebih suka Anda memilih alat yang tepat daripada terlalu memercayai alat kami:
- Tidak ada tautan yang dilindungi kata sandi. Siapa pun yang memegang tautan dapat terhubung selama Anda berbagi. Kirim tautan melalui saluran yang Anda percayai, dan klik Stop Sharing setelah penerima selesai.
- Enkripsi saat transit, bukan end-to-end dengan kunci Anda sendiri. Kunci DTLS dinegosiasikan oleh kedua browser, tetapi fingerprint-nya melewati server signaling kami. Kami tidak mengklaim "zero-knowledge" atau enkripsi end-to-end dengan kunci yang dipegang pengguna.
- Alamat IP terlihat oleh peer lain dalam koneksi langsung, seperti dalam panggilan video mana pun.
- Metadata disimpan untuk membuat tautan: nama, ukuran, dan jumlah file.
- Tidak ada jejak audit atau sertifikasi kepatuhan. Jika organisasi Anda memerlukan akses yang tercatat, kebijakan masa simpan, atau pemrosesan bersertifikat, gunakan platform managed file transfer.
Untuk file yang besar dan sangat sensitif, gabungkan metode: enkripsi folder menjadi arsip dengan kata sandi yang kuat, kirim dengan StrongFolder, dan bagikan kata sandinya lewat telepon. Arsip melindungi isinya; P2P menghindari salinan tersimpan.
Daftar periksa berbagi file dengan aman
Telusuri daftar ini sebelum mengirim apa pun yang rahasia, alat apa pun yang Anda pakai:
- Klasifikasikan file. Apakah berisi data pribadi, kontrak, kode sumber, data kesehatan? Makin sensitif, makin sedikit salinan yang Anda inginkan.
- Pilih berdasarkan masa simpan. Bolehkah file hilang dalam satu jam (P2P), atau harus tersedia selama berminggu-minggu (cloud, idealnya E2EE)?
- Periksa penerima. Pastikan alamat atau chat sudah benar sebelum mengirim tautan — tautan yang salah alamat adalah kebocoran yang paling umum.
- Batasi akses. Gunakan kata sandi atau akun tertentu jika tersedia; dengan P2P, hentikan berbagi setelah penerima selesai.
- Enkripsi sendiri konten sensitif jika saluran tidak mengenkripsi saat tersimpan, dan kirim kata sandinya secara terpisah.
- Hindari Wi-Fi publik bagi pengirim jika memungkinkan; gunakan jaringan tepercaya atau VPN.
- Hapus salinan setelahnya — dari folder unduhan, riwayat chat, dan tempat sampah cloud.
- Ikuti kebijakan organisasi Anda. Data yang diatur regulasi mungkin mewajibkan alat tertentu.
Gratis · di browser · tanpa daftar
Kapan sebaiknya memakai SFTP atau managed file transfer?
"Transfer file aman" dalam konteks perusahaan sering berarti SFTP (transfer file melalui SSH), FTPS, atau platform managed file transfer (MFT). Semuanya unggul saat:
- sistem bertukar file secara otomatis sesuai jadwal;
- Anda memerlukan akun per pengguna, izin akses, dan log audit tentang siapa mengunduh apa;
- regulator atau kontrak mewajibkan masa simpan dan kontrol akses yang terdokumentasi.
Semuanya memerlukan pengaturan dan akun di kedua sisi, jadi berlebihan untuk mengirim satu video ke klien — dan di situlah alat browser cocok.
Kapan cloud terenkripsi end-to-end menjadi pilihan yang lebih baik?
Saat file harus tetap tersedia setelah Anda offline dan Anda tidak ingin penyedia membacanya. Tresorit, Proton Drive, dan Sync.com mengenkripsi di perangkat Anda sebelum mengunggah. Komprominya: Anda mengunggah lebih dulu, ada salinan (terenkripsi), dan penyimpanan dibatasi oleh paket Anda. P2P dan cloud E2EE memecahkan masalah yang berbeda — lihat Transfer file P2P vs cloud.
Ringkasan
Berbagi file dengan aman bukan satu fitur, melainkan serangkaian jawaban: terenkripsi saat transit, dilindungi atau tidak ada saat tersimpan, akses terbatas, dan masa simpan singkat. Jawaban StrongFolder adalah enkripsi DTLS saat transit dan tanpa salinan tersimpan, dengan batasan yang jujur — tanpa kata sandi tautan dan tanpa klaim enkripsi end-to-end. Untuk selengkapnya, baca Keamanan & privasi dan Cara kirim dokumen besar.