1. Mengapa hashing saja tidak cukup untuk melindungi data identitas pasien?
Hashing tidak cukup karena hash bisa ditebak kembali (re-identification) jika datanya punya pola atau bisa dicocokkan dengan sumber eksternal.
Misalnya, kalau platform kesehatan hanya menyimpan hash dari nomor KTP pasien, penyerang bisa membuat daftar semua kemungkinan nomor KTP (brute force atau dictionary attack), hash semuanya, lalu membandingkan hasilnya. Kalau cocok, identitas pasien terbongkar.
Contoh sederhana:
Bayangkan data pasien hanya di-hash berdasarkan nomor telepon. Penyerang bisa membuat daftar 1 juta nomor telepon, hash semuanya, lalu menemukan mana yang cocok. Artinya hashing tanpa perlindungan tambahan seperti salt atau enkripsi tidak cukup kuat untuk melindungi identitas.
________________________________________
2. Dua skenario nyata: kapan hash dan kapan enkripsi lebih tepat?
A. Hash lebih tepat digunakan daripada enkripsi:
Untuk menyimpan password akun pengguna.
Alasannya: sistem tidak perlu tahu password aslinya, hanya perlu memverifikasi kecocokan hash. Jadi, jika data bocor pun, tidak ada teks asli yang bisa diambil.
B. Enkripsi lebih tepat digunakan daripada hash:
Untuk menyimpan data medis pasien (hasil lab, riwayat penyakit).
Alasannya: dokter atau pasien sendiri kadang perlu membaca ulang data aslinya. Dengan enkripsi, data bisa dibuka kembali oleh pihak yang berwenang, sedangkan hash bersifat satu arah (tidak bisa dikembalikan ke bentuk asli).
________________________________________
3. Contoh data buatan dan simulasi serangan re-identifikasi?
Misalnya data pasien disimpan sebagai berikut (disederhanakan):
Nomor Identitas (hash) – Email (hash) – Tanggal Kunjungan – Diagnosa (terenkripsi)
a35f12d… 8be7aa… 2025-07-29 [ENCRYPTED]
4f8e22d… 11adbb… 2025-07-30 [ENCRYPTED]
Penyerang tahu dari media sosial atau sumber publik bahwa “Pak Jabe” kunjungan ke rumah sakit tanggal 29 JULI 2025.
Ia membuat daftar kemungkinan nomor KTP Jabe (misalnya dari data bocoran lain), lalu melakukan hash terhadap semua nomor itu.
Ketika hasil hash cocok dengan a35f12d…, identitas pasien langsung terungkap — meskipun tidak ada data teks aslinya di sistem!
Ini disebut re-identification attack.
________________________________________
4. Pendekatan in-depth defense untuk melindungi data pasien?
Strategi perlindungan harus berlapis, tidak hanya bergantung pada satu metode:
• Pseudonymization: Ganti identitas asli pasien (nama, NIK, email) dengan ID acak. Sistem medis hanya menyimpan kunci pemetaan di server terpisah.
• Data minimization: Simpan hanya data yang benar-benar dibutuhkan. Misalnya, untuk analisis statistik, cukup simpan umur dan wilayah, bukan tanggal lahir lengkap.
• Pembatasan akses internal: Tidak semua staf boleh melihat seluruh data pasien. Terapkan role-based access control (RBAC) dan audit log.
• Salt dan pepper pada hash: Tambahkan nilai acak yang berbeda untuk setiap entri agar hasil hash tidak bisa ditebak dengan rainbow table.
• Monitoring dan logging: Catat aktivitas akses data, deteksi pola mencurigakan seperti percobaan hash massal atau ekspor data besar.
________________________________________
5. Opini dan etika: mengapa kebocoran hash data kesehatan lebih berbahaya?
Kebocoran hash data kesehatan jauh lebih berbahaya daripada kebocoran hash password biasa karena dampaknya bukan hanya teknis, tapi juga sosial dan etis.
• Etika dan privasi: Data medis bisa mengungkap kondisi sensitif seperti penyakit menular, gangguan mental, atau riwayat kehamilan. Bocorannya bisa menyebabkan stigma sosial, diskriminasi kerja, bahkan masalah keluarga.
• Reputasi pasien: Sekali identitas medis terbuka, sulit diperbaiki. Berbeda dengan password yang bisa diganti.
• Dampak hukum: Banyak regulasi seperti UU PDP dan HIPAA (di luar negeri) yang menilai kebocoran data medis sebagai pelanggaran berat.
• Kepercayaan publik: Kebocoran seperti ini bisa membuat masyarakat enggan menggunakan layanan kesehatan digital.
Jadi, walaupun data “hanya” di-hash, jika penyerang bisa menghubungkan hash itu dengan identitas nyata, maka konsekuensinya sangat besar — lebih besar daripada sekadar kebocoran akun biasa.
SHORT LINK ELLA : KLIK