ลิงก์ที่อยู่บนบริการที่เชื่อถือได้ยังต้องมีการแยกสิทธิ์ภายในที่รัดกุม งานวิจัยของ Parameter ซึ่งเผยแพร่ 28 ตุลาคม 2569 และมีรายงานข่าวเพิ่มเติมวันที่ 31 ตุลาคม แสดงตัวอย่างข้อผิดพลาดระหว่างฟีเจอร์ในเว็บ ChatGPT โดยผู้วิจัยระบุว่า OpenAI แก้ไขแล้วเมื่อ 26 ตุลาคม เรื่องนี้จึงเป็นบทเรียนการออกแบบระบบ ไม่ใช่คำเตือนว่าช่องโหว่เดิมยังเปิดอยู่ในขณะนี้
ข้อเท็จจริงที่ยืนยันจากรายงานต้นฉบับ
Parameter ทดลองให้ลิงก์แชร์บทสนทนาที่จัดเตรียมไว้เรียก JavaScript ในบริบทบัญชีที่ล็อกอิน และอ่านบทสนทนาส่วนตัวระหว่างบัญชีทดสอบได้ รายงานอธิบายจุดเชื่อมระหว่าง HTML Preview กับตัวรับข้อความของ MathLive และระบุว่า OpenAI จัดรายงานเป็น P1 ก่อนแก้ไข รายงานนี้เป็นการสาธิตภายใต้การควบคุม ไม่ใช่หลักฐานว่าผู้ใช้จริงถูกโจมตีเป็นวงกว้าง
เหตุใดองค์กรที่พัฒนา AI จึงควรสนใจ
ประเด็นอยู่ที่การตรวจความน่าเชื่อถือของข้อความข้ามเฟรม ไม่ใช่คุณภาพคำตอบของโมเดล ตัวอย่างนี้เตือนว่าการแยกพื้นที่รันโค้ดอาจไม่เพียงพอ หากส่วนอื่นของหน้าเว็บยอมรับคำสั่งจากแหล่งที่ไม่ได้รับอนุญาต
ข้อแนะนำ ALPHASEC สำหรับองค์กรไทย
- ทีมพัฒนา: ทบทวนตัวรับ
postMessageให้ตรวจทั้ง origin และหน้าต่างผู้ส่งที่อนุญาต หลีกเลี่ยงการนำ HTML จากภายนอกไปแสดงในบริบทที่มีสิทธิ์สูง และทดสอบฟีเจอร์ร่วมกัน - ทีมกำกับดูแล AI: กำหนดประเภทข้อมูลที่นำเข้าสนทนาและแชร์ได้ โดยเฉพาะข้อมูลลูกค้า ข้อมูลส่วนบุคคล และความลับองค์กร พร้อมกำหนดเจ้าของการติดตามประกาศผู้ให้บริการ
- ทีมตอบสนองเหตุ: หากมีหลักฐานการเข้าถึงบัญชีผิดปกติ ให้เก็บเวลา ลิงก์ และบันทึกที่เกี่ยวข้อง แล้วประเมินขอบเขตข้อมูลก่อนดำเนินการตามกระบวนการแจ้งเหตุขององค์กร
ผู้ใช้ต้องทำอะไรกับช่องโหว่นี้
การแก้ไขที่รายงานอยู่ฝั่งบริการ ไม่ได้มีแพตช์ให้ผู้ใช้ติดตั้งเอง และไม่ควรสรุปว่าทุกบัญชีถูกเข้าถึงหรือต้องเปลี่ยนรหัสผ่านจากรายงานนี้เพียงอย่างเดียว หลักทั่วไปคือเปิดลิงก์แชร์ตามบริบทงาน ระวังคำขอให้เปิดเนื้อหาโต้ตอบจากบุคคลที่ไม่รู้จัก และแจ้งทีม IT เมื่อพบพฤติกรรมผิดปกติ
แหล่งข้อมูลและเครดิต
ตรวจต้นทางรอบวันที่ 2 พฤศจิกายน 2569 · ข้อเท็จจริงเรื่องการแก้ไขอ้างตามรายงานผู้วิจัย ไม่อนุมานว่าไม่มีความเสี่ยงอื่นในบริการ