SOAL UTS – Hash, Privasi Data Medis, dan Keamanan Informasi
Sebuah platform kesehatan digital menyimpan data pasien dengan metode sebagai berikut:
-
Nomor identitas → hash
-
Email → hash
-
Data medis → enkripsi
Terjadi insiden keamanan di mana pihak luar dapat melakukan re-identification attack dengan mencocokkan hash, pola data kunjungan, dan informasi publik.
Tugas kamu adalah menjawab pertanyaan berikut dengan bahasa kamu sendiri, bukan definisi textbook atau salinan teori umum. Gunakan pemikiran pribadi, contoh buatan sendiri, dan logika kamu. Jawaban generik atau terindikasi bantuan otomatis tidak akan dinilai.
-
Jelaskan mengapa hashing saja tidak cukup untuk melindungi data identitas pasien, terutama jika data tersebut dapat dicocokkan dengan sumber eksternal. Gunakan contoh logika sederhana yang kamu buat sendiri untuk menjelaskan.
-
Berikan dua skenario nyata (boleh fiktif namun masuk akal):
-
A: Situasi di mana hash lebih tepat digunakan daripada enkripsi
-
B: Situasi di mana enkripsi lebih tepat digunakan daripada hash
Sertakan alasan teknis singkat yang kamu pahami sendiri, bukan sekadar teori.
-
-
Buat contoh data buatan kamu (3 sampai 5 baris teks saja, tidak perlu menghitung hash asli) untuk menunjukkan bagaimana penyerang dapat menebak identitas pasien melalui pola atau kesesuaian informasi, misalnya dari usia, tanggal kunjungan, atau jenis pemeriksaan.
-
Usulkan pendekatan defense-in-depth untuk sistem tersebut dalam bentuk paragraf, tidak bullet point. Bahasan kamu harus mencakup minimal empat elemen berikut: penggunaan salt/pepper, pseudonymization, pembatasan akses internal, audit dan logging, dan prinsip data minimization. Jelaskan sebagai strategi yang kamu rancang sendiri.
-
Jelaskan dengan opini pribadi kamu mengapa kebocoran hash data kesehatan lebih berbahaya dibanding kebocoran hash password biasa. Sertakan sudut pandang etika, dampak sosial, dan reputasi pasien. Gunakan argumen kamu sendiri.
JAWABAN SOAL HASH
1. Jujur Aja, Kenapa Hashing Aja Nggak Cukup?
Begini, hashing itu keren buat nyembunyiin data asli biar nggak bisa dibaca langsung, seperti bikin kode rahasia. Tapi, masalahnya ada di pola. Data identitas itu jarang banget yang acak total.
Contoh Logika Gampangnya:
Misalnya, kita punya data hash dari pengunjung gym. Datanya bocor, cuma kelihatan kode dan pola aktivitasnya:
| Hash ID (Bocor) | Pola Kunjungan |
| Kode X | Terapi cedera lutut setiap Jumat |
| Kode Y | Ikut kelas Zumba tiga kali seminggu |
Nah, dari gosip di luar, kita tahu Ijul baru saja dioperasi lututnya dan hanya boleh terapi ringan setiap Jumat. Sebaliknya, Panjul memang instruktur freelance yang rutin ikut kelas Zumba.
Begitu pola ini ketemu, kita langsung nyambung kalau Kode X itu pasti Ijul, dan Kode Y itu Panjul. Jadi, walaupun nama aslinya berhasil disembunyikan oleh hashing, kebiasaan unik kita yang cocok dengan info publik itu jadi petunjuk yang sangat mudah. Hashing sendirian tidak cukup melindungi jika pola data tersebut terungkap.
2. Kapan Enkripsi vs Kapan Hash
A. Kapan Pakai Hash (Cuma Cek Keaslian)
- Situasi: Kita mau memastikan file konfigurasi sistem nggak diganti-ganti sama hacker iseng.
- Contoh: Misal, kita simpan hash dari file firewall utama. Kalau ada orang yang nyoba ganti satu baris di file itu, hash-nya pasti langsung beda.
- Alasan Teknis: Kita nggak perlu tahu isi hash itu apa. Kita cuma butuh hasil Yes atau No (“Sama” atau “Beda”). Prosesnya cepat dan nggak perlu mikirin cara balikinnya.
B. Kapan Pakai Enkripsi (Harus Dibaca Lagi)
- Situasi: Data diagnosis pasien yang sangat rahasia, misalnya riwayat terapi kanker.
- Contoh: Data ini harus dikirim antar rumah sakit. Data itu dienkripsi dulu pakai kunci rahasia.
- Alasan Teknis: Data medis harus bisa dibaca dan digunakan oleh dokter yang berhak. Enkripsi itu seperti ngunci kotak pakai gembok, dan cuma orang yang bawa kuncinya (dokter berhak) yang bisa buka kotak itu dan lihat isinya lagi.
3. Contoh Tebakan Identitas Melalui Pola Data
Contoh data buatan ini menunjukkan bagaimana pola dapat digunakan untuk menebak identitas, meskipun data utama di-hash.
| Hash ID (Identitas) | Tgl. Kunjungan | Usia (Data Publik) | Jenis Pemeriksaan/Pola | Data Medis (Enkripsi) |
H4A7D9 |
01/04/2024 | 22 | Kontrol Tumbuh Kembang Bayi | AXc12... |
C2B5E8 |
20/03/2024 | 45 | Cek Gula Darah Rutin | BZa34... |
F1G3H5 |
15/04/2024 | 68 | Fisioterapi Pasca Stroke | CYb56... |
Logika Penyerang:
- Penyerang mendapatkan data publik: Daftar nama guru SD “Harapan Bangsa” yang baru cuti melahirkan, salah satunya adalah Ibu Dini (usia 22 tahun).
- Penyerang mencocokkan: Hash
H4A7D9memiliki pola kunjungan “Kontrol Tumbuh Kembang Bayi” dan dicatat untuk usia 22. - Kesimpulan Tebakan: Ibu Dini adalah pemilik Hash ID
H4A7D9. Pola data kunjungan secara spesifik mengarah pada kejadian hidup yang unik (melahirkan), yang cocok dengan usia 22 dan informasi publik (guru cuti melahirkan).
4. Rancangan Pertahanan Berlapis (Defense-in-Depth)
Strategi saya itu bikin banyak tembok, jadi kalau satu tembok jebol, masih ada tembok lain yang nahan. Pertama, data identitas asli (nama, KTP) harus dipisahkan dari data medisnya—itu namanya pseudonymization. Data medisnya nanti cuma pakai kode samaran (alias). Untuk jaga si kode samaran ini, kita pakai salt (kode acak unik yang ditempel ke hash tiap orang) dan pepper (kunci rahasia tambahan yang disimpan di server terpisah dari database utama), biar kalau database keambil semua, hash-nya tetap susah dipecah. Kedua, kita harus minimalkan data yang disimpan; kalau cuma butuh tahu dia datang bulan apa, ya jangan simpan tanggal dan jamnya. Itu namanya data minimization. Ketiga, kita kunci akses ke dalam sistem. Pembatasan akses internal harus super ketat, hanya staf yang benar-benar butuh (misalnya dokter yang merawat) yang boleh buka data medis yang sudah dienkripsi. Dan yang terakhir, semua gerakan di sistem harus dicatat total lewat audit dan logging; kalau ada yang aneh (misalnya, orang bagian administrasi tiba-tiba buka 100 rekam medis dalam semenit), sistem harus kasih peringatan.
5. Kenapa Kebocoran Hash Data Medis Lebih Seram dari Password?
Menurut saya, ini beda kelas bahayanya.
- Kebocoran Password: Ya ampun, akun saya diretas! Saya panik, ganti password ke yang lebih kuat, lalu selesai. Efeknya biasanya terbatas pada kerugian uang atau akun. Kita bisa reset dan lanjut hidup.
- Kebocoran Hash Data Medis (Setelah Re-identifikasi): Ini bencana jangka panjang. Kalau bocor, yang ketahuan itu rahasia paling intim: saya depresi berat, saya punya penyakit genetik, atau saya pernah menggugurkan kandungan. Ini bukan cuma soal uang, tapi reputasi dan harga diri saya. Saya nggak bisa ganti “riwayat penyakit” saya. Dampak sosialnya itu mengerikan; saya bisa jadi bahan gosip, ditolak asuransi, atau bahkan dicurigai di lingkungan kerja. Data kesehatan itu permanen dan membentuk bagaimana masyarakat memandang kita. Karena itu, kebocoran data medis itu pelanggaran kepercayaan yang jauh lebih fatal dan dampaknya permanen bagi kemanusiaan pasien.
