Dell แพตช์ 6 ช่องโหว่วิกฤตใน Container Storage Modules (CVSS สูงสุด 10.0) — ยึดสิทธิ์แอดมินสตอเรจโดยไม่ต้องยืนยันตัวตน และได้ root บนโหนด Kubernetes

สรุปสั้น

บริษัท Dell ออกอัปเดตความปลอดภัยรหัส DSA-2026-448 เพื่อแก้ช่องโหว่ระดับวิกฤต 6 รายการใน Dell Container Storage Modules (CSM) ซึ่งเป็นชุดโมดูลที่เชื่อมระบบสตอเรจของ Dell เข้ากับคลัสเตอร์ Kubernetes ทั้งในด้านการควบคุมสิทธิ์ การจัดสรรพื้นที่ และการจัดการข้ามผู้เช่า (tenant) ช่องโหว่ทั้งหมดมีคะแนน CVSS ระหว่าง 9.6 ถึง 10.0 โดยสองรายการที่ได้คะแนนเต็ม 10.0 เป็นช่องโหว่แบบขาดการยืนยันตัวตนในฟังก์ชันสำคัญ ซึ่งเปิดให้ผู้โจมตีจากระยะไกลที่ไม่ต้องมีบัญชีใด ๆ ดึงรหัสผ่านผู้ดูแลระบบของสตอเรจทุกตัวที่ลงทะเบียนไว้ หรือข้ามการควบคุมสิทธิ์จนได้สิทธิ์ระดับผู้ดูแลของบริการ authorization ทั้งหมด

ที่น่ากังวลไม่แพ้กันคือมีอีกสองรายการที่เกิดจากการฝังรหัสผ่านและกุญแจเข้ารหัสไว้ในซอฟต์แวร์ตายตัว (hard-coded) รวมถึงกุญแจลงนาม JWT ที่บริษัท Dell ระบุเองว่า “เปิดเผยต่อสาธารณะ” ทำให้ใครก็ตามที่รู้ค่านี้สามารถปลอมโทเคนผู้ดูแลระบบได้ทันที ส่วนช่องโหว่ใน reconciler ของ custom resource เปิดให้ผู้โจมตีที่มีสิทธิ์ต่ำยึดสิทธิ์ root บนทุกโหนดของคลัสเตอร์ Kubernetes ได้ด้วยการส่ง custom resource เพียงครั้งเดียว บริษัท Dell แก้ไขทั้งหมดใน CSM เวอร์ชัน 1.18.0 และย้ำว่าไม่มีวิธีบรรเทาอื่นนอกจากอัปเดต พร้อมแนะนำให้หมุนเปลี่ยนกุญแจลงนาม JWT ทั้งหมดหลังอัปเดต ขณะนี้ยังไม่มีรายงานการถูกใช้โจมตีจริง

รายละเอียดข่าว

เว็บไซต์ The Hacker News รายงานเมื่อวันที่ 1 ตุลาคม 2569 ว่าบริษัท Dell ได้ออกอัปเดตความปลอดภัยสำหรับ Dell Container Storage Modules เพื่อแก้ช่องโหว่วิกฤตหลายรายการที่ผู้ไม่หวังดีอาจใช้ยึดครองระบบที่มีช่องโหว่ได้ ช่องโหว่ส่วนใหญ่กระจุกอยู่ในโมดูล CSM Authorization ซึ่งทำหน้าที่เป็นพร็อกซีคั่นกลางระหว่าง Kubernetes กับอาร์เรย์สตอเรจ เพื่อกำหนดโควตาและสิทธิ์ของแต่ละผู้เช่า กล่าวอีกนัยหนึ่งคือโมดูลนี้ถือ “กุญแจใหญ่” ของสตอเรจไว้แทนผู้เช่าทุกราย เมื่อตัวมันเองถูกข้ามการยืนยันตัวตนได้ ขอบเขตความเสียหายจึงครอบคลุมทั้งโครงสร้างสตอเรจ ไม่ใช่เพียงผู้เช่ารายเดียว

