Verifikasi Umur di Internet Bisa Melindungi Anak sekaligus Mengancam Privasi

Secara teori, verifikasi umur di internet terdengar simpel.

Platform ingin tahu: user ini 12 tahun atau 22 tahun?

Kalau di bawah batas, fitur dibatasi.

Masalah selesai.

Di dunia nyata, pertanyaan sederhana itu bisa meminta data sensitif.

Tanggal lahir.

KTP.

Kartu keluarga.

Wajah.

Biometric estimate.

Data orang tua.

Dan semakin banyak data yang dikumpulkan untuk membuktikan umur, semakin besar risiko privacy kalau sistemnya salah desain.

Inilah paradoks PP TUNAS.

Indonesia ingin memastikan anak tidak mudah menyamar sebagai orang dewasa.

Itu tujuan valid.

Pada Juli 2026, Komdigi mengungkap salah satu tantangan awal implementasi: banyak anak memalsukan usia untuk mengakses media sosial.

Keputusan Menteri Komdigi Nomor 142 Tahun 2026 juga secara eksplisit melihat apakah platform memiliki mekanisme pengumpulan usia, memastikan usia, atau verifikasi usia.

Age assurance kini menjadi infrastructure penting.

Tapi infrastructure ini tidak boleh berubah menjadi mesin pengumpulan identitas.

Pertama, bedakan age declaration, age estimation, dan age verification

Age declaration adalah yang paling sederhana.

User memilih tanggal lahir.

Murah.

Privacy-friendly.

Tapi gampang bohong.

Age estimation mencoba memperkirakan umur.

Bisa dari wajah.

Behavior.

Account history.

Signal lain.

Lebih kuat, tetapi probabilistik.

Bisa salah.

Age verification membuktikan umur menggunakan sumber lebih kuat.

Identitas resmi.

Digital identity.

Third-party age service.

Masing-masing punya trade-off.

Tidak ada metode sempurna.

Jadi regulator seharusnya tidak memaksa satu metode untuk semua layanan.

Risk-based.

Website low risk tidak perlu biometric.

Platform high risk mungkin butuh assurance lebih kuat.

Kedua, platform tidak selalu perlu tahu siapa lo

Ini konsep penting.

Untuk banyak layanan, platform hanya perlu tahu: user di atas 16 atau tidak.

Tidak perlu: nama lengkap, NIK, alamat, tanggal lahir persis.

Age token bisa menjadi solusi.

Third-party verifier mengecek identitas.

Lalu mengirim ke platform: “16+ verified.”

Platform tidak melihat KTP.

Ini privacy-preserving.

Data minimization.

Semakin sedikit data yang ditukar, semakin kecil risiko breach.

Architecture seperti ini jauh lebih baik daripada semua platform menyimpan scan identitas.

Ketiga, KTP bukan jawaban universal

Anak di bawah 17 tahun umumnya belum punya KTP-el seperti orang dewasa.

Maka kalau platform berkata: “upload KTP,” itu tidak menyelesaikan child verification.

Bisa memakai data orang tua?

Kartu keluarga?

Digital identity?

Ini membuka data lebih banyak.

Makanya age verification anak memang difficult.

Platform harus merancang metode sesuai Indonesia.

Jangan copy system negara lain.

Civil registry structure berbeda.

Dokumen berbeda.

Digital identity berbeda.

Konteks lokal penting.

Keempat, biometric age estimation punya risk

AI bisa memperkirakan umur dari wajah.

Convenient.

User selfie.

System bilang: “sekitar 17.”

Tapi estimation bukan fakta.

Orang terlihat lebih muda.

Lebih tua.

Model bisa punya error antar kelompok.

Lighting.

Camera.

Skin tone.

Disability.

Kalau threshold 16, error satu atau dua tahun sangat material.

Anak 15 bisa dianggap 17.

Orang 18 dianggap 15.

False positive dan false negative.

Need appeal.

Jangan jadikan face age estimation sebagai final truth.

Kelima, biometric juga data sensitif

Wajah bukan password.

Kalau password bocor, ganti.

Wajah nggak.

Kalau platform mengumpulkan selfie untuk age verification, retention harus minimal.

Ideal: process, verify, delete.

Jangan simpan raw image tanpa kebutuhan.

Jangan dipakai training otomatis.

Jangan dipakai marketing.

Purpose limitation.

UU PDP Indonesia juga relevan karena data pribadi anak dan biometric punya sensitivitas tinggi dalam tata kelola data.

