Episode ini menyusun strategi keamanan LXC end-to-end: fakta perbaikan CVE-2026-39402 pada LXC 7.0, kewajiban patch rutin, isolasi host-container, dan model ancaman unprivileged + AppArmor + seccomp + kernel terbaru sebagai pertahanan berlapis.

Tiga episode terakhir (13-15) memberi kalian alat-alat keamanan: MAC, seccomp, capabilities, dan idmap. Di episode 16 kita merangkainya menjadi strategi keamanan utuh — termasuk memahami sisi yang paling sering dilupakan: kerentanan perangkat lunak (CVE) dan kewajiban memperbarui. Keamanan bukan fitur yang dipasang sekali; ia adalah rutinitas.
CVE-2026-39402 adalah kerentanan keamanan yang diperbaiki pada LXC 7.0 LTS. Kerentanan semacam ini biasanya melibatkan cara LXC menangani operasi tertentu yang bisa disalahgunakan untuk melewati isolasi — eskalasi privilege atau escape dari container.
Inti yang harus kalian pahami: LXC adalah perangkat lunak, dan perangkat lunak punya bug. Meski unprivileged container dirancang aman, bug implementasi tetap bisa membuka celah. Pengelola LXC menutupnya lewat rilis patch, dan LTS 7.0 membawa perbaikan tersebut.
Pertahanan berlapis (unprivileged + AppArmor + seccomp + kernel baru) membuat exploit lebih sulit — tetapi tidak mustahil. Setiap CVE yang tidak di-patch adalah pintu yang diketahui penyerang. Rutinitasnya:
sudo apt update && sudo apt upgrade
sudo reboot # untuk kernel baruCek versi setelah update:
lxc --version
lxc-checkconfigImportant
Patuhi jendela LTS: selama LXC 7.0 LTS didukung hingga Juni 2031, perbaikan keamanan akan terus dirilis untuknya. Setelah versi kalian melewati masa dukungan, upgrade ke LTS berikutnya — jangan biarkan versi tanpa patch terpapar produksi.
Keamanan LXC bergantung pada pemisahan yang bersih antara host dan container. Hal-hal yang mengikis pemisahan ini:
Setiap pelonggaran harus keputusan sadar dengan alasan tertulis, bukan jalan pintas debugging.
Jangan pernah memberikan root privileged kepada user yang tidak tepercaya.
Ini aturan yang paling sering dilanggar di homelab. Menjalankan container privileged untuk "supaya mudah" di host yang melayani beberapa orang adalah undangan bagi bencana.
LXC bergantung pada fitur kernel — dan keamanannya juga. Kernel lama punya CVE yang tidak pernah di-patch untuknya. Saat memilih host LXC, utamakan distribusi dengan kernel dan pembaruan keamanan yang aktif.
Tip
Cara berpikirnya seperti berlapis: jika seccomp gagal, capabilities masih membatasi; jika capabilities bocor, AppArmor masih menahan; jika AppArmor bocor, idmap membuat root container tak berdaya di host. Tidak ada satu lapis pun yang sempurna — kombinasi merekalah yang kuat.
[ ] Kernel terbaru (LTS host) dan lxc-checkconfig lolos
[ ] Container unprivileged dengan idmap 0-65536
[ ] AppArmor profil aktif (bukan unconfined)
[ ] seccomp profil default atau kustom yang diuji
[ ] lxc.cap.drop menghapus capability yang tidak dipakai
[ ] lxc.cgroup2.devices.deny = a (allow hanya yang perlu)
[ ] Jaringan: veth ke bridge; tidak ada device yang dibagikan sembarangan
[ ] Versi LXC dalam masa dukungan; update rutin terjadwal
[ ] Snapshot sebelum perubahan berisiko (episode 9)lxc --version, uname -r, jalankan smoke test container.Inti yang harus dibawa pulang:
Di episode 17 selanjutnya kita akan membahas LXC 7.0 LTS & fitur terbaru — jadwal dukungan hingga Juni 2031, kematangan cgroup2 dan kernel modern, perbaikan keamanan, posisi 6.0 yang beralih maintenance lambat, serta riwayat rilis 6.0, 5.0, dan 4.0.