ข้ามไปยังเนื้อหา
กลับหน้ารายการบทความ

GitHub เปิดเผยการแก้ EMU ถูกลบผิดจาก SCIM: ตรวจ Audit Log ช่วง 1–13 มิถุนายน

GitHub เผยแพร่คำชี้แจงวันที่ 23 ตุลาคม 2026 เกี่ยวกับ Enterprise Managed User หรือ EMU บางบัญชีที่ถูกลบผิดระหว่างการ deprovision ผ่าน SCIM เหตุเกิดช่วง 1–13 มิถุนายน 2026 ไม่ใช่เหตุลบบัญชีรอบใหม่ในวันที่ประกาศ GitHub ระบุว่าแก้เส้นทางโ

GitHub เปิดเผยการแก้ EMU ถูกลบผิดจาก SCIM: ตรวจ Audit Log ช่วง 1–13 มิถุนายน

GitHub เผยแพร่คำชี้แจงวันที่ 23 ตุลาคม 2026 เกี่ยวกับ Enterprise Managed User หรือ EMU บางบัญชีที่ถูกลบผิดระหว่างการ deprovision ผ่าน SCIM เหตุเกิดช่วง 1–13 มิถุนายน 2026 ไม่ใช่เหตุลบบัญชีรอบใหม่ในวันที่ประกาศ GitHub ระบุว่าแก้เส้นทางโค้ดและคืน user records ที่ได้รับผลกระทบในเดือนตุลาคมแล้ว

ผลกระทบต่อการติดตามประวัติ

ตามคำชี้แจง บัญชีควรเข้าสถานะ suspended และ obfuscated แต่บางรายการถูกลบ ทำให้ปรากฏเป็น ghost user ใน issue, Pull Request และ audit log ผลกระทบประมาณ 12,285 บัญชี โดยส่วนใหญ่เคยถูกระงับและ hard-deprovision มาก่อน และมี 76 บัญชีที่ active ตอนถูกลบ ตัวเลขนี้เป็นข้อมูลที่ GitHub รายงาน ไม่ใช่ผลตรวจบัญชีขององค์กรผู้อ่าน

วิธีตรวจที่ประกาศคือดูเหตุการณ์ user.delete ของ EMU ใน enterprise audit log ช่วง 1–13 มิถุนายน หากไม่พบเหตุการณ์ดังกล่าว GitHub ระบุว่าไม่อยู่ในกลุ่มได้รับผลกระทบ และ enterprise owners ไม่ต้องดำเนินการกู้คืนเอง เพราะ GitHub ดูแลการคืน records ให้ การพบ ghost user จากเหตุอื่นจึงไม่ควรถูกสรุปว่าเป็นเหตุเดียวกันทันที

แยกการตรวจหลักฐานจากการแก้ข้อมูล

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

หากผลที่องค์กรเห็นยังไม่ตรงกับคำชี้แจง ควรส่งข้อมูลที่จำเป็นผ่านช่องทาง support โดยหลีกเลี่ยงการแนบ secret หรือข้อมูลส่วนตัวเกินขอบเขต ประเด็นที่ควรระบุคือ enterprise ที่เกี่ยวข้อง เวลาของ event และลักษณะ traceability ที่ยังผิดปกติ แทนการสรุปว่าระบบ SCIM ทั้งหมดมีปัญหา

บทเรียนสำหรับระบบ Provisioning

กรณีนี้ชี้ว่าความต่างระหว่าง suspend, obfuscate และ delete มีผลต่อความต่อเนื่องของประวัติ แม้ผู้ใช้จะออกจากองค์กรแล้ว ทีมที่สร้างระบบเชื่อม identity ควรทดสอบ state transition และผลต่อการอ้างอิงผู้ใช้ในระบบอื่นด้วย ไม่ตรวจเพียงว่าบัญชีล็อกอินไม่ได้หลัง offboarding

ควรมี reconciliation ระหว่างแหล่ง identity กับบริการปลายทางในรูปแบบอ่านสถานะและรายงานความต่างก่อนแก้อัตโนมัติ รวมถึงทดสอบกับบัญชีจำลองที่มี issue หรือ PR อยู่แล้ว เพื่อเห็นผลต่อประวัติ GitHub ระบุด้วยว่า hard-deprovisioned EMU ไม่สามารถ reprovision ได้ตามการออกแบบ การทดสอบจึงต้องแยกข้อจำกัดปกตินี้ออกจากเหตุผิดพลาด เพื่อไม่ให้ระบบแก้สถานะวนซ้ำโดยไม่มีทางไปถึงผลที่ต้องการ

แหล่งข่าว: ประกาศทางการวันที่ 23 ตุลาคม 2026