Age verification tidak menghapus privacy obligation.

Justru meningkatkannya.

Keenam, centralized database punya concentration risk

Bayangin semua platform mengirim identity ke satu database.

Efficient.

Tapi kalau breach, impact besar.

Centralization punya trade-off.

Satu service bisa mengurangi duplikasi KTP di banyak platform.

Tapi menjadi target sangat menarik.

Architecture perlu security kuat.

Maybe tokenization.

Zero-knowledge proof.

Decentralized credential.

Teknologinya berkembang.

Indonesia sebaiknya tidak terburu-buru menetapkan satu sistem nasional sebelum diuji.

Pilot.

Security review.

Privacy impact.

Ketujuh, orang tua bisa ikut terekspos

Untuk anak, platform mungkin meminta parental consent.

Bagaimana verifikasi orang tua?

KTP?

Nomor telepon?

Account link?

Sekarang bukan hanya data anak yang dikumpulkan.

Data keluarga.

Relationship.

Ini sensitive.

Platform tidak perlu tahu seluruh kartu keluarga kalau cukup memastikan guardian relationship.

Data minimization again.

Jangan karena ingin melindungi anak, sistem membuat family graph komersial.

Siapa anak siapa.

Umur.

Account.

Behavior.

Ini dataset sangat valuable.

Harus dilindungi.

Kedelapan, age verification bisa menjadi surveillance infrastructure

Ini kekhawatiran legitimate.

Kalau semua website wajib memastikan identitas user, anonymity online berkurang.

Orang dewasa juga terdampak.

Political speech.

Sensitive health search.

Support group.

Adult user mungkin tidak ingin menyerahkan identitas hanya untuk akses legal content.

Jadi requirement harus narrow.

Target high-risk platform.

Bukan seluruh internet.

PP TUNAS memakai pendekatan berbasis risiko.

Implementasinya seharusnya menjaga prinsip itu.

Jangan berubah menjadi universal identity checkpoint.

Kesembilan, verification provider juga harus diatur

Kalau platform outsource age verification ke vendor, siapa jaga data?

Vendor mungkin menerima jutaan dokumen.

Need: security, retention, purpose, audit.

Subprocessor.

Cross-border.

Breach notification.

Vendor bukan invisible.

Supply chain governance.

Platform tetap punya responsibility memilih provider yang layak.

Orang tua dan anak harus tahu siapa memproses data.

Kesepuluh, accuracy harus diukur

Platform jangan cuma bilang: “kami punya age verification.”

Seberapa akurat?

Untuk kelompok apa?

Berapa error?

Kalau user gagal, apa appeal?

Komdigi pada Juni 2026 memasukkan kesiapan dan akurasi sistem verifikasi usia sebagai salah satu aspek yang dievaluasi dalam self-assessment PP TUNAS.

Ini tepat.

Karena existence bukan quality.

Tombol selfie saja bukan compliance.

System harus bekerja.

Kesebelas, fallback dibutuhkan

User tidak punya dokumen?

Camera rusak?

Face estimation gagal?

Ada anak di daerah dengan administrasi tidak lengkap.

Jangan otomatis exclude.

Alternative method.

Manual review.

Parent verification.

Offline route.

Digital protection jangan menciptakan digital exclusion.

Accessibility.

Socioeconomic difference.

Ini sangat relevan Indonesia.

Kedua belas, jangan simpan tanggal lahir kalau cukup age band

Produk mungkin hanya perlu kategori: under 13. 13 sampai 15. 16 sampai 17. 18+.

Tidak perlu birthday lengkap.

Age band reduces data.

Birthday exact bisa dipakai profiling.

Advertising.

Identity theft.

Minimal collection.

Keputusan Menteri 142 Tahun 2026 juga menunjukkan pendekatan risk dan age classification.

Data yang dikumpulkan harus mengikuti kebutuhan.

Not curiosity.

Ketiga belas, platform harus menjelaskan metode secara cukup

User perlu tahu: kenapa diminta verification.

Data apa.

Disimpan atau tidak.

Siapa provider.

Bagaimana appeal.

Bukan technical secret.

Trust.

Kalau tiba-tiba aplikasi minta selfie tanpa explanation, user suspicious.

Reasonable.

Privacy notice harus simple.

Untuk anak, language age-appropriate.

Jangan legalese.

Keempat belas, orang tua perlu hati-hati phishing

Saat age verification menjadi normal, scammer akan memanfaatkan.

