กระบวนการ OAuth ใน MCP

โทเค็นที่ใช้ร่วมกันเพียงหนึ่งรายการอาจใช้ได้กับผู้ใช้หนึ่งคน แต่แอปจริงมีผู้ใช้หลายคน OAuth จึงให้ไคลเอ็นต์แต่ละรายมีโทเค็นของตนเอง โดยไม่ต้องแจกจ่ายความลับหลักหนึ่งรายการ 🔑

OAuth ช่วยให้ไคลเอ็นต์ขอโทเค็นเข้าถึงที่มีอายุสั้นได้ด้วยการยืนยันตัวตน แทนที่คุณจะต้องส่งความลับให้กันด้วยตนเอง

มี ไคลเอ็นต์ที่ต้องการเข้าถึง ผู้ใช้ที่อนุมัติ และเซิร์ฟเวอร์การอนุญาตที่ออกโทเค็น

เซิร์ฟเวอร์ MCP ที่มีการป้องกันสามารถบอกไคลเอ็นต์ได้ว่าจะยืนยันตัวตนที่ใด โดยเปิดเผยข้อมูลเมทาดาทาของ เซิร์ฟเวอร์การอนุญาต ไคลเอ็นต์จะอ่านข้อมูลนี้เพื่อเริ่มขั้นตอนการทำงาน

ไคลเอ็นต์เริ่มต้นกระบวนการด้วยการส่งผู้ใช้ไปยัง เซิร์ฟเวอร์การอนุญาต เพื่อเข้าสู่ระบบและให้ความยินยอม

ผู้ใช้ตรวจสอบว่ากำลังขอสิทธิ์อะไรและอนุมัติ จะไม่มีการออกสิทธิ์ใด ๆ จนกว่าจะผ่านขั้นตอน ความยินยอมนี้

เซิร์ฟเวอร์การอนุญาตส่งคืน รหัสการอนุญาตอายุสั้น ซึ่งไคลเอ็นต์จะนำไปแลกเป็นโทเค็นเข้าถึงจริง

ปลายทางโทเค็นจะส่งคืน โทเค็นเข้าถึง จากนั้นไคลเอ็นต์จะส่งโทเค็นนี้ในรูปแบบ bearer token ไปกับคำขอ MCP ทุกครั้ง

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

โทเคนรีเฟรชช่วยให้ไคลเอ็นต์รับโทเคนเข้าถึงใหม่ได้อย่างเงียบ ๆ ผู้ใช้จึงไม่ต้องถูกขอให้เข้าสู่ระบบใหม่ทุกชั่วโมง

เซิร์ฟเวอร์ MCP ของคุณไม่ได้แสดงหน้าจอเข้าสู่ระบบ แต่มีหน้าที่ตรวจสอบโทเคนเข้าถึงที่ได้รับในแต่ละคำขอขาเข้าเท่านั้น

OAuth เปลี่ยนจาก "แชร์ความลับ" เป็น "รับโทเคนมา": ให้ความยินยอม แลกเปลี่ยนรหัส รับโทเคนเข้าถึงอายุสั้น และรีเฟรชเมื่อจำเป็น 🔄