บริษัท Dell อธิบายว่า CVE-2026-63688 ถูกจัดเป็นระดับวิกฤตเพราะ “ทำให้ข้ามโมเดลความปลอดภัยของ csm-authorization ได้ทั้งหมด เปิดให้ผู้โจมตีได้สิทธิ์ควบคุมระดับผู้ดูแลเต็มรูปแบบเหนือโครงสร้างสตอเรจที่ครอบคลุมผลิตภัณฑ์สตอเรจของ Dell ทั้งห้าตระกูลที่รองรับ” ส่วน CVE-2026-63692 อาจเปิดให้ผู้โจมตีที่ไม่ต้องยืนยันตัวตนควบคุมบริการ authorization ได้ทั้งหมด และเข้าถึงหรือแก้ไขทรัพยากรสตอเรจของผู้เช่าทุกรายได้ สำหรับ CVE-2026-67273 บริษัท Dell ระบุว่าการโจมตีสำเร็จจะทำให้ผู้โจมตีอ่าน Kubernetes Secrets ได้ทั้งคลัสเตอร์ และสร้างทรัพยากร RBAC ระดับคลัสเตอร์ได้เอง ซึ่งเท่ากับข้ามการควบคุมสิทธิ์ของ Kubernetes ไปโดยปริยาย

ด้านเวอร์ชันที่ได้รับผลกระทบ The Hacker News ระบุว่าช่องโหว่กระทบ CSM “ทุกเวอร์ชันก่อน 1.17.0” และได้รับการแก้ไขในเวอร์ชัน 1.18.0 ซึ่งถ้อยคำนี้ไม่ได้บอกชัดว่าสาย 1.17.x อยู่ในข่ายเสี่ยงหรือไม่ ผู้ดูแลระบบจึงควรยึดตารางเวอร์ชันในประกาศ DSA-2026-448 ของบริษัท Dell โดยตรง และถือว่าเวอร์ชันใดที่ต่ำกว่า 1.18.0 ต้องอัปเดตไว้ก่อน บริษัท Dell ยืนยันว่าไม่มีวิธีแก้ชั่วคราวหรือมาตรการบรรเทาอื่นใดนอกจากการอัปเดต ทั้งนี้ ประกาศไม่ได้ระบุว่าพบการโจมตีจริงหรือมีโค้ดสาธิต (PoC) เผยแพร่แล้ว แต่ The Hacker News เตือนว่าช่องโหว่ในผลิตภัณฑ์ของ Dell เคยถูกใช้โจมตีจริงมาแล้วในอดีต เช่น CVE-2021-21551 และ CVE-2026-22769

รายละเอียดช่องโหว่

ช่องโหว่ชุดนี้แบ่งได้เป็น 3 กลุ่มตามรูปแบบความล้มเหลว กลุ่มแรกคือ CVE-2026-63688 และ CVE-2026-63692 ซึ่งเป็นฟังก์ชันที่ควรมีการยืนยันตัวตนแต่กลับเปิดให้เรียกได้โดยตรงผ่านเครือข่าย โดยเฉพาะ CVE-2026-63688 ที่อยู่ใน gRPC server ซึ่งเก็บ credentials ของอาร์เรย์สตอเรจไว้ ผู้โจมตีที่เข้าถึงพอร์ตนี้ได้จึงดึงรหัสผ่านผู้ดูแลสตอเรจออกไปได้ทันที และนำไปใช้กับตัวอาร์เรย์โดยตรงโดยไม่ต้องผ่าน Kubernetes อีกเลย

กลุ่มที่สองคือ CVE-2026-54472 และ CVE-2026-61421 ซึ่งเกิดจากความลับที่ฝังมากับซอฟต์แวร์ เมื่อกุญแจลงนาม JWT ของ karavi-authorization (ชื่อเดิมของโปรเจกต์ CSM Authorization) เป็นค่าเดียวกันในทุกการติดตั้งและหาได้จากแหล่งสาธารณะ ผู้โจมตีก็สร้างโทเคนที่ระบบเชื่อว่าออกโดยผู้ดูแลได้เอง จุดที่ต้องระวังคือการอัปเดตซอฟต์แวร์อย่างเดียวไม่พอ ถ้าระบบยังใช้กุญแจเดิมอยู่ โทเคนที่ปลอมไว้ก่อนหน้าหรือที่สร้างใหม่จากกุญแจเดิมอาจยังผ่านการตรวจได้ บริษัท Dell จึงย้ำให้หมุนเปลี่ยนกุญแจลงนาม JWT ควบคู่กันไป

