PERTANYAAN:

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.

STATUS: 100% sudah tercapai

KETERANGAN: Saya sudah mengerjakan ESSAY ini dengan baik dan benar

BUKTI:

Mengapa Hashing Saja Tidak Cukup untuk Melindungi Data Identitas Pasien?

Hashing memang berfungsi untuk menyembunyikan data asli, namun ia tidak cukup untuk melindungi data identitas pasien secara menyeluruh. Masalah utama terletak pada fakta bahwa hash adalah fungsi satu arah yang bisa dicocokkan dengan data lain untuk mengetahui hasil aslinya—terutama jika pihak luar memiliki akses ke pola data atau informasi eksternal yang relevan.

Contoh logika sederhana: Misalkan seorang pasien memiliki nomor identitas “123456789” yang di-hash menjadi nilai tertentu. Jika penyerang bisa mendapatkan informasi publik seperti nama pasien, usia, atau tempat tinggal, mereka bisa mencoba mencocokkan hash dengan data eksternal. Bahkan lebih mudah jika penyerang tahu tanggal lahir pasien atau lokasi kunjungan rumah sakit, karena hal-hal ini sering terkait dengan identitas seseorang dan bisa mengurangi kemungkinan keberhasilan re-identification attack.

Pada dasarnya, meskipun hashing mengaburkan data, jika ada cukup informasi tambahan yang dapat diakses atau diprediksi, penyerang bisa “mengembalikan” data yang di-hash ke bentuk asli dengan mencocokkannya terhadap data lain yang sudah ada di luar sana—menjadikan hashing tidak cukup untuk melindungi identitas secara utuh.
Skenario A: Situasi di Mana Hash Lebih Tepat Digunakan Daripada Enkripsi

Skenario ini bisa terjadi ketika sistem perlu memverifikasi data, tetapi tidak perlu mengetahui isi data itu sendiri. Misalnya, dalam sistem login atau autentikasi, kita bisa menggunakan hash untuk menyimpan kata sandi pengguna. Dalam hal ini, hanya hash yang perlu diproses, bukan data asli itu sendiri. Ketika pengguna login, sistem hanya membandingkan hash dari kata sandi yang dimasukkan dengan hash yang tersimpan, bukan membuka atau mengenkripsi kata sandi asli. Hal ini lebih efisien dan aman, karena hash tidak bisa dipulihkan kembali ke bentuk aslinya.

Skenario B: Situasi di Mana Enkripsi Lebih Tepat Digunakan Daripada Hash

Enkripsi lebih tepat digunakan saat kita perlu menyimpan atau mentransmisikan data yang sensitif dan kita mungkin perlu mengakses atau memproses data tersebut di masa depan. Misalnya, data medis pasien seperti riwayat penyakit, hasil tes laboratorium, atau diagnosa harus dienkripsi untuk menjaga kerahasiaannya. Dalam hal ini, meskipun data tersebut dienkripsi, kita perlu kemampuan untuk mendekripsinya kembali saat diperlukan untuk tujuan pengobatan atau konsultasi lanjutan.
Contoh Data Buatan untuk Menunjukkan Re-Identification Attack

Data asli yang di-hash atau dienkripsi:

Nomor Identitas Email Tanggal Kunjungan Jenis Pemeriksaan

123456789 [email protected] 2025-11-10 Cek Kesehatan Umum

987654321 [email protected] 2025-11-11 Rontgen Dada

Meskipun data di atas telah di-hash atau dienkripsi, jika penyerang mengetahui bahwa arul (misalnya, seorang eksekutif terkenal) pernah menjalani pemeriksaan kesehatan umum pada tanggal 2025-11-10 di rumah sakit tertentu, mereka dapat menebak identitas pasien berdasarkan pola ini. Kombinasi data seperti tanggal kunjungan atau jenis pemeriksaan, ditambah dengan informasi publik seperti usia atau pekerjaan seseorang, memberikan petunjuk yang cukup kuat untuk mencocokkan hash dengan individu tertentu.
Usulan Pendekatan Defense-in-Depth

Untuk mengatasi risiko seperti yang dijelaskan di atas, pendekatan defense-in-depth perlu diterapkan. Pertama-tama, salt/pepper harus digunakan bersama dengan hashing. Salt adalah nilai acak yang ditambahkan ke data sebelum proses hashing, sedangkan pepper adalah nilai tambahan yang lebih rahasia dan sulit ditebak, yang akan lebih mengamankan hasil hash. Dengan menggunakan keduanya, bahkan jika dua orang memiliki data yang sama, hash-nya akan berbeda.

Selain itu, pseudonymization dapat diterapkan dengan mengganti informasi identitas asli pasien dengan pseudonim atau kode unik yang hanya dapat dipetakan kembali melalui sistem yang sangat terbatas dan terkontrol. Ini akan mengurangi risiko kebocoran data pribadi.

Selain itu, penting untuk ada pembatasan akses internal. Hanya individu yang memiliki izin tertentu yang dapat mengakses data medis yang sensitif. Akses ini harus dibatasi berdasarkan peran dan tanggung jawab. Di samping itu, audit dan logging yang ketat harus diterapkan, memonitor setiap akses dan modifikasi terhadap data pasien untuk mendeteksi aktivitas yang mencurigakan atau tidak sah.

Akhirnya, prinsip data minimization harus diterapkan, yang berarti bahwa hanya data yang benar-benar dibutuhkan untuk tujuan tertentu yang boleh dikumpulkan atau diproses. Misalnya, jika sebuah aplikasi hanya membutuhkan riwayat kesehatan pasien untuk analisis statistik tanpa perlu mengetahui identitas lengkap, data tersebut seharusnya disimpan dalam bentuk yang anonim atau terenkripsi.
Mengapa Kebocoran Hash Data Kesehatan Lebih Berbahaya Dibandingkan Kebocoran Hash Password Biasa?

Kebocoran hash data kesehatan lebih berbahaya karena dampaknya lebih luas dan lebih personal dibandingkan dengan kebocoran data password biasa. Data kesehatan sering kali berisi informasi yang sangat sensitif, seperti riwayat penyakit, diagnosis, atau bahkan informasi genetika, yang bisa digunakan untuk menargetkan individu dengan serangan sosial (social engineering), diskriminasi, atau bahkan pengambilan keputusan yang salah dalam konteks asuransi atau pekerjaan.

Selain itu, kebocoran data kesehatan bisa menyebabkan kerugian yang lebih besar dalam jangka panjang, baik dari sisi pribadi, sosial, maupun reputasi. Seseorang yang datanya bocor mungkin akan merasa terstigma atau kehilangan privasi yang sangat penting dalam konteks kesehatan. Di sisi lain, meskipun kebocoran hash password mungkin merugikan dalam hal keamanan akun, konsekuensinya bisa lebih cepat ditanggulangi dengan mengganti kata sandi dan mengambil langkah-langkah perlindungan lainnya. Tetapi, sekali data kesehatan bocor, pemulihannya jauh lebih rumit dan dampaknya bisa memengaruhi banyak aspek kehidupan seseorang secara terus-menerus.