GitLab CVE-2026-97229 ถูกใช้โจมตีแล้ว เช็กรุ่นและอัปเดต

ผู้ดูแล GitLab ที่ติดตั้งเองควรตรวจ CVE-2026-97229 ทันที หลัง CISA เพิ่มช่องโหว่นี้ในรายการ Known Exploited Vulnerabilities วันที่ 29 ตุลาคม 2026 GitLab แก้ไขแล้วในรุ่น 19.4.2, 19.3.5 และ 19.2.8

ช่องโหว่ GitLab นี้ทำอะไรได้

GitLab อธิบายว่าในบางเงื่อนไข ผู้โจมตีที่ไม่ผ่านการยืนยันตัวตนอาจส่ง regular expression ที่จัดทำเป็นพิเศษในค่า CI/CD แล้วทำให้เซิร์ฟเวอร์รันโค้ดได้ ช่องโหว่มีหมายเลข CVE-2026-97229 และเกี่ยวกับ integer overflow หน่วยงานที่ใช้ GitLab เก็บโค้ดหรือรัน pipeline บนเครื่องของตนเองจึงควรให้ผู้ดูแลระบบตรวจรุ่นและประวัติการใช้งาน

ต้องอัปเดตเป็นรุ่นใด

GitLab ระบุรุ่นแก้ไขสำหรับสาย 19.4 เป็น 19.4.2 สาย 19.3 เป็น 19.3.5 และสาย 19.2 เป็น 19.2.8 ถ้าใช้รุ่นเก่ากว่านี้ ให้ตรวจเส้นทางอัปเกรดที่ GitLab รองรับก่อนลงมือ โดยสำรองข้อมูลและทดสอบ pipeline สำคัญหลังอัปเดต อย่าเทียบเลขเวอร์ชันข้ามสายโดยดูเฉพาะตัวเลขหลักท้าย

หลังอัปเดตแล้วควรตรวจอะไร

GitLab เผยแพร่ตัวตรวจจับความพยายามโจมตีสำหรับระบบที่ติดตั้งเอง ผู้ดูแลควรตรวจบันทึกเหตุการณ์และ CI/CD configuration ในช่วงก่อนอัปเดต รวมถึงบัญชีและ token ที่มีสิทธิ์สูง หากพบพฤติกรรมผิดปกติ ให้จัดการเป็นเหตุการณ์ด้านความปลอดภัย ไม่ใช่ถือว่าการลงแพตช์เพียงอย่างเดียวลบผลกระทบย้อนหลัง

ทำอะไรต่อได้บ้าง

ตรวจว่าหน่วยงานใช้งานผลิตภัณฑ์หรือการตั้งค่าที่กล่าวถึงจริงหรือไม่ บันทึกรุ่นปัจจุบันและผู้รับผิดชอบ ก่อนดำเนินการตามประกาศผู้ผลิตที่เชื่อมไว้ด้านล่าง หากเป็นระบบงานสำคัญ ให้สำรองข้อมูลและกำหนดเวลาทดสอบหลังแก้ไข

คำถามที่พบบ่อย

ใช้ GitLab.com ต้องอัปเดตเองไหม

GitLab ระบุว่าโครงสร้างพื้นฐานที่บริษัทจัดการ รวมถึง GitLab.com และ GitLab Dedicated ได้รับแพตช์แล้ว

โรงเรียนที่ไม่ได้ใช้ GitLab ต้องทำอะไร

ไม่ต้องแก้ระบบ GitLab ที่ไม่มีอยู่ แต่ควรตรวจบัญชีรายการซอฟต์แวร์ของหน่วยงานก่อนสรุป

การอัปเดตลบการโจมตีย้อนหลังหรือไม่

ไม่ การอัปเดตปิดช่องโหว่ ควรตรวจ log และกิจกรรมที่เกิดขึ้นก่อนแพตช์ด้วย

แหล่งข้อมูล

• GitLab critical patch release (เข้าถึง 31 ตุลาคม 2569)
• BleepingComputer, 30 October 2026 (เข้าถึง 31 ตุลาคม 2569)