🚨 Si be-dev dan Log Berbahaya

Jadi ceritanya si be-dev lagi bikin endpoint /register.
Karena pengen gampang debug, dia log semua isi body request ke file:

{
  "email": "user@example.com",
  "nik": "3271xxxxxxx",
  "alamat": "Jl. Rahasia No. 69",
  "ip": "103.xxx.xxx.xxx"
}

Tiga minggu kemudian, log itu ikut masuk backup ke cloud.

Dan... ngambang tanpa enkripsi.

Lalu... bocor.

Dan... ya, kalian bisa tebak sendiri sisanya.

📘 Apa Itu PII & Kenapa Lo Harus Peduli

Tapi versi UU PDP, PII itu disebut sebagai Data Pribadi, dan dibagi jadi dua:

• Data Pribadi Umum → nama, email, IP address, lokasi
• Data Pribadi Spesifik → NIK, biometrik, data kesehatan, rekam jejak keuangan

Kalau lo nyentuh data itu — apalagi nyimpan — ya lo harus comply.

Dan ini bukan teori doang. UU PDP di Pasal 1 & 2 udah jelasin secara eksplisit apa aja yang masuk kategori data pribadi.

🧨 Problems: What & Why

Sebagian besar developer gak sadar kalau data yang dia sentuh itu tergolong PII. Apalagi kalau udah ngelog, ngebackup, atau nge-commit data mentah.

Masalahnya bukan niat jahat. Tapi karena banyak yang nganggep: “Ini mah cuma testing, bro.”

1. Log Semua Data Request

Log itu:

• Sering masuk ke backup otomatis
• Bisa dibaca banyak sistem lain
• Jarang dibersihin

Kalau bocor? Selamat datang surat cinta dari “yang berwenang”.

2. Nyimpan Email & No HP Tanpa Masking

Data ini kelihatannya sepele, padahal jadi entry point phishing. Kalau bocor, bisa langsung dicocokkan dengan aktivitas user lain.

3. Gak Ngeh Metadata File Ikut Terbawa

Exif metadata bisa nunjukin lokasi, device, bahkan timestamp. Dan ya... itu semua bisa dipakai untuk ngelacak user.

4. Simpen Alamat Rumah Tanpa Enkripsi

Padahal alamat lengkap termasuk PII spesifik. Dan kalau sistem gak pakai enkripsi? Semua orang di internal bisa akses data itu.

5. IP Address Terekam di Semua Request

Masalahnya:

• IP address bisa jadi PII
• Bisa identifikasi lokasi user
• Bisa jadi pintu masuk profiling

🛡️ Secure Practices: How & Why

Tau salahnya doang gak cukup. Yang penting: gimana cara benerinnya.

Ini dia langkah-langkah yang bisa kamu lakuin mulai hari ini:

✅ Jangan Log Sembarangan

• Filter field sensitif: jangan log email, IP, NIK, GPS
• Set log level sesuai: debug/info/error jangan disamain
• Bersihkan log secara berkala (log rotation)

Kenapa penting? Karena log itu sering dibaca banyak sistem — dan kadang manusia juga. Bocor sedikit, bisa panjang urusannya.

✅ Simpan PII dengan Enkripsi

• Gunakan AES-256 minimal
• Password disimpan pakai hash (bcrypt/argon2)
• Backup juga harus terenkripsi, jangan cuma DB utama

Jangan anggap data internal = aman. Kalau ada yang nyolong backup, selesai sudah.

✅ Validasi Akses di Backend

• Jangan percaya frontend
• Role check dan permission logic harus di backend
• Audit access setiap periode tertentu

Ingat: data PII = data sensitif. Yang bisa lihat cuma yang punya alasan jelas.

✅ Gunakan ENV, Jangan Hardcoded

• Semua API key, token, dan secret → simpan di environment variable
• Jangan commit file .env ke repo
• Audit ENV usage secara berkala

Hardcoded secret itu kayak nyimpen kunci rumah di depan pagar. Ya silakan kalau pengen dijemput UU PDP.

✅ Masking & Truncating Saat Share Data

• Kirim email? Mask sebagian: anhar****@mail.com
• Tampilkan NIK? Truncate: 3271******0012
• Share data ke pihak luar? Gunakan dummy kalau bisa

Semua data bisa keliatan "aman" sampai seseorang salah pake.

✅ Gunakan Signed URL untuk Akses File

• Batasi waktu akses (TTL)
• Hindari direct public link
• Tambahkan scope/kontrol (read-only, no-download, dll)

📚 Kaitan dengan UU PDP & Standar

🧾 Developer Compliance Checklist

🧾 Developer Compliance Checklist

🧨 Penutup