Belajar Game Developer - Game Security & Anti-Cheat

#Pendahuluan

Semakin besar nilai sebuah game — ranking, item langka, uang nyata — semakin besar insentif untuk curang. Cheat bukan sekadar masalah pemain nakal; ia menghancurkan ekosistem: pemain jujur frustasi, ekonomi game hancur, dan reputasi berantakan. Game developer yang serius harus memikirkan keamanan sejak awal arsitektur, bukan sebagai lapisan tambahan.

Episode ini membangun fondasi keamanan Rimba Runner: server authority (prinsip nomor satu), anti-tamper (melindungi file game), dan cheat detection (mendeteksi kecurangan dengan data). Kalian akan paham mengapa "percaya pada client" adalah akar semua masalah cheat, dan bagaimana arsitektur yang benar menyelesaikan sebagian besar masalah secara desain.

#Server Authority: Tembok Utama

Prinsip pertama dan terpenting: client game tidak pernah boleh menjadi sumber kebenaran. Setiap angka penting — skor, nyawa, uang, item — harus dimiliki dan divalidasi oleh server. Kita sudah menyentuh prinsip ini di episode 13 (authority multiplayer) dan 14 (validasi skor). Sekarang kita lihat kenapa ini adalah strategi anti-cheat yang paling efektif.

Perhatikan perbedaannya:

• Client-authoritative: client mengirim skor final ke server. Cheater cukup memodifikasi memory game → kirim skor 999.999. Tidak ada yang bisa menghalangi.
• Server-authoritative: client hanya mengirim aksi ("kumpulkan buah di posisi X"), server menghitung skor. Cheater tidak bisa menaikkan skor tanpa memvalidasi di server.

Client-authoritative:  client: score=999999 → server simpan (GAMPANG DICURANGI)
Server-authoritative:  client: "collect fruit at (12,30)" → server hitung score → simpan

Semakin penting nilai angka itu, semakin wajib server yang memegang. Skor leaderboard (episode 14), mata uang game, dan item marketplace wajib server-authoritative. Inilah alasan besar mengapa game kompetitif berjalan di server dedicated, bukan di host pemain.

#Validasi di Server

Bahkan dengan server-authoritative, server harus memvalidasi semua yang masuk. Contoh: pemain mengirim event "kumpulkan buah". Server harus bisa menjawab:

• Apakah pemain benar-benar berada di posisi buah itu? (logika gerak & state di server)
• Apakah aksi ini masuk akal secara timing? (jarak antar event tidak mungkin kurang dari X ms)
• Berapa skor yang sah untuk aksi ini? (server yang menghitung, bukan client)

Praktik lanjutan yang dipakai industri: menjalankan simulasi gameplay di server. Untuk game kompetitif, server menjalankan salinan logika game (bukan hanya memvalidasi input) sehingga state yang dihitung server adalah kebenaran mutlak. Ini mahal secara komputasi, makanya game kasual sering memakai validasi ringan + sampling.

#Anti-Tamper: Melindungi File Game

Anti-tamper melindungi game dari dimodifikasi: mengubah memory saat jalan, memodifikasi file save, atau membongkar aset. Realitanya yang harus dipahami sejak awal: tidak ada perlindungan client yang tidak bisa ditembus — pemain punya akses penuh ke mesinnya. Tujuan anti-tamper bukan membuat cheat mustahil, melainkan membuatnya semahal dan serumit mungkin.

Tingkatan yang umum:

• Obfuscation — mengaburkan kode (misal pembacaan string tidak langsung) agar sulit dianalisis.
• Checksum file — deteksi file yang dimodifikasi (misal save tidak boleh seenaknya di-edit).
• Server-side validation — yang paling kuat: simpan salinan state penting di server dan bandingkan (cloud save + anti-cheat). Cheater yang mengubah save lokal hanya menipu dirinya sendiri.
• Anti-cheat middleware — layanan seperti Easy Anti-Cheat, BattlEye, atau Vanguard untuk game kompetitif besar. Berat dan kontroversial, tapi standar untuk game AAA online.

Untuk save game offline (episode 11), tamper bisa dideteksi dengan signature: hash state + secret yang diverifikasi saat load. Pemain yang mengubah skor di save akan langsung ketahuan:

Signature sederhana untuk save

const SECRET := "rimba-s3cret"
func sign(data: Dictionary) -> String:
    return data.hash().to_string() + SHA256.hash(data.to_json() + SECRET)
func verify(data: Dictionary, signature: String) -> bool:
    return sign(data) == signature

Ingat: secret di client bisa diekstrak. Signature hanya penghalang — bukan tembok. Untuk nilai yang penting, selalu dukung dengan validasi server.

#Cheat Detection: Mendeteksi dengan Data

Tidak semua cheat bisa dicegah secara desain — ada yang harus dideteksi. Kuncinya: kumpulkan telemetri dan cari anomali. Pola yang umum:

• Statistik tak wajar — win rate 99%, skor melampaui maksimum teoretis, jeda antar aksi mustahil (kalah cepat dari manusia).
• Rate & volume — klik per menit melebihi kemampuan manusia, farm item tanpa henti 24 jam.
• Cross-validation — membandingkan data dari beberapa sumber: telemetri client vs logika server vs riwayat.

Penting: cheat detection harus menghindari false positive — pemain jujur yang kena hukuman adalah bencana PR. Kebijakan standarnya: hukuman otomatis untuk pelanggaran objektif (skor mustahil), dan review manual untuk kasus abu-abu.

Skor > maksimum teoretis × 1.5   → flag otomatis
Kecepatan reaksi < 50 ms          → flag otomatis
Dilaporkan pemain 10× dalam 1 jam → flag review manual

#Praktik: Keamanan Dasar Rimba Runner

Terapkan tiga lapisan secara bertahap:

1. Server authority untuk leaderboard — client tidak lagi mengirim skor final; ia mengirim event ("fruit collected, timestamp"), server menghitung skor (validasi posisi & timing).
2. Signature save — tambahkan signature pada save offline agar skor lokal tidak bisa di-edit seenaknya; setidaknya sebagai penghalang.
3. Cheat detection minimal — log event submit skor dengan metadata (durasi sesi, jumlah buah), deteksi skor mustahil secara otomatis.

#Penutup

Keamanan bukan lapisan — ia keputusan arsitektur.

Inti yang harus dibawa pulang:

• Server authority adalah tembok utama: angka penting dipegang dan dihitung server.
• Server harus memvalidasi semua event, bukan sekadar menerima angka.
• Anti-tamper membuat cheat mahal, bukan mustahil; signature untuk save, middleware untuk game kompetitif.
• Cheat detection = telemetri + aturan; hindari false positive pada pemain jujur.
• Desain yang aman lebih murah daripada sistem deteksi yang rumit.

Di episode 19 selanjutnya kita akan melindungi pemainnya: online safety & moderation — player safety, moderation, dan sistem reporting, lengkap dengan praktik membangun sistem keamanan pemain di Rimba Runner. Sampai jumpa di episode 19!