“Verifikasi akun anak Anda sekarang.”

Link palsu.

Upload KTP.

Breach.

Platform dan pemerintah perlu edukasi.

Official channel.

Jangan kirim link random.

Verify domain.

Ini unintended consequence.

Semakin society terbiasa upload identity, phishing opportunity naik.

Security awareness needed.

Kelima belas, anak bisa mencoba bypass biometric

Photo orang lain.

Deepfake.

Parent face.

AI-generated image.

Age verification menjadi cat-and-mouse.

Jangan menganggap satu teknologi final.

Layered assurance.

Behavior signal.

Account recovery.

Parental link.

Risk.

But beware surveillance.

Balance again.

Keenam belas, privacy impact assessment masuk akal

Platform high-risk yang membangun age verification sebaiknya melakukan privacy impact assessment.

Apa data?

Worst-case breach?

Retention?

Alternative less intrusive?

Bias?

Children affected.

UU PDP sudah mengenal penilaian dampak untuk pemrosesan yang berpotensi berisiko tinggi.

Data anak + biometric + automated estimation jelas area yang perlu kehati-hatian.

Legal team dan engineer harus kerja bareng.

Ketujuh belas, regulator harus menguji metode

Jangan percaya vendor claim.

Test.

False age.

Different lighting.

Different group.

Spoof.

Deepfake.

Data deletion.

Security.

Age verification adalah security system.

Needs adversarial testing.

Kalau gampang bypass, protection false.

Kalau terlalu strict, adult user false-blocked.

Trade-off measurable.

Verifikasi Umur di Internet Bisa Melindungi Anak sekaligus Mengancam Privasi karena dua tujuan ini memang tension.

Kita ingin platform tahu enough untuk melindungi anak.

Tapi tidak terlalu banyak sampai semua orang harus menyerahkan identitas penuh.

Solusi terbaik bukan age verification paling agresif.

Yang terbaik adalah metode dengan assurance secukupnya untuk risk tertentu, sambil mengumpulkan data seminimal mungkin.

Kalau platform cuma perlu tahu “16+”, idealnya cuma itu yang mereka tahu.

Ada satu konsep yang perlu dibedakan lagi: age assurance bukan selalu identity verification. Age assurance adalah payung lebih luas untuk mendapatkan tingkat keyakinan tentang umur user. Metodenya bisa deklarasi, estimation, verification, atau kombinasi signal.

Perbedaan ini penting karena regulator bisa menetapkan tingkat assurance sesuai risiko.

Untuk layanan edukasi low risk, self-declaration plus parental setting mungkin cukup.

Untuk fitur komunikasi dengan orang asing pada platform high risk, assurance lebih kuat masuk akal.

Risk determines friction.

Bukan semua user dipaksa lewat proses KYC seperti membuka rekening bank.

Prinsip lain adalah separation of duties. Pihak yang memverifikasi umur tidak harus menjadi pihak yang menyimpan histori browsing. Semakin fungsi dipisah, semakin sulit satu perusahaan membangun profil lengkap.

Misalnya verifier hanya menerima identitas, menghasilkan token usia, lalu menghapus dokumen mentah. Platform menerima token tanpa identitas. Advertising system bahkan tidak perlu menerima token detail, cukup child-safe mode.

Architecture matters.

Privacy bukan hanya dokumen consent.

Ia keputusan tentang siapa bisa melihat apa.

Ada juga risk function creep dari sisi pemerintah. Infrastruktur age assurance yang awalnya dibangun untuk perlindungan anak jangan otomatis dipakai untuk identifikasi aktivitas online orang dewasa tanpa basis hukum yang jelas. Purpose limitation harus berlaku ke negara dan perusahaan.

Public trust akan menentukan keberhasilan.

Kalau orang tua percaya verification aman, mereka akan mengikuti.

Kalau muncul kebocoran besar dokumen keluarga, masyarakat akan mencari bypass.

Jadi security incident pada satu provider bisa merusak seluruh kebijakan.

Pemerintah perlu standard keamanan tinggi untuk penyedia age assurance.

Encryption.

Access logging.

Data deletion.

Independent audit.

Breach response.

Dan mungkin yang paling penting, jangan menyimpan data yang tidak perlu sejak awal.

Data yang tidak dikumpulkan tidak bisa bocor.

Ini salah satu prinsip security paling tua, dan tetap sangat relevan untuk child safety 2026.

Bukan seluruh hidup user.

Protection should not require surveillance by default.