เผยแพร่โดย Enterprise AI Thailand

Zero Trust: สิทธิ์ของ Agent องค์กร

ประเด็นสำคัญ

Agent ควรมีตัวตนและสิทธิ์ของตนเอง เริ่มจากงานที่จำกัดขอบเขต แล้วทดสอบการปฏิเสธและเพิกถอนก่อนเปิดข้อมูลองค์กร

อ่านประมาณ 3 นาที

ตู้แร็กเซิร์ฟเวอร์ในโครงสร้างพื้นฐานขององค์กร
ภาพประกอบโครงสร้างพื้นฐานขององค์กร ไม่ใช่ภาพแพลตฟอร์มที่ประกาศในข่าวหรือการติดตั้งที่ผ่านการวัดผลภาพ: Mimir / enterpriseaithailand.comแหล่งที่มาของภาพ

แนวทางใหม่ต้องผูกกับตัวตนจริง

Microsoft เพิ่มแนวทาง Zero Trust สำหรับ AI และการพัฒนา โดยกล่าวถึงการกำกับความจำของ AI ด้วย แหล่งข่าวทางการ ไม่ได้ยืนยันว่าระบบขององค์กรใดผ่านการตรวจแล้ว

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

จำกัดสิทธิ์ตามงานที่ต้องทำ

ข้อวิเคราะห์สำหรับองค์กรไทยคือให้เขียนรายการการกระทำที่อนุญาตอย่างเจาะจง คำว่าเข้าถึงระบบเอกสารกว้างเกินไปสำหรับการตรวจรับ ควรแยกว่าอ่านแฟ้มชุดใด สร้างร่างไว้ที่ไหน และเปลี่ยนข้อมูลใดได้หลังใครอนุมัติ

ขอบเขตคำถามที่ต้องตอบตัวอย่างการตรวจ
ตัวตน Agentใครเป็นเจ้าของบัญชีและต่ออายุสิทธิ์ปิดบัญชีแล้วงานใหม่ต้องเริ่มไม่ได้
แหล่งข้อมูลอ่านได้เฉพาะแฟ้มใดค้นแฟ้มนอกฝ่ายแล้วต้องไม่เผยเนื้อหา
เครื่องมือเรียกการกระทำใดได้คำสั่งนอกขอบเขตต้องถูกปฏิเสธ
ความจำเก็บอะไรและนานเท่าไรถอนข้อมูลแล้วตรวจเส้นทางที่ยังนำมาใช้

รายการเหล่านี้เป็นเกณฑ์เสนอสำหรับโครงการ ไม่ใช่ผลตรวจของ Microsoft การมีชื่อเครื่องมือรักษาความปลอดภัยในแบบระบบยังต้องตามด้วยผู้ดูแลและผลทดสอบการตั้งค่าจริง

ตรวจการปฏิเสธด้วยความจริงจังเท่ากับการตอบ

เตรียมโจทย์ที่ Agent ควรทำได้และโจทย์ที่ต้องหยุด เช่น ผู้ใช้คนเดิมย้ายฝ่าย แฟ้มถูกลดสิทธิ์ หรือเอกสารแทรกคำสั่งให้ส่งข้อมูลออก ให้เจ้าของข้อมูลกำหนดผลที่คาดหวัง แล้วทีมไอทีตรวจว่าบัญชีและเครื่องมือใช้ขอบเขตเดียวกัน

การอนุมัติควรผูกกับคำสั่งและข้อมูลที่คนเห็น หาก Agent เปลี่ยนรายละเอียดหลังได้รับอนุมัติ ระบบควรกลับมาขออนุมัติสำหรับสิ่งที่เปลี่ยน นี่เป็นข้อเสนอในการออกแบบ ไม่ใช่ข้ออ้างว่าการกดปุ่มครั้งเดียวทำให้งานทุกประเภทปลอดภัย

ส่งมอบแผนเพิกถอนพร้อมแผนเปิดใช้

ก่อนนำร่องต้องรู้ว่าจะหยุดงานที่กำลังทำอย่างไร และใครตรวจการกระทำที่เกิดไปแล้ว การปิดหน้าแชตไม่ควรเป็นวิธีเดียวในการระงับบัญชีที่ยังเชื่อมระบบปลายทางอยู่ เก็บขั้นตอนเหล่านี้ในเอกสารรับมอบที่ทีมปฏิบัติการใช้ได้จริง

วิดีโอ Microsoft Mechanics เป็นบริบทก่อนข่าวนี้ จึงไม่ใช่ผลพิสูจน์การตั้งค่าของโครงการ เริ่มทบทวน ความปลอดภัยและการกำกับ AI ด้วยรายการบัญชี แหล่งข้อมูล และเครื่องมือที่ต้องการเชื่อม แล้วระบุเจ้าของกับเกณฑ์หยุดงานแต่ละรายการ

คำถามที่พบบ่อย

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

วิดีโอที่เกี่ยวข้อง

  • Zero Trust security for AI agents

    Microsoft Mechanics · เผยแพร่

    วิดีโอประกอบความเข้าใจ

    ดูวิดีโอต้นทางบน YouTube

แหล่งข้อมูล

  1. Advance Zero Trust for AI: New tools and guidance to secure AI agents and DevSecOps

    Microsoft

    เผยแพร่ต้นทาง
    เข้าถึงข้อมูล
  2. Zero Trust security for AI agents

    Microsoft Mechanics

    เผยแพร่ต้นทาง
    เข้าถึงข้อมูล