Pada awal Desember, staf insinyur senior Google, Jordan Liggitt dari Kubernetes, membuat pengumuman bahwa Kubernetes CVE-2018-1002105 memiliki kelemahan keamanan utama dalam kode, sehingga membuat wadah perangkat lunak rentan memberikan akses ke server API, entitas manajemen utama di Kubernetes.<\/p>\n\n\n\n
Kami telah berdiskusi dengan Direktur Produk kami, Dr Kenneth Tan<\/strong>, mengenai topik ini untuk lebih memahami gawatnya situasi dan apa yang harus dilakukan untuk menyelamatkan bisnis Anda.<\/p>\n\n\n\n <\/span> Q1. Apa saja risiko bisnis dari kelemahan keamanan ini? <\/em><\/p>\n\n\n\n A1: Sayangnya, kerentanan ini memengaruhi semua produk dan layanan berbasis Kubernetes, terutama karena Kubernetes memberikan kontrol administratif penuh kepada peretas yang tidak dapat dengan mudah dideteksi. Menurut Jordan Liggitt, permintaan peretas tidak muncul di log audit server API Kubernetes atau log server.<\/p>\n\n\n\n Q2. Apakah ada metode yang realistis untuk mengamankan sistem orkestrasi kontainer open source?<\/em><\/p>\n\n\n\n A2: Para pemain utama di pasar telah mengeluarkan patch untuk produk berbasis Kubernetes mereka. Namun, Sardina Systems percaya bahwa operator harus melangkah lebih jauh, dengan menempatkan Kubernetes di dalam VM yang dapat dikelola dalam lingkungan OpenStack.<\/p>\n\n\n\n Dengan OpenStack Magnum, FishOS memungkinkan Operator di perusahaan untuk dengan mudah menyediakan lingkungan Kubernetes multi-tenant, dengan jaminan keamanan yang telah terbukti.<\/p>\n\n\n\n Menjalankan cluster Kubernetes di dalam VM, Anda bisa mendapatkan manfaat dari pemisahan keamanan VM yang kuat, serta keandalan dan ketahanan yang diberikan oleh VM. Manfaat keamanan, keandalan, dan ketahanan yang lebih besar ini datang dengan biaya overhead KVM, yang biasanya terlihat sekitar 4% dari kinerja sistem puncak. Apakah 4% adalah harga yang terlalu tinggi untuk dibayar?<\/p>\n\n\n\n