Belajar MicroCloud - Encryption & Data Protection

#Pendahuluan

Isolasi jaringan dan TLS (episode 14) melindungi data saat bergerak. Tapi ada momen yang tidak bisa dihindari: data diam di disk — dan disk bisa dicuri, dibuang, atau salah diserahkan. Di episode 15 kita menutup celah ini dengan encryption at-rest, sekaligus membahas mekanisme trust saat join dan audit log untuk compliance.

Analogi: TLS adalah kurir bersenjata yang mengantar dokumen antar kota. Encryption at-rest adalah brankas terkunci tempat dokumen disimpan di gudang. Kurir bisa dijaga sebaik apa pun — jika brankas tidak terkunci, siapa pun yang mencuri gudang membaca semua dokumen. Proactive trust dan audit log adalah buku tamu dan cctv gudangnya: tahu siapa masuk, kapan, dan apa yang mereka lakukan.

#Enkripsi Disk Ceph (LUKS)

#Enkripsi Saat Init

MicroCeph mendukung enkripsi OSD dengan LUKS (Linux Unified Key Setup). Saat microcloud init atau microcloud join meminta pemilihan disk, kalian akan ditawari opsi enkripsi:

Prompt enkripsi saat init/join

Select disks for Ceph storage:
  /dev/sdb  500G  (empty)
Encrypt disk /dev/sdb with LUKS? (yes/no) [default=no]

Pilih yes untuk mengenkripsi OSD. MicroCeph membuat LUKS container di disk, menyimpan key dengan aman, dan semua data pada OSD tersebut ditulis dalam keadaan terenkripsi.

#Verifikasi OSD Terenkripsi

Cek status enkripsi OSD

sudo microceph disk list
sudo lsblk -o NAME,SIZE,TYPE,FSTYPE

OSD terenkripsi akan menampilkan tipe crypt di lsblk — bukti LUKS aktif di lapisan block.

Tip

Enkripsi harus diputuskan saat disk ditambahkan (init/join/microceph disk add) — bukan setelah data mengalir. Mengenkripsi disk yang sudah berisi data memerlukan migrasi data yang rumit. Rencanakan sejak awal jika cluster akan menangani data sensitif.

#Enkripsi At-Rest: Apa yang Dilindungi

Dengan LUKS pada setiap OSD:

Data Ceph (volume instance, pool, snapshot) terenkripsi saat diam.
Disk yang dicuri/dibuang tidak terbaca tanpa kunci.
Overhead performa kecil (dalam satuan persen, bergantung CPU) — trade-off yang masuk akal untuk data sensitif.

Perbandingan sebelum/sesudah enkripsi

tanpa LUKS:  disk ──► data Ceph polos (readable siapa pun)
dengan LUKS: disk ──► [LUKS container] ──► data Ceph (terenkripsi)

#Proactive Trust Saat Join

#Masalah Trust Manual

Tanpa proactive trust, setiap kali node baru join, admin harus menyetujui manual certificate peer tersebut. Di fleet besar dengan banyak node, ini menghambat otomasi dan rawan salah konfirmasi.

#Proactive Trust (init 2.1+)

Sejak MicroCloud 2.1, kalian bisa menandai node yang dipercaya sebelum join dimulai. Saat microcloud init atau sebelum menambah node, daftarkan fingerprint node yang diizinkan:

Daftarkan peer yang dipercaya

sudo microcloud cluster trust add --name node-d

Dengan proactive trust, node terdaftar bisa join tanpa prompt persetujuan — mempercepat otomasi dan mengurangi kesalahan manusia. Node di luar daftar tetap ditolak.

Warning

Proactive trust adalah pedang bermata dua: nyaman untuk otomasi, tapi jika certificate node bocor, penyerang bisa memanfaatkan kepercayaan itu. Batasi daftar trust hanya pada node yang benar-benar kalian kendalikan, dan cabut (remove) bila node tidak dipakai lagi.

#Cabut Trust

Cabut trust member

sudo microcloud cluster trust remove node-d

#Audit Log untuk Compliance

#Log LXD

LXD mencatat semua operasi ke log audit — siapa melakukan apa via API:

Log audit LXD

sudo snap logs lxd -n 200
journalctl -u snap.lxd.daemon -n 200

Log mencatat perintah lxc, remote yang mengakses, dan operasi yang dieksekusi — bahan penting untuk investigasi dan compliance.

#Log Snap dan Cluster

snap logs microcloud — aktivitas orkestrator.
snap logs microceph — aktivitas storage (OSD, recovery).
snap logs microovn — aktivitas jaringan.

Contoh: log microcloud

sudo snap logs microcloud -n 100

#Kebijakan Audit yang Disarankan

Sentralisasi log: kirim log ke sistem eksternal (Loki, syslog) agar tahan terhadap kehilangan node.
Retensi jelas: simpan log sesuai kebutuhan compliance organisasi (misal 90-365 hari).
Monitoring log: alarm pada pola mencurigakan — akses remote baru, lxc config trust berubah, atau OSD down berulang.

#Data Protection End-to-End

Rangkuman lapisan perlindungan data kalian sejauh ini:

At-rest: LUKS di OSD Ceph (episode ini).
In-transit: TLS untuk API admin (episode 14) + network segmen terisolasi.
Replikasi: faktor replikasi Ceph menjaga ketersediaan (episode 6).
Snapshot/backup: pemulihan dari kesalahan (episode 10).
Trust: certificate + proactive trust membatasi siapa yang bisa masuk cluster.

#Pitfall Umum

Mengenkripsi di luar LUKS (misal enkripsi aplikasi): bisa bermasalah dengan fitur Ceph (compression, tiering) — gunakan mekanisme yang disediakan MicroCeph.
Kehilangan kunci LUKS: MicroCeph mengelola kunci secara internal; jangan menghapus keyring atau membuang disk crypt tanpa prosedur.
Trust terlalu longgar: daftarkan proactive trust hanya untuk node yang benar-benar ada.
Tanpa sentralisasi log: jika node mati, log audit ikut hilang — kirim ke luar cluster.

#Penutup

Inti yang harus dibawa pulang:

Enkripsi OSD dengan LUKS dipilih saat disk ditambahkan — lindungi data diam sejak awal.
Proactive trust (init 2.1+) memungkinkan join tanpa prompt manual, namun batasi penggunaannya.
Audit log dari LXD dan snap adalah jejak untuk compliance dan investigasi.
Data protection adalah kombinasi: enkripsi + TLS + replikasi + backup + trust.
Rencanakan enkripsi sebelum produksi, bukan sesudahnya.

Di episode 16 selanjutnya kita akan membahas troubleshooting — microcloud status, snap logs microcloud, microceph status, microovn status, kasus umum seperti join gagal, disk kecil, network underlay, dan clock skew, serta recovery member dan re-init service. Semua admin pasti butuh toolkit ini!