BD303I/BD303Z/BD303IP – Hash 2025/2026

Essay UTS Hash

Muhammad Farhan Kamil
Prodi Bisnis Digital UR
NIM 2381476461

1. Mengapa hashing saja tidak cukup untuk melindungi data identitas pasien?

Hashing adalah fungsi satu arah (deterministik), yang berarti input yang sama selalu menghasilkan output hash yang sama. Masalah muncul karena banyak data identitas dasar, seperti NIK, nomor telepon, atau email, memiliki pola yang terbatas dan sering kali sudah tersebar di ranah publik.

Jika hash ID pasien bocor, penyerang tidak perlu menebak ID dari nol. Mereka dapat membuat basis data mereka sendiri (rainbow table) dengan mengambil jutaan NIK atau email yang beredar secara sah atau ilegal, menghitung hash untuk setiap data tersebut, lalu mencocokkannya dengan hash yang bocor dari platform kesehatan. Teknik ini disebut re-identification atau linkage attack.

Contoh :

Bayangkan hash NIK pasien A adalah X1Y2Z3…. Penyerang tahu bahwa NIK adalah 16 digit. Penyerang mengumpulkan daftar 10.000 NIK dari data breach lama. Penyerang menghitung hash dari setiap NIK yang 10.000 itu. Ternyata, NIK 320101XXXXX menghasilkan hash X1Y2Z3…. Seketika, penyerang berhasil mengidentifikasi pasien A tanpa merusak sistem hashing sama sekali. Hash hanya menjamin integritas data dan one-way storage, tetapi tidak menjamin anonimitas.

2. Berikan dua skenario nyata (boleh fiktif namun masuk akal):

A: Situasi di mana Hash lebih tepat digunakan daripada Enkripsi

• Skenario: Verifikasi Keaslian Dokumen Persetujuan Medis (Informed Consent).
• Alasan Teknis Singkat: Sebelum dokumen digital diserahkan ke sistem, sistem akan menghasilkan hash uniknya. Hash ini disimpan di ledger atau database sebagai bukti bahwa pada detik tersebut, dokumen memiliki konten X. Kita menggunakan hash (fungsi satu arah) karena kita hanya perlu membuktikan integritas dokumen di masa depan. Jika ada pihak yang memodifikasi dokumen tersebut setelah disimpan, hash baru yang dihitung akan berbeda, membuktikan ketidakabsahan dokumen. Kita tidak perlu mengembalikan hash menjadi dokumen asli.

B: Situasi di mana Enkripsi lebih tepat digunakan daripada Hash

• Skenario: Penyimpanan Hasil Laboratorium Darah (Blood Panel) Pasien.
• Alasan Teknis Singkat: Hasil laboratorium adalah data krusial yang harus dapat dibaca kembali oleh dokter dan sistem analisis. Data ini adalah angka atau teks yang sangat sensitif dan must be available in plaintext saat digunakan. Oleh karena itu, data ini harus di-enkripsi (fungsi dua arah) saat disimpan di database (data at rest) dan hanya di-dekripsi saat ada permintaan akses yang sah oleh pihak yang memiliki kunci enkripsi, memastikan kerahasiaan data terjaga.

3. Buat contoh data buatan kamu untuk Re-identification Attack

Sistem kesehatan digital bocor, penyerang mendapat hash NIK: H-0001.

Dari sumber eksternal (misalnya, data klaim asuransi yang bocor), penyerang menemukan data berikut:

Penyerang mendapatkan daftar NIK lengkap dari breach bank. Penyerang membuat hash dari NIK-NIK tersebut. NIK 3273XXXXXX ternyata menghasilkan H-0001. Penyerang kini tahu bahwa NIK 3273XXXXXX adalah individu berusia 40 tahun yang baru saja menjalani MRI Jantung pada tanggal tertentu. Identitas pasien ditebak dengan mencocokkan pola kunjungan unik dengan NIK yang hash-nya bocor.

4. Usulkan pendekatan defense-in-depth

Strategi defense-in-depth saya berpusat pada Pembatasan Data dan Audit Transaksi.

Pertama, terapkan prinsip data minimization, sistem hanya menyimpan hash dari data identitas yang benar-benar diperlukan. Hash ini wajib dilindungi dengan salt yang unik untuk setiap entri, ditambah pepper rahasia yang disimpan terpisah di Hardware Security Module (HSM). Kedua, pseudonymization diterapkan pada data medis yang dienkripsi: alih-alih di-link langsung ke NIK pasien, data di-link ke ID acak sementara (pseudonym), yang mapping-nya ke NIK hanya disimpan di sistem isolasi yang sangat terbatas. Ketiga, terapkan pembatasan akses internal berdasarkan least privilege: Tim Developer tidak boleh memiliki akses ke data produksi; Tim Support hanya boleh mengakses data yang ter-pseudonym dan di-masked. Keempat, audit dan logging harus dilakukan secara real-time untuk semua tindakan decrypt dan query database. Semua upaya untuk melihat mapping table antara pseudonym dan NIK harus memicu notifikasi darurat. Pendekatan berlapis ini memastikan bahwa kegagalan di satu lapisan (misalnya, database bocor) tidak langsung mengungkap identitas pasien.

5. Opini mengapa kebocoran hash data kesehatan lebih berbahaya

Menurut opini pribadi saya, kebocoran hash data kesehatan (yang memungkinkan re-identification data medis) jauh lebih berbahaya daripada kebocoran hash password biasa, karena melibatkan irreversible damage pada hak asasi dan status sosial seseorang.

Sudut Pandang Etika & Dampak Sosial: Password dapat diganti; ini adalah risiko yang dapat dikelola. Namun, riwayat kesehatan adalah bagian intrinsik dari diri seseorang dan tidak dapat diubah. Ketika hash kesehatan bocor, penyerang bisa re-identify dan mengungkap kondisi kesehatan yang membawa stigma mendalam (misalnya diagnosis HIV, riwayat penyakit mental, atau kondisi genetik). Dampak sosialnya berupa diskriminasi di tempat kerja, penolakan asuransi, atau ostrasisasi di lingkungan masyarakat.

Reputasi Pasien: Kebocoran hash password merusak reputasi digital dan finansial; kebocoran hash kesehatan merusak reputasi personal dan profesional seumur hidup. Individu bisa menjadi target pemerasan, di mana ancaman untuk mengungkap kondisi medis digunakan untuk mendapatkan keuntungan finansial atau politik. Argumentasi saya adalah, sementara password melindungi aset, data kesehatan melindungi martabat dan kebebasan sipil seseorang. Oleh karena itu, kerugian dari hash kesehatan yang bocor jauh lebih tinggi karena dampaknya bersifat permanen, pribadi, dan menghancurkan kehidupan nyata.