9 กันยายน 2026
การให้เอเยนต์ AI เข้าถึงระบบผ่านบัญชีของพนักงานอาจดูเหมือนเป็นทางเลือกที่ปฏิบัติได้จริง บัญชีดังกล่าวได้รับการยืนยันตัวตนแล้ว มีสิทธิ์การเข้าถึงที่ถูกต้องอยู่แล้ว และโครงการสามารถดำเนินต่อไปได้โดยไม่ต้องผ่านกระบวนการตรวจสอบความปลอดภัยที่ยาวนานอีกครั้ง แต่ปัญหาจะปรากฏขึ้นทันทีที่เอเยนต์เริ่มดำเนินการ ตั้งแต่อินเทอร์เฟซนั้นเป็นต้นไป เส้นแบ่งระหว่างบุคคลกับซอฟต์แวร์ก็หายไป บันทึกการตรวจสอบจะแสดงว่าพนักงานได้เปิดไฟล์ แก้ไขข้อมูล หรืออนุมัติธุรกรรม ทั้งที่ความจริงแล้วเป็นเอเยนต์ที่ดำเนินการทั้งหมด ความรับผิดชอบจึงกลายเป็นเรื่องคาดเดา และเอเยนต์ก็ถือสิทธิ์การเข้าถึงที่เกินกว่าที่งานต้องการอย่างเงียบๆ
Gartner® Hype Cycle™ ปี 2026 สำหรับอัตลักษณ์ดิจิทัล ได้กำหนดหมวดหมู่นี้ไว้ดังนี้: “อัตลักษณ์ของเอเยนต์ AI คือการแสดงผลดิจิทัลที่เป็นเอกลักษณ์ของเอเยนต์ AI ภายในองค์กร การกำหนดและบริหารจัดการอัตลักษณ์ของเอเยนต์ AI รวมถึงผู้ช่วยและแชทบอท ช่วยให้ระบบการจัดการอัตลักษณ์และการเข้าถึง (IAM) สามารถกำหนดตัวระบุที่ไม่ซ้ำกัน ออกข้อมูลรับรองที่ตรงตามเป้าหมายเพื่อเข้าถึงทรัพยากร (เช่น API ข้อมูล และบริการ) และกำหนดความรับผิดชอบของมนุษย์อย่างชัดเจน รวมถึงสร้างเส้นทางการตรวจสอบ (audit trails) ที่ชัดเจนทั่วทั้งระบบองค์กร”
คำนิยามดังกล่าวกำหนดมาตรฐานที่ชัดเจน และระบบ AI ส่วนใหญ่ที่นำมาใช้ในช่วงแรกยังห่างไกลจากมาตรฐานนั้นมาก ช่องว่างระหว่างการมีเอเจนต์กับการมีอัตลักษณ์ของเอเจนต์คือจุดที่ความเสี่ยงเกิดขึ้น
การใช้ข้อมูลรับรองและบัญชีบริการที่ยืมมาสร้างจุดอ่อนด้านความปลอดภัย
โครงการ AI ในระยะแรกมักทำงานบนสิทธิ์การเข้าถึงที่มีอยู่ sẵn ผู้ช่วยภายในระบบจะรับสิทธิ์การเข้าถึงจากพนักงานที่ใช้มัน กระบวนการทำงานจะถูกส่งผ่านบัญชีบริการที่ใช้ร่วมกัน ผู้พัฒนาจะเชื่อมต่อเอเจนต์กับ API โดยใช้กุญแจที่มีอายุการใช้งานยาวนาน ทางลัดแต่ละทางนี้ทำงานได้ แต่แต่ละทางก็ก่อให้เกิดจุดอ่อนที่เหมือนกัน เอเจนต์มักได้รับสิทธิ์การเข้าถึงทั้งหมดที่พนักงานมีอยู่ เมื่อจำเป็นต้องเข้าถึงระบบเดียว กิจกรรมของมนุษย์และกิจกรรมของเอเจนต์มักทับซ้อนกันจนแยกไม่ออก ทีมความปลอดภัยอาจไม่มีวิธีที่เชื่อถือได้เพื่อทราบว่าเอเจนต์กำลังทำงานอยู่หรือไม่ หรือธุรกรรมใดที่เอเจนต์ได้ดำเนินการเสร็จสิ้นแล้ว
นี่คือเหตุผลที่ความปลอดภัยของบัญชีบริการได้กลายเป็นปัญหาที่เร่งด่วน แทนที่จะเป็นเพียงเรื่องการจัดการภายใน บัญชีบริการที่ใช้ร่วมกันไม่เคยถูกออกแบบมาเพื่อเป็นตัวแทนของฝ่ายที่ทำงานอย่างอิสระ ซึ่งสามารถตัดสินใจด้วยตนเองด้วยความเร็วของเครื่อง และกุญแจ API แบบคงที่ไม่มีข้อมูลใดเกี่ยวกับผู้ให้สิทธิ์ในการทำงานหรือเหตุผลที่อยู่เบื้องหลัง
การใช้ข้อมูลรับรองที่ขอยืมมา ยังทำให้หลักการปฏิเสธความรับผิดชอบ (non-repudiation) ถูกบ่อนทำลายด้วย เมื่อบุคคลหนึ่งและตัวแทนใช้ตัวตนเดียวกัน องค์กรจะไม่สามารถพิสูจน์ได้ว่าใครในทั้งสองฝ่ายเป็นผู้ดำเนินการนั้น ตามรายงานระบุว่า: “การปฏิบัติที่เสี่ยงอันตรายในการใช้ตัวแทน AI เป็นตัวแทนที่ดำเนินการด้วยข้อมูลรับรองการเข้าถึงของมนุษย์ ทำให้ข้อกำหนดด้านการตรวจสอบ การติดตามย้อนกลับ และหลักการปฏิเสธความรับผิดชอบถูกละเมิด ซึ่งเพิ่มความเสี่ยงในการให้สิทธิ์เกินความจำเป็นอย่างมีนัยสำคัญรวมถึงผลกระทบจากการรั่วไหลของข้อมูลรับรองและการยึดครองบัญชีด้วย”
สิ่งที่เปลี่ยนแปลงเมื่อมีอัตลักษณ์ที่แยกต่างหาก
การระบุตัวตนที่เฉพาะเจาะจงจะสร้างบันทึกเฉพาะสำหรับเอเจนต์ในสภาพแวดล้อม IAM พร้อมด้วยเจ้าของที่มีชื่อ วัตถุประสงค์ที่กำหนดไว้ และชุดสิทธิ์ที่จำกัดอย่างจงใจ สามารถปิดการใช้งานได้โดยไม่ส่งผลกระทบต่อพนักงานหรือทีมที่อยู่เบื้องหลัง การแยกส่วนนี้ทำให้การควบคุมที่แท้จริงเป็นไปได้ การยืนยันตัวตนของเอเจนต์ AI จึงกลายเป็นเหตุการณ์ที่ชัดเจน ซึ่งคุณสามารถสังเกตและวิเคราะห์ได้ แทนที่จะเป็นสิ่งที่ซ่อนอยู่ภายในเซสชันของมนุษย์ เอเจนต์สามารถได้รับข้อมูลรับรองที่มีอายุการใช้งานสั้น แทนที่จะเป็นรหัสผ่านหรือกุญแจ API ที่คงอยู่ถาวร การเข้าถึงของมันสามารถถูกจำกัดไว้เฉพาะแอปพลิเคชัน งาน หรือธุรกรรมเฉพาะ กิจกรรมของมันสามารถถูกตรวจสอบตามเงื่อนไขของตัวเอง แยกต่างหากจากกิจกรรมของมนุษย์ การกำหนดเจ้าของสามารถถูกโอนย้ายเมื่อบทบาทของมันเปลี่ยนแปลง และสิทธิ์การเข้าถึงสามารถหมดอายุทันทีที่งานเสร็จสิ้น
วิธีนี้ใกล้เคียงกับหลักการทำงานของ Zero Trust มากขึ้น ซึ่งการเข้าถึงจะขึ้นอยู่กับบริบทและความต้องการในขณะนั้น แทนที่จะขึ้นอยู่กับข้อเท็จจริงที่ว่าตัวตนนั้นได้รับการยืนยันแล้วในขั้นตอนก่อนหน้านี้
เอเย่นต์ AI มักไม่จำเป็นต้องมีสิทธิ์เข้าถึงอย่างถาวร
การเข้าถึงระบบของมนุษย์มักขึ้นอยู่กับบทบาทงาน ผู้ที่ทำงานในฝ่ายการเงินจำเป็นต้องมีสิทธิ์เข้าถึงระบบการเงินชุดหนึ่งอย่างต่อเนื่อง เนื่องจากความรับผิดชอบของพวกเขายังคงอยู่ ส่วนตัวแทน (agent) มักไม่จำเป็นต้องเช่นนั้น ตัวแทนอาจเพียงต้องดึงใบแจ้งหนี้หนึ่งใบ ตรวจสอบให้ตรงกับใบสั่งซื้อ และส่งผลลัพธ์กลับมา การมอบสิทธิ์การเข้าถึงทั้งหมดของพนักงานให้กับตัวแทนนั้นเป็นสิ่งที่ไม่อาจยอมรับได้
นี่คือกรณีของข้อมูลรับรองชั่วคราว เมื่อบัญชีของมนุษย์เก็บรหัสผ่านไว้เป็นเวลาหลายเดือน ส่วนเอเจนต์สามารถได้รับข้อมูลรับรองที่มีอายุการใช้งานเพียงเท่าระยะเวลาของงานหนึ่ง และจะหมดอายุเมื่องานนั้นเสร็จสิ้น ไม่เหลืออะไรให้ผู้โจมตีค้นพบได้
การจัดการการเข้าถึงเวิร์กโหลดแก้ไขปัญหานี้โดยการแทนที่ข้อมูลรับรองแบบคงที่และสิทธิ์การเข้าถึงแบบถาวรด้วยระบบการเข้าถึงแบบไดนามิกที่คำนึงถึงบริบท รายงานอธิบายไว้ดังนี้: “การจัดการการเข้าถึงเวิร์กโหลด ซึ่งเป็นส่วนหนึ่งของโปรแกรม IAM สำหรับเครื่องโดยรวม ช่วยรักษาความปลอดภัยให้กับเวิร์กโหลดที่เพิ่มขึ้นอย่างรวดเร็ว ซึ่งรวมถึงเอเจนต์ AI แอปพลิเคชัน คอนเทนเนอร์ และไมโครเซอร์วิส โดยการบังคับใช้หลักการเข้าถึงด้วยสิทธิ์ขั้นต่ำที่สุดขณะทำงาน และแทนที่ข้อมูลรับรองแบบคงที่ด้วยระบบควบคุมแบบไดนามิกที่คำนึงถึงบริบท การจัดการการเข้าถึงเวิร์กโหลดช่วยขจัดสิทธิ์การเข้าถึงแบบถาวร ลดพื้นที่การโจมตีระหว่างเครื่องกับเครื่อง และปิดจุดบอดสำคัญที่บ่อนทำลายกลยุทธ์ Zero Trustส่วนใหญ่”
การระบุตัวตนเพียงอย่างเดียวไม่สามารถอธิบายเจตนาได้
การระบุตัวตนที่แยกต่างหากจะกำหนดว่าผู้ดำเนินการคือใคร แต่ไม่ได้ระบุถึงสิ่งที่ผู้ดำเนินการนั้นกำลังพยายามบรรลุ การแยกแยะนี้มีความสำคัญทันทีที่ผู้ดำเนินการได้รับคำสั่งที่กว้างขวาง เช่น “จัดจัดการเดินทางธุรกิจของฉัน” หรือ “แก้ไขปัญหาบัญชีของลูกค้าคนนี้” ผู้ดำเนินการอาจตีความคำขอในวิธีที่ผู้ใช้ไม่เคยตั้งใจไว้ และอาจถูกเบี่ยงเบนจากเป้าหมายได้ผ่านการแทรกคำสั่งหรือข้อมูลที่ถูกปนเปื้อน
การตรวจสอบความถูกต้องและการอนุญาตถูกแยกออกจากกันที่จุดนี้ การอนุญาตสำหรับเอเยนต์ AI ต้องตอบคำถามที่การลงชื่อเข้าใช้ไม่สามารถตอบได้ นั่นคือ: การกระทำเฉพาะนี้อยู่ในขอบเขตของสิ่งที่บุคคลนั้นขอไว้จริงหรือไม่?
รายงานดังกล่าวอธิบายถึงโปรไฟล์นวัตกรรมเพิ่มเติมที่มุ่งเน้นประเด็นนี้โดยตรง: “การควบคุมการเข้าถึงตามเจตนา (Intent-based access control) เป็นกรอบการอนุญาตแบบใหม่ที่กำลังเกิดขึ้น ซึ่งมาแทนที่สิทธิ์การเข้าถึงแบบกว้างและถาวร และปัจจุบันมุ่งเน้นไปที่ AI แบบเอเจนต์ (agent-based AI) แต่สามารถนำไปประยุกต์ใช้ได้อย่างกว้างขวาง การควบคุมการเข้าถึงตามเจตนานี้ให้สิทธิ์การเข้าถึงทรัพยากรด้านหลัง (back-end) โดยอิงจากเจตนาที่ตรวจจับได้หรืออนุมานได้จากผู้ใช้ที่โต้ตอบกับเอเจนต์ และประเมินการกระทำที่เอเจนต์ตั้งใจจะทำเทียบกับเจตนานั้น”
พนักงานบริการลูกค้าเพิ่มระดับความท้าทาย
องค์กรยังต้องเตรียมตัวรับมือกับตัวแทนที่องค์กรไม่ได้จัดการเลย ในไม่ช้า ลูกค้าจะใช้ตัวแทนของตนเองเพื่อทำการซื้อสินค้า อัปเดตบัญชี ส่งแบบฟอร์ม และติดต่อทีมบริการ องค์กรจะต้องตรวจสอบว่าลูกค้าคือใคร ตัวแทนนั้นได้รับอนุญาตอย่างแท้จริงให้ดำเนินการแทนลูกค้าหรือไม่ และลูกค้าได้อนุญาตให้ตัวแทนนั้นทำอะไรได้บ้างอย่างชัดเจน รายงานนี้ชี้ให้เห็นถึง “โซลูชัน IAM สำหรับลูกค้า เพื่อจัดการอัตลักษณ์ของเอเยนต์ AI ในบริบทที่ลูกค้าติดต่อกับองค์กร โดยลูกค้าส่งเอเยนต์ AIของตนเองมาเพื่อโต้ตอบกับองค์กร”
เราเชื่อว่านี่คือจุดที่ความท้าทายทวีความซับซ้อนขึ้นการตรวจจับว่าทราฟฟิกมาจากบอทหรือไม่ยังไม่เพียงพอ องค์กรจำเป็นต้องมีวิธีการที่น่าเชื่อถือเพื่อเชื่อมโยงสามสิ่งเข้าด้วยกัน ได้แก่ บุคคลจริง ตัวแทนที่ดำเนินการในนามของบุคคลนั้น และสิทธิ์เฉพาะที่บุคคลนั้นได้มอบให้ การเชื่อมโยงดังกล่าวจะมีผลก็ต่อเมื่อสามารถพิสูจน์ได้ก่อนว่า มีบุคคลจริงอยู่จริง และบุคคลนั้นคือผู้ที่อ้างตัวว่าเป็น หากสามารถยืนยันจุดยึดหลักนี้ได้อย่างถูกต้อง อำนาจของตัวแทนก็จะสามารถสืบย้อนกลับไปยังบุคคลที่ได้รับการยืนยันตัวตน แทนที่จะเป็นบัญชีที่ขอยืมมา
เราได้วิเคราะห์แล้วว่ากระบวนการมอบอำนาจดังกล่าวควรดำเนินการอย่างไรในทางปฏิบัติ ในบทความแยกต่างหากเกี่ยวกับการอนุญาตจากมนุษย์ที่ได้รับการยืนยันใน AI แบบเอเจนต์
เริ่มด้วยการแยกคนออกจากตัวแทน
เอเจนต์ไม่ควรเป็นส่วนขยายที่มองไม่เห็นของบัญชีพนักงาน ควรให้เอเจนต์แต่ละตัวมีอัตลักษณ์ของตัวเอง กำหนดผู้รับผิดชอบที่ชัดเจน ควบคุมสิทธิ์การเข้าถึงอย่างเข้มงวด ติดตามกิจกรรมที่เอเจนต์ดำเนินการ และยกเลิกสิทธิ์การเข้าถึงเมื่องานเสร็จสิ้นหากจัดการอย่างถูกต้อง นี่คือการบริหารวงจรชีวิตของเอเจนต์ AI ไม่ใช่การตั้งค่าเพียงครั้งเดียว: เอเจนต์จะถูกจัดตั้ง ตรวจสอบ กำหนดหน้าที่ใหม่ และปลดประจำการ และการกำกับดูแลเอเจนต์ AI คือสิ่งที่ทำให้วงจรนี้ดำเนินไปอย่างถูกต้อง แม้จำนวนเอเจนต์จะเพิ่มขึ้น
ขั้นตอนเหล่านี้ต้องการความพยายามตั้งแต่ต้นโครงการ และช่วยป้องกันปัญหาที่ใหญ่กว่ามากในภายหลัง: ตัวแทนอัตโนมัติหลายพันตัวที่ทำงานโดยใช้ข้อมูลรับรองซึ่งถูกออกแบบมาสำหรับมนุษย์เท่านั้น
Gartner, Hype Cycle for Digital Identity, 2026, Zachary Smith, Nayara Sangiorgio, 6 กรกฎาคม 2026.
Gartner และ Hype Cycle เป็นเครื่องหมายการค้าของ Gartner, Inc. และ/หรือบริษัทในเครือ
Gartner ไม่สนับสนุนบริษัท ผู้จำหน่าย ผลิตภัณฑ์ หรือบริการใดก็ตามที่ปรากฏในสิ่งพิมพ์ของบริษัท และไม่แนะนำให้ผู้ใช้เทคโนโลยีเลือกเฉพาะผู้จำหน่ายที่มีคะแนนสูงสุดหรือได้รับการจัดอันดับอื่นใด สิ่งพิมพ์ของ Gartner ประกอบด้วยความคิดเห็นขององค์กรวิเคราะห์ธุรกิจและเทคโนโลยีของ Gartner และไม่ควรถูกตีความว่าเป็นข้อเท็จจริง Gartner ปฏิเสธความรับผิดชอบทุกประการ ทั้งที่ระบุไว้อย่างชัดเจนหรือโดยนัย เกี่ยวกับสิ่งพิมพ์นี้ รวมถึงการรับประกันใดๆ เกี่ยวกับความสามารถในการขายได้หรือความเหมาะสมสำหรับวัตถุประสงค์เฉพาะ
ตอนต่อไปในซีรีส์นี้: ทำไมการมองเห็นตัวตนจึงมีความสำคัญอย่างยิ่ง เมื่อมนุษย์ เครื่องจักร และเอเยนต์ AI ต่างก็เข้ามาอยู่ในสภาพแวดล้อมเดียวกัน
คําถามที่พบบ่อย
เอไอเอเจนต์ควรมีระบบระบุตัวตนและระบบอนุญาตของตัวเองหรือไม่?
ใช่ครับ ตัวแทนที่ทำงานบนบัญชีของบุคคลจะได้รับสิทธิ์ทั้งหมดที่บุคคลนั้นถืออยู่ และการดำเนินการของมันจะถูกบันทึกไว้ภายใต้ชื่อของบุคคลนั้น การใช้ตัวตนที่แยกต่างหากช่วยให้คุณสามารถกำหนดสิทธิ์ให้สอดคล้องกับงานเฉพาะ กำหนดผู้รับผิดชอบ และตรวจสอบกิจกรรมของตัวแทนตามเงื่อนไขของตัวเองได้
ความเสี่ยงจากการให้เอเยนต์ AI ใช้ข้อมูลการเข้าสู่ระบบของพนักงานคืออะไร?
มีความเสี่ยงสามประการที่ทับซ้อนกัน ตัวแทนมักได้รับสิทธิ์มากเกินไป เนื่องจากมันได้รับชุดสิทธิ์ทั้งหมดของพนักงานสำหรับงานที่ต้องการใช้ระบบเพียงระบบเดียว บันทึกการตรวจสอบจึงไม่น่าเชื่อถือ เพราะไม่สามารถแยกแยะการกระทำของมนุษย์และตัวแทนได้ และหลักการปฏิเสธความรับผิดชอบก็ถูกทำลาย เพราะไม่สามารถพิสูจน์ได้ว่าใครในสองฝ่ายนั้นเป็นผู้ดำเนินการกระทำดังกล่าว
ตัวตนของเอเยนต์ AI คืออะไร?
นี่คือบันทึกที่แยกต่างหากสำหรับเอเยนต์ AI ในสภาพแวดล้อมการจัดการอัตลักษณ์และการเข้าถึงของคุณ ซึ่งมีตัวระบุข้อมูลประจำตัว ข้อมูลรับรอง เจ้าของ และสิทธิ์การใช้งานเป็นของตัวเอง แยกต่างหากจากบัญชีผู้ใช้ของมนุษย์ใด ๆ บันทึกนี้มีอยู่เพื่อให้สามารถอนุมัติ บันทึก และเพิกถอนกิจกรรมของเอเยนต์ได้อย่างอิสระจากบุคคลที่เอเยนต์นั้นทำงานให้
การจัดการอัตลักษณ์ของสิ่งที่ไม่ใช่มนุษย์แตกต่างจาก IAM แบบดั้งเดิมอย่างไร?
ระบบ IAM แบบดั้งเดิมสมมติว่าผู้ใช้มีตำแหน่งงาน ผู้จัดการ และหน้าที่รับผิดชอบที่คงที่ ดังนั้นสิทธิ์การเข้าถึงจึงถูกมอบให้เพียงครั้งเดียวและได้รับการตรวจสอบเป็นระยะ ส่วนตัวตนที่ไม่ใช่มนุษย์ไม่มีบทบาทงาน อาจมีจำนวนมากกว่าพนักงานหลายเท่า และอาจต้องการสิทธิ์การเข้าถึงเพียงไม่กี่วินาทีแทนที่จะเป็นหลายปี ซึ่งทำให้แบบจำลองนี้ต้องเปลี่ยนไปใช้ข้อมูลรับรองที่มีอายุการใช้งานสั้นและการอนุญาตแบบรันไทม์ แทนที่จะเป็นสิทธิ์การเข้าถึงแบบถาวร
สิทธิ์การเข้าถึงของเอเย่นต์ AI ควรมีระยะเวลาเท่าใด?
โดยทั่วไปแล้ว ระยะเวลาไม่ควรเกินระยะเวลาของงาน หากบัญชีผู้ใช้จริงถือสิทธิ์การเข้าถึงเป็นเวลาหลายเดือน ตัวแทนสามารถได้รับสิทธิ์การเข้าถึงที่มีวันหมดอายุเมื่องานเสร็จสิ้น ซึ่งจะช่วยกำจัดสิทธิ์การเข้าถึงถาวรที่ผู้โจมตีอาจได้รับมาโดยอัตโนมัติ
