CLOUD & INFRA

Kubernetes v1.37: ฟีเจอร์ Rootless Mode ขยับสู่สถานะ Beta เพิ่มความปลอดภัยระดับโหนด

Kubernetes Blog04 Sep 2026
1 min read
Key Takeaways
  • Rootless mode ใน K8s v1
  • 37 ช่วยป้องกันการยึดเครื่องโฮสต์จากช่องโหว่ของคอนเทนเนอร์ และเปิดความเป็นไปได้ใหม่ในการรันคลัสเตอร์แบบไม่ใช้สิทธิ์ root

ทำไมเรื่องนี้ถึงสำคัญ

นี่คือก้าวสำคัญด้านความปลอดภัยของโครงสร้างพื้นฐาน Cloud Native ที่ช่วยลดพื้นที่การโจมตี (Attack Surface) ในระดับระบบปฏิบัติการ

Kubernetes v1.37 ได้ประกาศยกระดับฟีเจอร์ KubeletInUserNamespace หรือที่รู้จักในชื่อ Rootless mode ขึ้นสู่สถานะ Beta โดยฟีเจอร์นี้ช่วยให้คอมโพเนนต์หลักของโหนด เช่น kubelet, CRI/OCI runtimes และ CNI plugins สามารถทำงานได้ภายใต้ Linux user namespace โดยไม่จำเป็นต้องใช้สิทธิ์ root บนโฮสต์

การเปลี่ยนแปลงนี้มีจุดประสงค์หลักเพื่อลดความเสี่ยงจากช่องโหว่ประเภท Container-breakout ซึ่งในอดีตเคยเกิดเหตุการณ์ที่ผู้บุกรุกสามารถยึดสิทธิ์ root ของเครื่องโฮสต์ได้ผ่านช่องโหว่ในคอมโพเนนต์เหล่านี้ การรันในโหมด Rootless จะจำกัดความเสียหายให้อยู่เพียงแค่ในบัญชีผู้ใช้ธรรมดาเท่านั้น นอกจากนี้ยังช่วยให้การรัน Kubernetes ซ้อนใน Kubernetes (Kubernetes-in-Kubernetes) ทำได้ง่ายและปลอดภัยยิ่งขึ้นโดยไม่ต้องใช้สิทธิ์ privileged

สรุปประเด็นหลัก

KubeletInUserNamespace ขยับขึ้นสู่สถานะ Beta และเปิดใช้งานเป็นค่าเริ่มต้น (Enabled by default)

ช่วยป้องกันช่องโหว่ระดับวิกฤต เช่น CVE-2024-10220 และ CVE-2026-53488 ไม่ให้กระทบสิทธิ์ root ของโฮสต์

รองรับการใช้งานผ่านเครื่องมืออย่าง kind, minikube และ k3s ในโหมดไม่ใช้ root

นวัตกรรมและเทคโนโลยี

security

Rootless mode (Beta)

การรันโหนดคอมโพเนนต์ทั้งหมดภายใน Linux user namespace เพื่อความปลอดภัย

infrastructure

RunningInUserNamespace Property

การรายงานสถานะของโหนดผ่าน kubectl เพื่อให้ผู้ดูแลระบบสามารถแยกแยะโหมดการทำงานได้

Developer Impact
วิศวกร DevOps และ Site Reliability Engineers (SRE) ควรเริ่มทดสอบแอปพลิเคชันและไดรเวอร์ CNI/CSI บนโหมด Rootless เพื่อเตรียมพร้อมสำหรับการยกระดับความปลอดภัยในอนาคต
Keywords
#kubernetes #rootless mode #security #kubelet #linux namespaces
Original Source

อ่านข้อมูลเพิ่มเติมจากแหล่งข่าวหลัก

Kubernetes Blog