Sebuah tautan berisi data pelanggan sudah tidak bisa dibuka. Organisasi mengumumkan perbaikan, sementara unggahan yang menawarkan berkas itu menghilang. Kedua perubahan tersebut penting, tetapi masih menyisakan pertanyaan: apakah sebelumnya ada pihak yang membuat salinan?
Dampak data bocor dapat berlanjut karena menghentikan akses dan mengendalikan informasi yang sudah keluar merupakan dua pekerjaan berbeda. Salinan mungkin berada pada pihak lain, digabungkan dengan catatan tambahan, atau digunakan kembali setelah perhatian terhadap insiden mereda. Kemungkinan itu perlu dibaca secara terukur; tidak setiap kebocoran berakhir dengan penyalahgunaan yang sama.
Artikel ini berfokus pada perjalanan data setelah pengungkapan. Kerangka insiden, peran organisasi, dan pemberitahuan dalam konteks Indonesia dibahas dalam kebocoran data pribadi di Indonesia.
Menutup jalur kebocoran belum menjawab nasib salinan
Dalam skenario hipotetis, sebuah folder pelanggan sempat dapat diunduh tanpa izin. Pengelola kemudian membatasi aksesnya. Tindakan itu menghentikan pengambilan melalui folder tersebut, tetapi tidak dengan sendirinya menghapus berkas yang sudah tersimpan pada perangkat penerima.
Perbedaan ini membantu membaca pernyataan pemulihan. Sistem yang kembali beroperasi menunjukkan sesuatu tentang layanan. Pengaturan akses yang diperbaiki menunjukkan sesuatu tentang jalur pengungkapan. Keduanya belum menjelaskan seluruh keberadaan salinan di luar sistem.
Sebaliknya, keberadaan salinan juga tidak boleh diasumsikan tanpa dasar. Penjelasan yang tepat bisa berupa: akses terbuka telah dikonfirmasi, tetapi pengunduhan belum dapat dipastikan. Ketidakpastian tersebut perlu dipertahankan, bukan diubah menjadi kesimpulan bahwa tidak ada data yang keluar atau bahwa seluruh data pasti sudah tersebar.
Ada setidaknya tiga objek yang perlu dibedakan: sumber kebocoran, salinan yang diketahui, dan kemungkinan salinan lain yang belum teridentifikasi. Penanganan terhadap satu objek dapat berhasil sementara objek lainnya masih ditelusuri.
Penggabungan dapat mengubah kegunaan data
Satu potongan informasi mungkin terlihat terbatas ketika berdiri sendiri. Artinya dapat berubah ketika terhubung dengan informasi lain mengenai orang yang sama. Dalam kerangka Indonesia, definisi data pribadi pada Pasal 1 angka 1 UU PDP juga mencakup pengenalan individu secara langsung maupun tidak langsung melalui penggabungan informasi. Rujukannya adalah teks UU Nomor 27 Tahun 2022 pada JDIH Kemkomdigi.
Misalnya, dalam ilustrasi hipotetis, sebuah berkas memuat nama dan riwayat pesanan, sedangkan catatan lain memuat kontak yang berkaitan dengan orang tersebut. Jika keterkaitannya benar, gabungan itu dapat memberikan konteks yang lebih rinci dibandingkan masing-masing berkas. Ini menjelaskan kemungkinan perubahan kegunaan data, bukan temuan bahwa suatu kumpulan data tertentu telah digabungkan.
Pengaitan pun dapat keliru. Nama yang sama belum membuktikan dua catatan merujuk pada orang yang sama. Data lama, salah ketik, dan informasi yang tidak lengkap dapat menghasilkan dugaan yang salah. Karena itu, kumpulan data yang terlihat rinci belum tentu akurat.
Jenis informasi dan konteksnya perlu dibaca bersama. Pembahasan tentang data pribadi yang sering dibagikan saat memakai aplikasi membantu membedakan informasi yang diberikan langsung, tercatat selama penggunaan, dan disimpulkan dari aktivitas.
Data lama belum tentu kehilangan seluruh kegunaannya
Mengganti kata sandi dapat mengurangi risiko penggunaan kata sandi lama untuk masuk ke akun terkait. Namun, tindakan tersebut tidak mengubah isi riwayat transaksi atau membuat informasi pribadi yang telanjur diketahui kembali menjadi rahasia.
Sebagai contoh hipotetis, alamat pengiriman lama mungkin tidak lagi menunjukkan tempat tinggal saat ini. Meski demikian, rincian pesanan pada alamat tersebut masih dapat dipakai sebagai konteks dalam pesan yang mengaku membahas transaksi terdahulu. Keusangan satu bagian data tidak otomatis membuat seluruh berkas tidak berguna.
Panduan National Cyber Security Centre tentang dampak kebocoran data menjelaskan bahwa informasi yang diperoleh dalam kebocoran dapat dipakai untuk membuat pesan phishing terlihat meyakinkan. Pesan mencurigakan juga dapat muncul beberapa waktu setelah insiden diumumkan. Panduan ini digunakan untuk penjelasan keamanan umum, bukan sebagai aturan hukum Indonesia.
Bahkan pesan yang menyebut insiden nyata belum membuktikan pengirim memiliki data hasil kebocoran. Berita tentang insiden itu sendiri dapat dijadikan alasan untuk mengirim pesan palsu. Karena itu, pengetahuan pengirim tentang sebuah kejadian perlu dipisahkan dari keaslian identitas dan permintaannya.
Dampaknya tidak terbatas pada pengambilalihan akun
Akun yang masih dapat digunakan belum menjelaskan seluruh akibat pengungkapan. Pada informasi yang bersifat pribadi, persoalannya juga dapat berupa hilangnya kerahasiaan isi, terbukanya hubungan antarorang, atau kekhawatiran tentang penggunaan informasi di kemudian hari.
NHS England menjelaskan kemungkinan dampak insiden data, termasuk penipuan, penyalahgunaan identitas, diskriminasi, dan kerusakan reputasi. Sumber tersebut membahas layanan kesehatan Inggris; daftar risikonya membantu menunjukkan ragam akibat, bukan menetapkan bahwa semuanya akan terjadi pada insiden di Indonesia.
Untuk membaca sebuah kejadian secara lebih tepat, pisahkan tiga hal berikut:
- Data yang diketahui terungkap: kategori dan rincian informasi yang sudah dikonfirmasi.
- Penggunaan yang mungkin dilakukan: penalaran tentang bagaimana informasi tersebut dapat digunakan, dengan menyebut batasnya.
- Dampak yang telah ditemukan: kejadian konkret yang memiliki dasar informasi tersendiri.
Sebagai ilustrasi, masuknya pesan penipuan setelah pemberitahuan kebocoran merupakan kejadian yang patut dicatat. Namun, kedekatan waktunya saja belum membuktikan bahwa pesan tersebut memakai data dari insiden yang sama. Hubungan sebab akibat masih memerlukan penelusuran.
Apa arti klaim data sudah ditarik dari peredaran?
Pernyataan bahwa data telah “ditarik”, “dihapus”, atau “diamankan” perlu dibaca melalui objek dan cakupan tindakannya. Menghapus satu unggahan dapat mengurangi akses dari lokasi tersebut. Itu berbeda dari memastikan setiap penerima telah menghapus seluruh salinannya.
Pertanyaan yang berguna adalah: dari mana data dihapus, siapa yang melakukan penghapusan, salinan mana yang tercakup, dan apa dasar keyakinan bahwa tindakan tersebut telah selesai? Jika penjelasan hanya menyebut satu situs atau satu penerima, kesimpulannya sebaiknya mengikuti batas tersebut.
Ini tidak berarti upaya penghapusan tidak berguna. Mengurangi lokasi akses dapat membatasi paparan berikutnya. Meminta penerima yang diketahui menghentikan penggunaan juga memiliki objek yang jelas. Batasnya adalah tidak mengubah keberhasilan pada lokasi tertentu menjadi jaminan atas seluruh peredaran.
Dalam konteks Indonesia, Pasal 8 UU PDP mengatur hak mengakhiri pemrosesan, menghapus, dan/atau memusnahkan data sesuai ketentuan perundang-undangan. Pasal 65 juga melarang pengungkapan dan penggunaan data pribadi milik orang lain secara melawan hukum. Data yang telanjur dapat ditemukan tidak dengan sendirinya menjadi bebas digunakan; penerapan ketentuan pada peristiwa tertentu tetap memerlukan pemeriksaan fakta dan unsur hukumnya.
Hak dan larangan hukum tersebut perlu dibedakan dari kemampuan teknis memastikan semua salinan telah hilang. Persoalan penghapusan pada layanan asal dibahas lebih khusus dalam menghapus akun aplikasi dan nasib data pribadi.
Menanggapi risiko berdasarkan informasi yang terungkap
Respons lebih berguna ketika diarahkan pada kategori data dan temuan yang tersedia. Mengganti kata sandi berkaitan dengan akses akun; tindakan itu tidak menyelesaikan pengungkapan isi dokumen. Sebaliknya, terungkapnya alamat email saja belum membuktikan bahwa kata sandi akun ikut diketahui.
Untuk informasi masuk akun yang terdampak, panduan NCSC menyarankan penggantian kata sandi yang masih digunakan, termasuk pada akun lain yang memakai kata sandi sama. Panduan itu juga menyarankan pemeriksaan aktivitas akun dan konfirmasi melalui kanal resmi organisasi. Jalur pemulihan berikutnya perlu mengikuti layanan terkait, bukan tautan dari pesan yang belum jelas asalnya.
Catatan tindak lanjut dapat dibuat sederhana: simpan pemberitahuan, tanggal pembaruan, nomor laporan, dan bukti aktivitas yang dipersoalkan. Saat meminta penjelasan, fokuskan pertanyaan pada kategori data, cakupan salinan yang diketahui, serta tindakan yang telah dilakukan. Hindari menyertakan ulang dokumen sensitif yang tidak diperlukan atau meneruskan berkas bocoran untuk membuktikan kekhawatiran.
Tidak ada jangka waktu tunggal yang dapat dijanjikan sebagai akhir seluruh risiko. Penilaian perlu mengikuti sifat informasi, perubahan keadaan, dan temuan penggunaan yang nyata. Ukuran penanganan yang lebih bermakna adalah kejelasan tentang jalur yang sudah ditutup, salinan yang sudah ditangani, dan ketidakpastian yang masih tersisa.
Artikel ini memberikan informasi umum dalam konteks Indonesia, bukan nasihat hukum untuk keadaan pribadi atau penetapan tanggung jawab atas insiden tertentu.