Security history ใน ChatGPT บอกอะไรได้ และทีมธุรกิจควรทำอะไรต่อ
ลองนึกถึงพนักงานคนหนึ่งที่เปิดดู Security history แล้วเห็นการเข้าสู่ระบบจากเมืองที่ไม่คุ้นเคย แต่เมื่อดู Active sessions กลับไม่พบอุปกรณ์ที่ไม่รู้จัก
ควรเปลี่ยนรหัสผ่านทันทีไหม หรือเป็นเพียงตำแหน่งโดยประมาณจากเครือข่ายของบริษัทหรือ VPN คำตอบไม่ควรเดาจากชื่อเมืองเพียงอย่างเดียว การไม่มีรายการผิดปกติในหน้าใดหน้าหนึ่งก็ยังไม่พอให้สรุปว่าบัญชีปลอดภัย
เมื่อวันที่ 25 กันยายน 2569 OpenAI ประกาศ Security history ใน ChatGPT ซึ่งช่วยให้ผู้ใช้ดูเหตุการณ์ความปลอดภัยล่าสุดของบัญชี OpenAI ได้ ทีมธุรกิจจึงควรใช้ข้อมูลนี้เป็นจุดเริ่มต้น แล้วรู้ว่าต้องตรวจอะไรเพิ่มเมื่อพบสิ่งที่อธิบายไม่ได้
ข่าวนี้เพิ่มอะไรให้ผู้ใช้บัญชี
ตาม Release Notes ของ OpenAI, Security history แสดงเหตุการณ์อย่างการเข้าสู่ระบบ การออกจากระบบ และการเปลี่ยน MFA, passkeys หรือการตั้งค่าความปลอดภัยอื่น ๆ รายการอาจมีเวลา ตำแหน่ง และรายละเอียดอุปกรณ์ โดย OpenAI ระบุว่าบางรายละเอียดอาจเป็นเพียงค่าประมาณหรือไม่มีข้อมูล OpenAI, ChatGPT Release Notes, 25 September 2026
วิธีเปิดดูบนเว็บคือ ChatGPT > Settings > Security and login > Security history ชื่อเมนูหรือการมองเห็นฟีเจอร์อาจขึ้นกับบัญชีและการทยอยเปิดใช้ จึงควรตรวจจากหน้าจอจริงของผู้ใช้ในเวลาที่ทำเช็กลิสต์
ประโยชน์ของหน้านี้คือช่วยให้เจ้าของบัญชีทบทวนว่า “เกิดอะไรขึ้นกับบัญชีนี้เมื่อไม่นานมานี้” จากนั้นจึงค่อยเทียบกับหลักฐานจากระบบอื่น ข้อมูลนี้ไม่ได้ยืนยันว่าใครเป็นคนทำรายการ
Security history ต่างจาก Active sessions อย่างไร
สองหน้านี้ตอบคำถามคนละข้อ
- Security history เน้นเหตุการณ์ย้อนหลัง เช่น การเข้าสู่ระบบ ออกจากระบบ และการเปลี่ยนการตั้งค่าความปลอดภัย
- Active sessions เน้นเซสชันที่ยังใช้งานอยู่และอุปกรณ์ที่เชื่อถือได้ ผู้ใช้ใช้ตรวจรายละเอียดและสั่งออกจากระบบเป็นรายเซสชันหรือทุกเซสชันได้
เอกสาร Active sessions ของ OpenAI ระบุว่ารายการอาจแสดงเบราว์เซอร์หรืออุปกรณ์ บริบทของแอป OpenAI ตำแหน่งโดยประมาณ เวลาเข้าสู่ระบบ สถานะ trusted device และบอกว่าเป็นเซสชันปัจจุบันหรือไม่ รายละเอียดอาจไม่ครบถ้วน รายการนี้ไม่แสดงเซสชันของแอปภายนอก connected apps, การใช้ Sign in with ChatGPT กับบริการภายนอกบางกรณี หรือ Codex CLI และไม่แสดงเซสชันที่ออกจากระบบไปแล้ว OpenAI, Managing active sessions in ChatGPT
Active sessions ยังไม่พร้อมใช้กับบัญชีที่ผูกกับ SSO ขององค์กร รวมถึง SAML หรือ OIDC ดังนั้นทีมที่ใช้ SSO ต้องตรวจวิธีดูเหตุการณ์จากผู้ให้บริการตัวตนของตนเองด้วย
เมื่อทีมต้องตรวจเหตุการณ์ระดับองค์กร ให้ต่อข้อมูลจากสองหน้านี้เข้ากับบันทึกของผู้ให้บริการตัวตน ระบบปลายทาง และ API ด้วย
อ่านตำแหน่งและเวลาอย่างมีบริบท
ตำแหน่งที่แสดงไม่ใช่หลักฐานทางภูมิศาสตร์แบบละเอียด OpenAI ระบุว่ารายละเอียดบางส่วนใน Security history และ Active sessions อาจเป็นค่าประมาณหรือไม่มีข้อมูล VPN, เกตเวย์ของบริษัท เครือข่ายมือถือ และการตั้งค่าของผู้ให้บริการอินเทอร์เน็ตอาจทำให้ตำแหน่งดูห่างจากสถานที่ทำงานจริง
ให้เริ่มจากการเทียบสามอย่าง คือเวลา เหตุการณ์ และอุปกรณ์ หากพบการเข้าสู่ระบบเวลาเดียวกับวันที่พนักงานเดินทาง อุปกรณ์ที่ใช้เป็นประจำ และเครือข่ายบริษัท รายการนั้นอาจอธิบายได้ เมืองที่แสดงอาจไม่ตรงกับสำนักงานก็ได้ ในทางกลับกัน หากมีการเปลี่ยน MFA หรือ passkey ที่ไม่มีใครในทีมรับทราบ ควรถือเป็นสัญญาณให้ตรวจต่อ ต่อให้ตำแหน่งดูคุ้นเคย
อย่าลบหรือกลบรายการที่ยังอธิบายไม่ได้ ให้เก็บเวลา ประเภทเหตุการณ์ และรายละเอียดอุปกรณ์ไว้ตามนโยบายขององค์กร ข้อมูลเหล่านี้ช่วยให้ทีมคุยกับเจ้าของบัญชี ผู้ให้บริการตัวตน และ OpenAI Support จากหลักฐานชุดเดียวกัน หากจำเป็นต้องใช้ภาพหน้าจอ ควรขอเท่าที่จำเป็นและผ่านขั้นตอนที่ตกลงกัน ไม่ควรให้พนักงานส่งภาพข้อมูลความปลอดภัยส่วนบุคคลเป็นกิจวัตร
ทีมควรกำหนดผู้รับผิดชอบ เหตุการณ์ที่ต้องส่งต่อ ช่องทางเก็บหลักฐาน และสิทธิ์ผู้เข้าถึงให้ชัด การตรวจบัญชีรายบุคคลจะได้ไม่กลายเป็นการเก็บข้อมูลส่วนตัวเกินกว่างานที่ต้องทำ
เช็กลิสต์ตรวจบัญชีสำหรับทีมธุรกิจ
ใช้รายการนี้กับบัญชีที่ทำงานสำคัญหรือเชื่อมข้อมูลขององค์กร โดยให้เจ้าของบัญชีและผู้ดูแลที่เกี่ยวข้องรู้ว่าใครเป็นผู้ตัดสินใจในแต่ละขั้น
- ระบุประเภทบัญชีและวิธีเข้าสู่ระบบ บัญชีส่วนบุคคล บัญชีใน managed workspace และบัญชีที่ผูกกับ SSO อาจมีหน้าจอหรือความสามารถต่างกัน ถ้าเป็น SSO ให้เริ่มตรวจจากผู้ให้บริการตัวตนด้วย อย่าเหมารวมว่าคนหนึ่งเห็นเมนูเหมือนอีกคน
- เปิด Security history แล้วตรวจช่วงเวลาที่กำหนด เทียบ sign-in, sign-out, MFA, passkey และการเปลี่ยนค่าความปลอดภัยกับตารางงาน การเดินทาง และการเปลี่ยนแปลงที่ทีมอนุมัติไว้
- เปิด Active sessions ต่อ ตรวจเซสชันที่ยังใช้งานและอุปกรณ์ที่เชื่อถือได้ หากพบเซสชันที่ไม่รู้จัก ให้สั่งออกจากระบบเฉพาะรายการหรือทุกเซสชันตามแผนเหตุการณ์ OpenAI ระบุว่าการออกจากระบบทุกอุปกรณ์อาจใช้เวลาถึง 30 นาทีจึงจะมีผลครบ
- ตรวจวิธีป้องกันการเข้าสู่ระบบ ใช้รหัสผ่านที่ไม่ซ้ำกับบริการอื่น เปิด MFA และทบทวน passkeys หรือวิธีลงชื่อเข้าใช้ที่องค์กรอนุญาต หากรหัสผ่านอาจรั่ว ถูกใช้ซ้ำ หรือถูกใช้ร่วมกับผู้อื่น ให้เปลี่ยนทันที OpenAI, Keeping your OpenAI account secure
- แยกบัญชีออกจากคีย์และการเชื่อมต่อ ตรวจ API keys, connected apps, ปลั๊กอิน และเครื่องมือที่ใช้บัญชีนี้ หากคีย์อาจถูกเปิดเผยให้หมุนคีย์ตามขั้นตอนของแพลตฟอร์ม และตรวจการใช้งาน API จากระบบ Platform แยกจาก Security history
- กำหนดเส้นทางแจ้งเหตุ เมื่อพบรายการที่เจ้าของบัญชีไม่รู้จัก ให้เปลี่ยนรหัสผ่าน ออกจากระบบทุกเซสชัน ตรวจวิธีเข้าสู่ระบบ เก็บหลักฐาน และติดต่อ OpenAI Support ตามความเหมาะสม อย่าให้พนักงานแต่ละคนตีความเหตุการณ์เองโดยไม่มีผู้รับผิดชอบ
- ทบทวนสิทธิ์เมื่อคนย้ายงานหรือพ้นสภาพ ตรวจบัญชีที่ยังเชื่อมอุปกรณ์ แอป หรือคีย์ขององค์กรอยู่ แล้วประสานผู้ดูแล workspace, ผู้ให้บริการ SSO และเจ้าของระบบปลายทางตามขั้นตอนของบริษัท
สิ่งที่ Security history ยังทำไม่ได้
สำหรับทีมที่มีหลายบัญชี หลายช่องทางเข้าสู่ระบบ หรือใช้ API และ connected apps ร่วมกัน ต้องจำไว้ว่า Security history เป็นเครื่องมือระดับบัญชี ไม่ใช่ระบบเฝ้าระวังผู้ใช้ทั้งองค์กร ไม่ใช่รายงานการใช้ข้อมูลทั้งหมด และไม่ใช่หลักฐานว่าบริษัทปฏิบัติตามข้อกำหนดใดแล้ว
การควบคุมระดับองค์กรยังต้องประกอบด้วยบันทึกจาก SSO หรือผู้ให้บริการตัวตน การจัดการอุปกรณ์และเครือข่าย การตรวจ API usage และค่าใช้จ่าย การทบทวน connected apps รวมถึงขั้นตอนรับคนเข้า ย้ายหน้าที่ และปิดสิทธิ์เมื่อออกจากงาน รายการเหล่านี้เป็นงานของระบบและกระบวนการที่องค์กรเลือกใช้ ไม่ได้เกิดขึ้นจากการเปิด Security history เพียงอย่างเดียว
ถ้าพบเหตุการณ์ที่อธิบายไม่ได้ ให้เริ่มจากการลดความเสี่ยงที่ทำได้ทันที แล้วค่อยแยกว่าปัญหาอยู่ที่บัญชี เซสชัน วิธีลงชื่อเข้าใช้ คีย์ API หรือระบบภายนอก การมองเห็นที่ดีช่วยให้ตัดสินใจเร็วขึ้น แต่ไม่ควรทำให้ทีมมองข้ามหลักฐานจากเครื่องมืออื่นที่อยู่ในเส้นทางเดียวกัน
