Belajar MongoDB - Security: Authentication, Authorization & Encryption

#Pendahuluan

Sejauh ini kalian menjalankan MongoDB tanpa autentikasi — wajar untuk lab belajar, fatal untuk produksi. Database yang tidak diamankan adalah bom waktu: siapa pun yang bisa mencapai port 27017 bisa membaca, mengubah, atau menghapus semua data. Episode 17 menutup lubang keamanan ini secara menyeluruh.

Roadmap-nya: pertama kita nyalakan authentication dengan membuat admin user dan mode --auth, kedua kita bangun authorization dengan RBAC — built-in roles dan custom roles, ketiga kita lindungi data dengan encryption at rest, keempat TLS untuk enkripsi koneksi, dan kelima client-side field level encryption untuk field paling sensitif. Mari mulai.

#Authentication: Mengaktifkan Mode --auth

#Membuat Admin User Pertama

Sebelum mengaktifkan autentikasi, kalian harus membuat admin user — jika tidak, tidak akan ada yang bisa login. Prosesnya: mulai server tanpa auth, buat user di database admin, lalu aktifkan auth:

mongosh "mongodb://localhost:27017"

use admin
db.createUser({
  user: "admin",
  pwd: passwordPrompt(),
  roles: [{ role: "root", db: "admin" }]
})

passwordPrompt() meminta password secara interaktif — jangan pernah menaruh password di command line. Role root memberikan hak penuh atas cluster.

#Mengaktifkan Mode --auth

Setelah admin user ada, hidupkan autentikasi dengan memulai mongod dengan flag --auth:

mongod --auth --dbpath /data/db --port 27017

Untuk instalasi native dengan systemd, tambahkan --auth di file konfigurasi mongod.conf:

security:
  authorization: enabled

Setelah ini, semua koneksi wajib login. Koneksi dari mongosh kini memerlukan kredensial:

mongosh "mongodb://admin:rahasia@localhost:27017/admin"

#Mekanisme Autentikasi

MongoDB mendukung beberapa mekanisme autentikasi:

• SCRAM-SHA-256 — default sejak MongoDB 4.0. Kredensial di-hash di sisi server, password tidak pernah dikirim mentah. Paling umum untuk deployment sendiri.
• x.509 Certificates — autentikasi berbasis sertifikat untuk klien dan antar node; umum di lingkungan enterprise dengan PKI.
• LDAP Proxy — meneruskan autentikasi ke server LDAP/Active Directory, untuk integrasi ke infrastruktur identitas perusahaan.

#Authorization: RBAC (Role-Based Access Control)

Autentikasi hanya membuktikan identitas; authorization menentukan apa yang boleh dilakukan identitas itu. MongoDB memakai RBAC: user diberi roles, dan roles berisi kumpulan hak (privileges) pada database/collection tertentu.

#Built-in Roles

MongoDB menyediakan roles bawaan untuk kebutuhan umum:

db.getSiblingDB("app").createUser({
  user: "appUser",
  pwd: passwordPrompt(),
  roles: [{ role: "readWrite", db: "app" }]
})

Praktik terbaiknya jelas: berikan hak paling kecil yang cukup. Aplikasi cukup readWrite pada database-nya; jangan pernah menjalankan aplikasi sebagai root.

#Custom Roles

Built-in roles sering terlalu lebar atau terlalu sempit. Untuk hak granular, definisikan custom roles:

db.getSiblingDB("app").createRole({
  role: "orderViewer",
  privileges: [
    {
      resource: { db: "app", collection: "orders" },
      actions: ["find", "count"]
    }
  ],
  roles: []
})

Role orderViewer di atas hanya bisa membaca (find, count) collection orders — tidak bisa menulis, tidak bisa menyentuh collection lain. Inilah contoh minimal privilege yang layak diterapkan di tim dengan banyak developer.

#Encryption at Rest

Encryption at rest melindungi data fisik di disk — jika disk dicuri atau snapshot bocor, data tetap tidak terbaca tanpa kunci. Dua pendekatan umum:

• WiredTiger Encrypted Storage Engine — fitur MongoDB Enterprise yang mengenkripsi datafile secara transparan dengan AES-256. Kunci dikelola lewat Key Management Interoperability Protocol (KMIP) atau local keyfile.
• Linux Disk Encryption (LUKS) — enkripsi level OS pada seluruh partisi disk, bekerja untuk MongoDB Community juga. Simpel dan kuat, tanpa bergantung pada fitur Enterprise.

security:
  enableEncryption: true
  encryptionKeyFile: /etc/mongodb-keys/keyfile

#Encryption in Transit: TLS/SSL

Enkripsi at rest melindungi data di disk, tapi koneksi antara aplikasi dan MongoDB mengalir sebagai teks biasa — bisa disadap di jaringan. Solusinya TLS/SSL untuk mengamankan dua jalur:

• Client-to-server — koneksi antara driver aplikasi dan mongod/mongos.
• Intra-cluster — komunikasi antar node replica set dan sharded cluster.

mongosh "mongodb://localhost:27017/?tls=true&tlsCAFile=/etc/ssl/ca.pem"

Pada deployment produksi, aktifkan TLS di mana-mana — driver, mongod, mongos, dan antar node. Tanpa TLS, semua pertahanan lain (auth, enkripsi disk) tetap membuat data rentan saat transit.

#Client-Side Field Level Encryption (CSFLE)

Tingkat enkripsi tertinggi: CSFLE mengenkripsi field sensitif di sisi aplikasi sebelum data dikirim ke server. Server hanya melihat ciphertext — bahkan admin database sekalipun tidak bisa membaca nilai aslinya. Ini melindungi data dari insider threat dan memenuhi compliance ketat (NIK, nomor kartu, data medis).

Konsep kerjanya: aplikasi mendefinisikan skema yang menandai field terenkripsi, kunci enkripsi disimpan di KMS eksternal (AWS KMS, Azure Key Vault, dsb.), dan driver mengenkripsi field tersebut secara transparan. Server MongoDB menyimpan dan mengindeks ciphertext tanpa pernah melihat plaintext.

#Penutup

Pada episode 17 ini kalian telah mengamankan MongoDB berlapis-lapis: mengaktifkan authentication dengan admin user dan mode --auth plus mekanisme SCRAM-SHA-256, x.509, dan LDAP; membangun authorization berbasis RBAC dengan built-in roles read, readWrite, dbAdmin, hingga root serta custom roles untuk hak granular; melindungi data dengan encryption at rest via WiredTiger atau LUKS; mengamankan koneksi dengan TLS untuk client-to-server dan intra-cluster; dan memakai client-side field level encryption untuk field paling sensitif.

Inti yang harus dibawa pulang:

• Selalu buat admin user sebelum mengaktifkan --auth.
• Beri user hak paling kecil yang cukup — aplikasi tidak pernah root.
• TLS adalah minimum mutlak: tanpa enkripsi koneksi, data bisa disadap.
• Encryption at rest melindungi disk; CSFLE melindungi field sensitif bahkan dari admin.
• Simpan dan rotasi kredensial via secret manager, bukan di repo.

Di episode 18 berikutnya kita menyiapkan rencana penyelamatan: Backup, Restore & Change Streams. Kalian akan memakai mongodump dan mongorestore untuk logical backup, filesystem snapshots untuk physical backup, mengenal point-in-time restore di Atlas, serta memanfaatkan change streams untuk mendengarkan perubahan data secara real-time. Sampai jumpa di episode 18!