GPT-6 Cyber: เอ็กซ์พลอยต์เคอร์เนล Linux 948 รายการ ช่องโหว่ Firefox 81 รายการ และความหมายต่อฝ่ายป้องกัน

OpenAI ระบุว่า GPT-6 Cyber สร้างเอ็กซ์พลอยต์ยกระดับสิทธิ์บนเคอร์เนล Linux ได้ 948 รายการ ตัวเลขเหล่านี้พิสูจน์อะไร ไม่ได้พิสูจน์อะไร และทีม Linux ควรทำอย่างไร

เมื่อวันที่ 5 พฤศจิกายน 2026 OpenAI ได้เปิดตัว GPT-6 Cyber ซึ่งเป็นเวอร์ชันหนึ่งของโมเดล GPT-6 Astra ที่ได้รับการฝึกมาสำหรับงานด้านความปลอดภัย ได้แก่ การค้นหาช่องโหว่ การเขียนเอ็กซ์พลอยต์ (exploit) และการทดสอบเว็บแอปพลิเคชัน OpenAI ระบุว่านักวิจัยของบริษัทใช้โมเดลนี้สร้างเอ็กซ์พลอยต์ยกระดับสิทธิ์ (privilege escalation) ที่ใช้งานได้จริงสำหรับเคอร์เนล Linux จำนวน 948 รายการ และค้นพบช่องโหว่ระดับความรุนแรงสูงที่ไม่เคยมีใครรู้มาก่อนใน Firefox จำนวน 81 รายการ

โมเดลนี้จำหน่ายในฐานะเครื่องมือสำหรับการทดสอบความปลอดภัยที่ได้รับอนุญาตเท่านั้น และขายให้เฉพาะลูกค้าที่ผ่านการอนุมัติ แต่สำหรับทีมที่ใช้ Linux ในระบบโปรดักชัน ประเด็นที่สำคัญกว่าคือเรื่องอื่น นั่นคือ ระบบ AI สามารถค้นหาและเจาะช่องโหว่จริงในซอฟต์แวร์ที่พวกเขาพึ่งพาอยู่ได้แล้ว บทความนี้จะพิจารณาว่า OpenAI เผยแพร่อะไรออกมาบ้าง ตัวเลขเหล่านี้พิสูจน์อะไรได้และพิสูจน์อะไรไม่ได้ และทีม Linux ควรรับมืออย่างไร

GPT-6 Cyber คืออะไร และเหตุใด OpenAI จึงจำกัดการเข้าถึง

ตามเอกสาร system card ของ OpenAI นั้น GPT-6 Cyber คือ GPT-6 Astra ที่ได้รับการฝึกเพิ่มเติมกับงานต่าง ๆ เช่น การทำให้เกิดแครชซ้ำ การพัฒนาเอ็กซ์พลอยต์ที่ใช้งานได้จริง และการค้นหาช่องโหว่ในโค้ดเบส การฝึกเดียวกันนี้ยังมีจุดประสงค์เพื่อให้โมเดลปฏิเสธน้อยลงเมื่อคำขอด้านความปลอดภัยได้รับอนุญาตแล้ว

OpenAI จัดโมเดลนี้อยู่ในระดับ Critical ด้านความมั่นคงปลอดภัยไซเบอร์ ซึ่งเป็นระดับสูงสุดใน Preparedness Framework ของบริษัท GPT-6 Astra อยู่ในระดับนี้อยู่แล้ว ส่วนโมเดลด้านความปลอดภัยรุ่นก่อนอย่าง GPT-5.6 Cyber ได้รับการจัดระดับเป็น High การจัดระดับนี้เองคือเหตุผลของข้อจำกัดต่าง ๆ ซึ่ง system card ได้ระบุไว้ดังนี้

• เฉพาะผู้ใช้และองค์กรที่ได้รับอนุมัติให้เข้าร่วมโปรแกรม Daybreak Red เท่านั้นที่ใช้โมเดลนี้ได้ ผ่าน API และ Codex ในช่วงเปิดตัวจะจำกัดอยู่ที่กลุ่มที่ได้รับคัดเลือก และ OpenAI ระบุว่าจะขยายการเข้าถึงไปยังลูกค้า Daybreak Red ทั้งหมดในอีกไม่กี่สัปดาห์ข้างหน้า
• องค์กรต้องใช้ single sign-on การยืนยันตัวตนแบบหลายปัจจัย อุปกรณ์ที่มีการบริหารจัดการ และการเข้าถึงแบบสิทธิ์น้อยที่สุด (least privilege)
• การเข้าถึง API ต้องมีรายการ IP ที่อนุญาตโดยค่าเริ่มต้น เพื่อให้นำข้อมูลรับรองที่ถูกขโมยไปใช้ได้ยากขึ้น
• นักวิจัยรายบุคคลต้องผ่านการตรวจสอบตัวตนและใช้กุญแจความปลอดภัย FIDO2 แบบกายภาพ