กลุ่มที่สามคือ CVE-2026-67269 และ CVE-2026-67273 ซึ่งต้องการสิทธิ์ต่ำในคลัสเตอร์ก่อน แต่ผลลัพธ์รุนแรงไม่ต่างกัน CVE-2026-67269 อยู่ใน reconciler ที่ทำงานด้วยสิทธิ์สูงของ operator เมื่อรับ custom resource ที่ปรุงแต่งไว้ก็จะสร้างทรัพยากรที่ให้สิทธิ์ root บนโหนดตามคำสั่ง บริษัท Dell ระบุว่าการส่ง custom resource เพียงครั้งเดียวเพียงพอจะยึดทุกโหนดในคลัสเตอร์ ส่วน CVE-2026-67273 เป็นการไม่กรองอักขระพิเศษก่อนส่งเข้า template engine ทำให้ผู้โจมตีแทรกคำสั่งที่ไปอ่าน Secrets และสร้าง RBAC ระดับคลัสเตอร์ได้

ผลกระทบ

ผลกระทบของช่องโหว่ชุดนี้เกินขอบเขตของคลัสเตอร์ Kubernetes เพราะ CSM คือสะพานเชื่อมไปยังอาร์เรย์สตอเรจขององค์กร เมื่อผู้โจมตีได้รหัสผ่านผู้ดูแลสตอเรจผ่าน CVE-2026-63688 ก็สามารถลบ snapshot ลบ volume หรือเข้ารหัสข้อมูลได้ที่ระดับอาร์เรย์โดยตรง ซึ่งเป็นรูปแบบที่กลุ่มแรนซัมแวร์ต้องการมากที่สุด เพราะทำลายทั้งข้อมูลจริงและสำเนาสำรองในจุดเดียว และเนื่องจากอาร์เรย์ชุดเดียวกันมักให้บริการทั้งงาน container และงานอื่นขององค์กรควบคู่กัน ความเสียหายจึงอาจลามไปถึงระบบที่ไม่ได้อยู่บน Kubernetes เลย

ในแง่ของสภาพแวดล้อมแบบหลายผู้เช่า CVE-2026-63692 และ CVE-2026-67273 ทำลายเส้นแบ่งระหว่างผู้เช่าที่ CSM Authorization ถูกสร้างมาเพื่อรักษาโดยตรง ผู้เช่ารายหนึ่ง หรือ pod ที่ถูกเจาะในทีมใดทีมหนึ่ง อาจขยายสิทธิ์ไปถึงข้อมูลและ Secrets ของทุกทีมในคลัสเตอร์ได้ ทั้งนี้ ช่องโหว่ที่ต้องอาศัยการเข้าถึงเครือข่ายภายในอาจไม่ถูกยิงจากอินเทอร์เน็ตโดยตรงเสมอไป แต่คลัสเตอร์จำนวนมากเปิดพอร์ตบริการไว้กว้างภายในเครือข่าย และผู้โจมตีที่ได้ฐานที่มั่นภายในแล้วก็มองหาเป้าหมายแบบนี้อยู่แล้ว

คำแนะนำ

• อัปเดต Dell Container Storage Modules เป็นเวอร์ชัน 1.18.0 โดยเร็วที่สุด และยึดตารางเวอร์ชันใน DSA-2026-448 เป็นหลัก เนื่องจากไม่มีวิธีแก้ชั่วคราวใด ๆ
• หมุนเปลี่ยนกุญแจลงนาม JWT ของ CSM Authorization ทั้งหมดหลังอัปเดต และเพิกถอนโทเคนที่ออกไปก่อนหน้า
• หมุนเปลี่ยนรหัสผ่านผู้ดูแลของอาร์เรย์สตอเรจทุกตัวที่ลงทะเบียนไว้กับ CSM เพราะอาจถูกดึงออกไปแล้วผ่าน CVE-2026-63688
• จำกัดการเข้าถึงเครือข่ายไปยัง authorization proxy, tenant service และ gRPC server ของ csm-authorization-storage ด้วย NetworkPolicy หรือไฟร์วอลล์ ให้เข้าถึงได้เฉพาะส่วนประกอบที่จำเป็น
• ตรวจสอบ ClusterRole, ClusterRoleBinding และ custom resource ของ ContainerStorageModule ที่ถูกสร้างหรือแก้ไขผิดปกติ รวมถึงการอ่าน Secrets ในวงกว้างจาก audit log ของ Kubernetes
• ตรวจ log ของอาร์เรย์สตอเรจย้อนหลัง หาการล็อกอินผู้ดูแล การลบ snapshot หรือการเปลี่ยนแปลง volume ที่ไม่ได้มาจากทีมงาน

แหล่งอ้างอิง

• Dell — DSA-2026-448: Security Update for Dell Container Storage Modules Multiple Vulnerabilities
• The Hacker News — Dell CSM Flaws Enable Unauthenticated Admin Access and Root on Kubernetes Nodes