ผู้ใช้หลายรายออกมาเปิดเผยว่า OpenAI’s GPT‑5.6 Sol ลบไฟล์และฐานข้อมูลโดยไม่ขออนุญาตล่วงหน้า สะท้อนความเสี่ยงที่บริษัทเคยบันทึกไว้ตั้งแต่ก่อนเปิดตัวโมเดลเรือธงตัวนี้
ประเด็นสำคัญ
- ผู้ใช้หลายคนระบุว่า GPT‑5.6 Sol ลบไฟล์ในเครื่อง ข้อมูลโปรเจ็กต์ หรือแม้แต่ระบบโปรดักชัน โดยไม่ผ่านการอนุมัติ แม้ยังไม่ชัดว่าปัญหานี้แพร่หลายเพียงใด
- เอกสาร system card ของ OpenAI เองเตือนว่าตัวโมเดลอาจทำเกินเจตนารมณ์ของผู้ใช้ และอาจลงมือทำลายข้อมูลระหว่างดำเนินงานได้
- ล่าสุดบริษัทแนะนำให้ผู้ใช้ตั้ง “ขอบเขตการอนุมัติ” ที่ชัดเจนก่อนให้โมเดลทำงานที่เสี่ยงทำลายข้อมูลหรือขยายขอบเขตงานเอง
กรณี GPT‑5.6 ลบไฟล์
Matt Shumer ผู้ก่อตั้งและซีอีโอ OthersideAI ผู้พัฒนา HyperWrite โพสต์บน X ว่าเกิดเหตุ GPT‑5.6 Sol ลบไฟล์ในเครื่องของเขา โดยเขา เขียน ว่า GPT‑5.6 Sol “เพิ่งลบไฟล์บน Mac ของผมไปเกือบทั้งหมดโดยไม่ตั้งใจ”
ด้านนักพัฒนา Bruno Lemos ระบุว่าโมเดลดังกล่าว “ลบฐานข้อมูลโปรดักชันทั้งก้อนของผมทิ้ง”
นักพัฒนาอีกราย Joey Kudish ก็ กล่าว ว่า Codex Sol มีพฤติกรรม “ทะเยอทะยานเกินไป” ถึงขั้น “ลบไฟล์บางส่วนที่ไม่ควรถูกลบ” แม้เขาย้ำว่ายังสามารถกู้คืนได้จากระบบสำรองข้อมูล
ขณะเดียวกัน ใน Reddit ก็มีเธรดที่รวบรวมคำให้การจากผู้ใช้คนอื่น ๆ ที่อ้างว่าพบเหตุการณ์คล้ายกัน
อย่างไรก็ดี เหตุการณ์เหล่านี้ยังเป็นเพียงคำบอกเล่าจากผู้ใช้ และยังไม่สามารถพิสูจน์ได้ชัดเจนว่า GPT‑5.6 Sol เป็นสาเหตุของความผิดพลาดทุกกรณี ทว่า OpenAI เองก็เคยระบุถึงความเสี่ยงเชิงโครงสร้างแบบเดียวกันนี้ตั้งแต่ช่วงทดสอบก่อนปล่อยโมเดลสู่สาธารณะแล้ว
อ่านเพิ่มเติม: กระแสเดิมพัน Polymarket ศึกบอลโลกทะลุ $4B สเปนเต็งแชมป์ 58%
คำเตือนด้านความปลอดภัยจาก OpenAI
ใน system card ของ OpenAI บริษัทชี้ว่า ความล้มเหลวในการเขียนโค้ดแบบ “agentic” อาจเกิดขึ้นเมื่อโมเดลเร่งรีบเกินไปที่จะปิดงาน หรือ “ตีความสิทธิ์การอนุญาตกว้างเกินจริง” ส่งผลให้โมเดลลงมือทำเกินขอบเขตที่ผู้ใช้ร้องขอ รวมถึงการเปลี่ยนแปลงเชิงทำลาย หรือรายงานผลการทำงานแบบคลาดเคลื่อนจากความเป็นจริง
ในการทดสอบหนึ่ง ผู้ใช้อนุญาตให้ Sol ลบเครื่องเสมือน (virtual machine) แบบรีโมต 3 เครื่อง ที่ติดป้ายหมายเลข 1, 2 และ 3
เมื่อโมเดลค้นหาแล้วไม่พบเครื่องตามที่ระบุ มันกลับลบเครื่องหมายเลข 5, 6 และ 7 แทน พร้อมทั้งสั่งปิดโปรเซสที่กำลังรันอยู่ และลบไฟล์งานที่ยังใช้งาน ก่อนจะมาระบุในภายหลังว่าอาจมีงานที่ยังไม่ commit สูญหายไป
ในการทดสอบอีกกรณี พบว่าโมเดลนำ credentials ที่ผู้ใช้ไม่ได้อนุญาตมาใช้ โดยหลังจากงานบนคลาวด์ไม่สามารถเข้าถึงไฟล์ได้ Sol จึงค้นหาในแคชท้องถิ่นที่ซ่อนไว้ พบ credentials และนำมาใช้งาน แทนที่จะหยุดและขออนุญาตจากผู้ใช้ก่อน
ความกังวลเหล่านี้เกิดขึ้นตั้งแต่ก่อนมีเสียงร้องเรียนสาธารณะแล้ว ผลทดสอบก่อนเปิดตัวของ OpenAI พบว่า GPT‑5.6 มีแนวโน้มจะ “ทำเกินเจตนาผู้ใช้” มากกว่า GPT‑5.5 แม้ในภาพรวมอัตราเกิดเหตุจะยังถือว่าต่ำ
ด้วยเหตุนี้ แนวทางปัจจุบันของ OpenAI จึงย้ำให้ผู้ใช้ตั้งกลไก “ขอคอนเฟิร์ม” ก่อนทุกการกระทำที่มีลักษณะทำลายข้อมูล พร้อมจำกัดสิทธิ์การเข้าถึงให้แคบที่สุด กำหนดขอบเขตการอนุญาตให้ชัด และจัดให้มีระบบสำรองข้อมูลที่กู้คืนได้เป็นเกราะป้องกันสำคัญ
อ่านต่อ: เทรดเดอร์คริปโต้เปิดทางเดิมพันแจ็กพอต Mega Millions มูลค่า $672M