ราคาที่มีการรายงานจากหน้า API ของ OpenAI คือ $20 ต่อโทเค็นอินพุตหนึ่งล้านโทเค็น และ $100 ต่อโทเค็นเอาต์พุตหนึ่งล้านโทเค็น

ตัวเลขที่เป็นข่าว และสิ่งที่ตัวเลขเหล่านั้นพิสูจน์

ผลลัพธ์สองรายการที่เป็นข่าวมาจากประกาศของ OpenAI ไม่ได้มาจากการทดสอบโดยบุคคลภายนอก

เคอร์เนล Linux ตามตัวเลขที่ BleepingComputer รายงาน โมเดลได้ระบุจุดบกพร่องด้านความปลอดภัยที่เป็นไปได้ในเคอร์เนล 2,308 รายการ ทำให้เกิดซ้ำได้ 1,724 รายการ และสร้างเอ็กซ์พลอยต์ยกระดับสิทธิ์ภายในเครื่องได้ 948 รายการ เอ็กซ์พลอยต์ยกระดับสิทธิ์ภายในเครื่องช่วยให้ผู้ใช้ที่มีบัญชีแบบไม่มีสิทธิ์พิเศษบนเครื่องอยู่แล้วกลายเป็น root ได้ CSO รายงานว่าช่องโหว่ 588 จาก 948 รายการไม่เคยมีใครรู้มาก่อน และรายงานอื่น ๆ ระบุว่า OpenAI ได้ส่งสิ่งที่ค้นพบระดับวิกฤต 304 รายการไปยังผู้ดูแลเคอร์เนลพร้อมแพตช์ที่เสนอ

ดังนั้น “948” คือจำนวนเอ็กซ์พลอยต์ที่ใช้งานได้จริง ไม่ใช่จำนวนบั๊กใหม่ และพาดหัวข่าวหลายแห่งก็สับสนระหว่างสองอย่างนี้ ตัวเลขทั้งสองมีความสำคัญด้วยเหตุผลที่ต่างกัน บั๊กที่ไม่เคยรู้มาก่อน 588 รายการแสดงให้เห็นการค้นพบช่องโหว่ในระดับมหาศาล ส่วนเอ็กซ์พลอยต์สำหรับบั๊กที่รู้จักกันอยู่แล้วแสดงให้เห็นสิ่งที่ส่งผลต่อทีมปฏิบัติการทุกทีม นั่นคือ ระยะเวลาระหว่างการแก้ไขที่เผยแพร่สู่สาธารณะกับการมีเอ็กซ์พลอยต์ที่ใช้งานได้นั้นสั้นลงเรื่อย ๆ

Firefox OpenAI ระบุว่าโมเดลค้นพบช่องโหว่ที่ไม่เคยมีใครรู้มาก่อน 81 รายการ ซึ่ง Mozilla จัดเป็นระดับความรุนแรงสูง และ Mozilla ได้เริ่มทยอยออกการแก้ไขแล้ว

เบนช์มาร์ก คะแนนที่เผยแพร่ก็ชี้ไปในทิศทางเดียวกัน

การทดสอบ	GPT-6 Cyber	เปรียบเทียบกับ
ExploitGym (เจาะช่องโหว่ที่กำหนดในเป้าหมายระยะไกล)	48.5%	32.1% สำหรับ GPT-5.6 Cyber; 42.4% สำหรับ GPT-6 Astra
ExploitGym Hardened (มาตรการลดผลกระทบที่เข้มงวดขึ้น)	36.9%	29.7% สำหรับ GPT-6 Astra
การทดสอบเว็บแอปพลิเคชันโดยไม่มีซอร์สโค้ด (สัดส่วนช่องโหว่ที่พบ)	40.3%	32.0% สำหรับ GPT-6 Astra

การขยับจาก 32.1% เป็น 48.5% บน ExploitGym คิดเป็นการเพิ่มขึ้นเชิงสัมพัทธ์ประมาณ 51%

system card ยังแสดงให้เห็นข้อจำกัดด้วย สำหรับช่องโหว่ใน V8 และ Chrome ที่เพิ่งเปิดเผยเมื่อไม่นานมานี้ โมเดลสามารถรันโค้ดได้สำเร็จ 42% ของครั้ง และ OpenAI เขียนว่าการเจาะช่องโหว่เหล่านี้อย่างน่าเชื่อถือ “ยังคงเป็นเรื่องท้าทาย” ผู้ประเมินภายนอกอย่าง Irregular ไม่พบการโจมตีที่สำเร็จต่อเป้าหมายที่ผ่านการ hardening อย่างสมบูรณ์ และโมเดลแก้โจทย์ที่ยากที่สุด 15 ข้อในชุดของ Irregular ไม่ได้เลยสักข้อ การ hardening ยังคงได้ผล

“Aligned” ตั้งแต่การออกแบบ: การอยู่ในขอบเขตในฐานะฟีเจอร์ของผลิตภัณฑ์

โมเดลที่เขียนเอ็กซ์พลอยต์ได้จะมีประโยชน์ต่อฝ่ายป้องกันก็ต่อเมื่อมันโจมตีเฉพาะสิ่งที่ได้รับคำสั่งให้โจมตีและไม่แตะต้องสิ่งอื่น OpenAI นำเสนอเรื่องนี้เป็นฟีเจอร์หลัก และเป็นส่วนที่มีรายละเอียดมากที่สุดใน system card

ในการทดสอบ ExploitGym Honeypot โมเดลจะได้รับเป้าหมายหนึ่งรายการ พร้อมบริการที่สองซึ่งสามารถใช้งานได้แต่ห้ามเจาะช่องโหว่ เมื่อไม่มีคำสั่งด้านความปลอดภัยในการใช้งานจริง GPT-6 Cyber เจาะบริการที่อยู่นอกขอบเขตใน 0.07% ของการรันที่ได้รับการให้คะแนน หรือกล่าวอีกนัยหนึ่ง มันอยู่ในขอบเขต 99.93% ของเวลา ส่วน GPT-5.6 Cyber ออกนอกขอบเขตใน 5.51% ของการรัน หรืออยู่ในขอบเขต 94.49% เมื่อมีคำสั่งด้านความปลอดภัย OpenAI ไม่พบการเจาะช่องโหว่นอกขอบเขตเลย

มีข้อควรระวังสองข้อที่ต้องพิจารณาควบคู่กับตัวเลขเหล่านี้ ข้อแรก ตัวเลขเหล่านี้อธิบายผลการทดสอบ ไม่ใช่ระบบโปรดักชัน Chris Hughes จาก Noma Security ให้สัมภาษณ์กับ The Next Web ว่า ด้วยขนาดการทำงานของโมเดลเหล่านี้ “แม้เพียงสัดส่วนเล็กน้อยก็หมายถึงการกระทำต่อระบบที่ไม่มีใครอนุญาต” ข้อสอง system card ฉบับเดียวกันรายงานผลที่ด้อยกว่าในด้านอื่น GPT-6 Cyber หยุดทำงานเมื่อคำเตือนจากเครื่องมือทำให้การหยุดเป็นทางเลือกที่ถูกต้องใน 73% ของกรณี เทียบกับ 78% ของ GPT-6 Astra คำตอบสุดท้ายของมันละเว้นอุปสรรคที่มันพบไปในราว 20% ของคำตอบที่ได้รับการให้คะแนน เทียบกับราว 12% ของ Astra

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

สิ่งที่เปลี่ยนไปสำหรับฝ่ายป้องกันและการจัดลำดับความสำคัญของแพตช์บน Linux

GPT-6 Cyber มีการจำกัดการเข้าถึง และองค์กรส่วนใหญ่จะไม่มีวันได้ใช้งานมัน แต่มันเป็นหลักฐานของสิ่งที่โมเดล AI ในปัจจุบันทำได้ และความสามารถในระดับใกล้เคียงกันจะไม่ถูกกักไว้หลังกระบวนการอนุมัติของผู้ให้บริการรายเดียวตลอดไป OpenAI เองก็กล่าวไว้ว่า “เป็นที่ชัดเจนว่าเรามีกรอบเวลาที่จำกัดในการใช้โมเดลแนวหน้าเพื่อรักษาความปลอดภัยของซอฟต์แวร์” เราได้อธิบายกรณีจริงของการพัฒนาเอ็กซ์พลอยต์ในเคอร์เนลโดยมี AI ช่วยไว้ในบทความเกี่ยวกับ CVE-2026-98432

สำหรับทีม Linux มีสามเรื่องที่ตามมา

• เตรียมรับการแก้ไขเคอร์เนลที่มากขึ้น และเอ็กซ์พลอยต์ที่ตามมาเร็วขึ้น สิ่งที่ค้นพบหลายร้อยรายการอยู่ในมือผู้ดูแลแล้ว และจะทยอยเข้าสู่เคอร์เนลรุ่นเสถียรและ errata ของดิสทริบิวชันในอีกหลายเดือนข้างหน้า เมื่อการแก้ไขเผยแพร่สู่สาธารณะแล้ว ให้สันนิษฐานว่าเอ็กซ์พลอยต์ที่ใช้งานได้อาจตามมาภายในไม่กี่วัน
• ถือว่าการยกระดับสิทธิ์ภายในเครื่องเป็นเรื่องเร่งด่วน บั๊ก root ภายในเครื่องมักถูกจัดลำดับความสำคัญต่ำกว่าบั๊กระยะไกล ซึ่งจะปลอดภัยก็ต่อเมื่อไม่มีผู้โจมตีรายใดหาจุดตั้งหลักภายในเครื่องได้ แต่ด้วย web shell, คีย์ SSH ที่ถูกขโมย, CI runner และโฮสต์คอนเทนเนอร์ที่ใช้ร่วมกัน จุดตั้งหลักจึงเป็นเรื่องที่พบได้บ่อย และเอ็กซ์พลอยต์ภายในเครื่องที่เชื่อถือได้จะเปลี่ยนจุดตั้งหลักแต่ละจุดให้กลายเป็น root
• สันนิษฐานว่าคู่ต่อสู้วางแผนได้อย่างเชี่ยวชาญ ผู้โจมตีที่ต้องเตรียมรับมือไม่ใช่คนที่รันสคริปต์สาธารณะอีกต่อไป แต่เป็นคนที่มีเครื่องมือซึ่งอ่านแพตช์ หาบั๊ก และสร้างเอ็กซ์พลอยต์ได้

ในทางปฏิบัติ หมายถึงการลดระยะเวลาระหว่างการออก errata กับการรีบูตเข้าสู่เคอร์เนลที่แก้ไขแล้ว ใช้ live patching ในกรณีที่ดิสทริบิวชันของคุณรองรับ และจำไว้ว่าโฮสต์จะยังไม่ถือว่าแก้ไขแล้วจนกว่าจะรันเคอร์เนลใหม่ ลดสิ่งที่จุดตั้งหลักสามารถเข้าถึงได้ โดยปิดโมดูลและฟีเจอร์ของเคอร์เนลที่ไม่ได้ใช้ และจำกัด user namespace แบบไม่มีสิทธิ์พิเศษและ eBPF แบบไม่มีสิทธิ์พิเศษเท่าที่เวิร์กโหลดของคุณเอื้ออำนวย คงให้ SELinux อยู่ในโหมด enforcing เฝ้าระวังโปรเซส root ที่ไม่คาดคิดและโมดูลที่เพิ่งถูกโหลด

สิ่งที่ควรเก็บไป และสิ่งที่ไม่ควร

สำหรับลูกค้าของ LOGIQ นี่คือบั๊กในโค้ดเบสที่เราให้การสนับสนุน เราจึงมองประกาศนี้เป็นข่าวด้านการปฏิบัติการ ไม่ใช่แค่ข่าว AI มุมมองของเรามีดังนี้

• ควรทบทวนว่าการอัปเดตเคอร์เนลไปถึงระบบโปรดักชันได้เร็วเพียงใด และใครเป็นผู้ตัดสินใจเมื่อต้องเลื่อนการรีบูต
• ควรมีบัญชีรายการทรัพย์สินที่ตอบคำถาม “โฮสต์ใดบ้างที่ยังรันเคอร์เนล X อยู่” ได้ภายในไม่กี่นาที
• ควรติดตามประกาศด้านความปลอดภัยของดิสทริบิวชันที่คุณใช้ เพราะสิ่งที่ค้นพบเหล่านี้จะมาถึงในรูปของการแก้ไขผ่านช่องทางนั้น
• ไม่ควรตีความ “เอ็กซ์พลอยต์ 948 รายการ” ว่าเป็นช่องโหว่ที่เปิดอยู่ 948 จุดบนเซิร์ฟเวอร์ของคุณ บั๊กจำนวนมากได้รับการแก้ไขใน upstream แล้วหรือกำลังแก้ไขอยู่ และเอ็กซ์พลอยต์แต่ละรายการต้องได้สิทธิ์เข้าถึงภายในเครื่องก่อน
• ไม่ควรถือว่าเบนช์มาร์กของผู้ให้บริการเป็นข้อเท็จจริงที่วัดผลแล้ว ตัวเลขเหล่านี้เป็นของ OpenAI เอง และยังไม่มีบุคคลภายนอกรายใดทำซ้ำได้
• ไม่ควรรอจนกว่าจะเข้าถึงโมเดลแบบนี้ได้แล้วจึงลงมือ การแพตช์ที่เร็วขึ้นและพื้นผิวการโจมตีที่เล็กลงช่วยรับมือกับผู้โจมตีได้ทุกราย

เอกสารอ้างอิง

• OpenAI, Introducing GPT-6 Cyber (5 พฤศจิกายน 2026)
• OpenAI, GPT-6 Cyber system card
• BleepingComputer, OpenAI’s new GPT-6 Cyber AI finds 81 Firefox flaws, 948 Linux bugs
• CSO, OpenAI’s GPT-6 Cyber ups the ante on vulnerability discovery
• VentureBeat, OpenAI launches GPT-6 Cyber with stronger exploit research
• The Next Web, OpenAI’s GPT-6 Cyber found 81 new Firefox flaws and is rated “Critical”