คำตอบเผยแพร่แล้ว23 แหล่งที่มา
Anthropic ลดขั้นตอน OAuth รายบุคคล ให้บริษัทจัดการสิทธิ์ Claude ผ่านระบบองค์กร
Anthropic ประกาศเมื่อวันที่ 24 สิงหาคม 2026 ว่า Enterprise Managed Authorization (EMA) สำหรับ Claude MCP connectors เปิดให้ใช้งานทั่วไปแล้ว ระบบใช้ Identity Assertion JWT ที่ออกระหว่างการล็อกอิน SSO ขององค์กร จากนั้น authorization server ของคอนเน็กเตอร์จะตรวจสอบและออก access token โดยไม่ต้องส่งพนักงานไปยังหน้าขอความ...
เผยแพร่โดยแก้ไขด้วย GPT-5.6 Lunaรูปภาพสร้างด้วย GPT Image 1.5
คำตอบการวิจัย
ประเด็นสำคัญ
- Anthropic ประกาศเมื่อวันที่ 24 สิงหาคม 2026 ว่า Enterprise Managed Authorization (EMA) สำหรับ Claude MCP connectors เปิดให้ใช้งานทั่วไปแล้ว
- ระบบใช้ Identity Assertion JWT ที่ออกระหว่างการล็อกอิน SSO ขององค์กร จากนั้น authorization server ของคอนเน็กเตอร์จะตรวจสอบและออก access token โดยไม่ต้องส่งพนักงานไปยังหน้าขอความยินยอม OAuth อีกครั้ง
- Okta เป็นผู้ให้บริการตัวตนที่มีการรองรับผ่าน Cross App Access ขณะที่นักพัฒนา MCP connectors ต้องรองรับส่วนขยาย EMA จึงจะเข้าร่วมระบบได้
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Anthropic announce on August 24, 2026, about the general availability of enterprise-managed authorization for Claude’s Model Contex. Article summary: Anthropic announced that enterprise-managed authorization (EMA) for Claude MCP connectors is generally available: organizations can centrally authorize supported connectors through their identity provider rather than req. Topic tags: general, general web, documentation, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Anthropic เปิดให้ Enterprise-Managed Authorization (EMA) สำหรับคอนเน็กเตอร์ของ Claude ที่ใช้ Model Context Protocol (MCP) ใช้งานทั่วไปแล้ว ตามรายงานลงวันที่ 24 สิงหาคม 2026 39
43
การเปลี่ยนแปลงนี้ย้ายการอนุญาตใช้งานคอนเน็กเตอร์จากการให้พนักงานกดยืนยัน OAuth ทีละคน มาอยู่ภายใต้ระบบจัดการตัวตนและสิทธิ์การเข้าถึงที่องค์กรใช้อยู่แล้ว
MCP คือมาตรฐานเปิดสำหรับเชื่อมผู้ช่วย AI เข้ากับเครื่องมือภายนอก แอปพลิเคชันทางธุรกิจ แหล่งข้อมูล และสภาพแวดล้อมสำหรับการพัฒนา 12 ส่วน EMA มีเป้าหมายให้ผู้ดูแลระบบองค์กรจัดสรรและควบคุมการเชื่อมต่อเหล่านี้ได้ง่ายขึ้น โดยยังคงใช้นโยบายสิทธิ์ส่วนกลางของบริษัทเป็นหลัก
จาก OAuth สองขั้นตอน สู่การจัดการผ่าน SSO
ก่อนหน้านี้การเปิดใช้คอนเน็กเตอร์มี 2 ขั้นตอนแยกกัน ได้แก่
- ผู้ดูแลระบบเปิดใช้หรืออนุมัติคอนเน็กเตอร์ให้กับองค์กร
- พนักงานแต่ละคนต้องเข้าสู่ระบบของบริการที่เชื่อมต่อ และทำขั้นตอนยินยอม OAuth ด้วยตนเอง
เมื่อใช้ EMA ผู้ดูแลระบบจะตั้งค่าคอนเน็กเตอร์และนโยบายการเข้าถึงผ่านผู้ให้บริการระบบตัวตนของบริษัท พนักงานที่อยู่ในกลุ่มหรือมีสิทธิ์ตามนโยบายองค์กรจะใช้งานคอนเน็กเตอร์ที่อนุมัติไว้ผ่านเซสชัน single sign-on (SSO) เดิมได้ โดยไม่ต้องเปิดหน้าต่างเบราว์เซอร์เพื่อเปลี่ยนเส้นทางไปยังบริการอื่น หรือกดยืนยันสิทธิ์แยกทีละคอนเน็กเตอร์ 49
62
อย่างไรก็ตาม นี่ไม่ได้หมายความว่าทุกคนจะเข้าถึงเครื่องมือได้โดยไม่มีการควบคุม เพราะผู้ให้บริการระบบตัวตนยังเป็นผู้ตัดสินใจหลักว่าใครมีสิทธิ์ใช้งาน ผู้ดูแลระบบสามารถกำหนดสิทธิ์ตามผู้ใช้หรือกลุ่ม และเพิกถอนสิทธิ์ผ่านระบบนโยบายส่วนกลางเดียวกันได้ 41
42
เบื้องหลังการแลกเปลี่ยนสิทธิ์ทำงานอย่างไร
กลไกนี้อาศัยส่วนขยาย MCP Enterprise-Managed Authorization และรูปแบบ Identity Assertion JWT Authorization Grant
ในภาพรวม ขั้นตอนมีดังนี้
- พนักงานเข้าสู่ระบบผ่าน SSO ขององค์กร
- ผู้ให้บริการระบบตัวตนออกเอกสารยืนยันตัวตนแบบเซ็นกำกับในรูป JSON Web Token (JWT)
- Claude ส่งเอกสารยืนยันดังกล่าวไปยัง authorization server ของ MCP connector
- authorization server ตรวจสอบเอกสารและออก access token ของคอนเน็กเตอร์ หากนโยบายองค์กรอนุญาต
- Claude ใช้ access token เพื่อเข้าถึง MCP server ที่ได้รับอนุมัติ
พนักงานจึงไม่จำเป็นต้องทำขั้นตอน OAuth consent ของคอนเน็กเตอร์ซ้ำ เพราะคอนเน็กเตอร์ได้รับข้อมูลยืนยันตัวตนและบริบทสิทธิ์ของผู้ใช้จากองค์กรในรูปแบบที่ตรวจสอบได้ 49
63
Okta รองรับรูปแบบนี้ผ่าน Cross App Access (XAA) ซึ่งเป็นการนำแนวทางที่ให้ผู้ให้บริการระบบตัวตนเป็นตัวกลางมาใช้งานในผลิตภัณฑ์ของ Okta ขณะที่ส่วนขยาย MCP ถูกออกแบบให้เป็นชั้นโปรโตคอลแบบเปิด ไม่ได้บังคับให้องค์กรทุกแห่งต้องใช้กลไกเฉพาะของ Okta 35
38
ครอบคลุม Claude, Claude Code และ Cowork
ประกาศของโครงการ MCP ระบุว่า Anthropic นำส่วนขยายนี้ไปใช้ในชั้น MCP ร่วมของบริษัท ทำให้ผู้ดูแลระบบสามารถอนุญาต MCP servers สำหรับผู้ใช้ใน Claude, Claude Code และ Cowork ได้ 62
นั่นหมายถึงองค์กรสามารถใช้นโยบายการอนุญาตรูปแบบเดียวกันกับการใช้งาน Claude ในแชต เวิร์กโฟลว์ของนักพัฒนา และการทำงานบนเดสก์ท็อปหรือรูปแบบเอเจนต์
สำหรับ Claude Code นั้น Anthropic มีตัวควบคุมระดับองค์กรแยกต่างหากสำหรับการตั้งค่า MCP โดยนโยบายที่จัดการจากส่วนกลางสามารถบังคับใช้สิทธิ์เครื่องมือ จำกัดการเข้าถึงไฟล์ และกำหนดการตั้งค่า MCP servers รวมถึงรายการเซิร์ฟเวอร์ที่องค์กรอนุญาต 13 ดังนั้น EMA จัดการส่วนของการส่งต่อและตรวจสอบตัวตน ขณะที่การตั้งค่า Claude Code ช่วยจำกัดตั้งแต่ต้นว่าผู้ใช้มีสิทธิ์กำหนดค่า MCP servers ใดได้บ้าง
เอกสารแพลตฟอร์มของ Anthropic ยังกล่าวถึงการใช้ข้อมูลรับรอง OIDC อายุสั้นจากผู้ให้บริการระบบตัวตนขององค์กร เพื่อยืนยันตัวตนของเวิร์กโหลดแทน API keys แบบคงที่ที่มีอายุยาว ฟังก์ชันดังกล่าวเป็นแนวทางด้านตัวตนสำหรับองค์กรที่เกี่ยวข้องกัน แต่ไม่ควรสับสนกับกระบวนการ EMA ที่ออกแบบมาเฉพาะสำหรับคอนเน็กเตอร์ 18
คอนเน็กเตอร์ใดรองรับแล้ว
ข้อมูลที่มีอยู่ยืนยันกลุ่มผู้ให้บริการ MCP เริ่มต้นที่เกี่ยวข้องกับโครงการของ Okta ได้แก่ Asana, Atlassian, Canva, Figma, Granola, Linear และ Supabase 38
56
อย่างไรก็ตาม หลักฐานที่มีไม่ได้ยืนยันรายการคอนเน็กเตอร์ทั้งหมดที่รองรับในรุ่นเปิดให้ใช้งานทั่วไปเมื่อวันที่ 24 สิงหาคม และไม่สามารถแยกได้อย่างน่าเชื่อถือว่ารายการใดเปิดใช้งานแล้วหรือเป็นเพียงแผนในอนาคต นอกจากนี้ยังไม่มีรายชื่อผู้ให้บริการระบบตัวตนที่ครบถ้วนนอกเหนือจากการใช้งาน XAA ของ Okta
องค์กรจึงควรตรวจสอบความพร้อมใช้งานเป็นรายคอนเน็กเตอร์ รวมถึงความเข้ากันได้กับผู้ให้บริการระบบตัวตนที่ใช้อยู่ ก่อนสรุปว่าฟีเจอร์นี้รองรับทุกบริการอย่างทั่วถึง
รูปแบบการใช้งานไม่ได้จำกัดอยู่ที่ Okta เพียงรายเดียว ผู้ให้บริการระบบตัวตนต้องสามารถออก assertion ที่เกี่ยวข้อง ขณะที่นักพัฒนา MCP connectors ต้องมี authorization server ที่รับและตรวจสอบ assertion เหล่านั้นได้ เอกสารของ Anthropic ระบุข้อกำหนดสำหรับนักพัฒนาที่ต้องการให้ MCP servers รับข้อมูลยืนยันตัวตนจากองค์กรและออก access token โดยไม่ต้องมีขั้นตอนยินยอมจากผู้ใช้แยกต่างหาก 49
บทบาทของ Ramp ยังมีข้อมูลจำกัด
Okta ระบุชื่อ Ramp, Webflow, HubSpot และลูกค้าร่วมรายอื่นว่าเข้าร่วมโครงการระยะแรก เพื่อกำกับการเข้าถึง Claude ไปยังแอปพลิเคชันจากผู้ให้บริการ MCP ที่เข้าร่วม 38
แต่แหล่งข้อมูลที่มีไม่ได้ให้รายละเอียดเพียงพอเกี่ยวกับการใช้งานของ Ramp โดยเฉพาะ เช่น ขนาดการเปิดตัว ชุดคอนเน็กเตอร์ที่ใช้ หรือผลลัพธ์ที่วัดได้ จึงไม่ควรอนุมานรายละเอียดเหล่านี้จากประกาศดังกล่าว
เหตุผลที่ EMA สำคัญต่อการใช้งานในองค์กร
EMA เข้ามาแก้คอขวดที่พบได้จริงเมื่อต้องนำเครื่องมือที่เชื่อมต่อกับ AI ไปใช้ในวงกว้าง การแจ้งเตือน OAuth รายบุคคลทำให้การเริ่มต้นใช้งานยุ่งยาก ควบคุมมาตรฐานได้ยาก และทำให้ผู้ดูแลระบบต้องพึ่งพาพนักงานในการตั้งค่าให้เสร็จอย่างถูกต้อง
การใช้ระบบตัวตนส่วนกลางทำให้สิทธิ์การเข้าถึงยึดตามบทบาท กลุ่ม และนโยบายองค์กรที่มีอยู่แล้วแทน
ขอบเขตด้านความปลอดภัยก็ชัดเจนขึ้นเช่นกัน ผู้ให้บริการระบบตัวตนเป็นผู้ตัดสินใจว่าผู้ใช้มีสิทธิ์เข้าถึงคอนเน็กเตอร์หรือไม่ ส่วน authorization server ของ MCP connector จะตรวจสอบ assertion ก่อนออก access token ของตนเอง อย่างไรก็ดี องค์กรยังต้องประเมิน MCP server แต่ละราย กำหนดนโยบายตามหลักสิทธิ์เท่าที่จำเป็น และควบคุมว่าใครบ้างสามารถเพิ่มเซิร์ฟเวอร์ได้ Anthropic ระบุในเอกสาร Claude Code ว่าองค์กรควรใช้ MCP servers ที่เชื่อถือได้ และสามารถจำกัดการตั้งค่าเซิร์ฟเวอร์ผ่านการจัดการจากส่วนกลางหรือการตั้งค่าที่ควบคุมด้วยซอร์สโค้ด 13
ดังนั้น ข่าวสำคัญไม่ได้แปลว่า “OAuth หายไป” ทั้งหมด แต่คือการเปลี่ยนวงจรยินยอมที่ผู้ใช้ต้องทำเอง ให้เป็นการแลกเปลี่ยนสิทธิ์ที่องค์กรจัดการผ่านระบบตัวตน โดยเชื่อมโยงนโยบาย SSO เดิมเข้ากับการเข้าถึง MCP connectors
สำหรับบริษัทที่ต้องการขยายการใช้งาน Claude ไปหลายทีม แนวทางนี้อาจทำให้การจัดสรรคอนเน็กเตอร์เป็นมาตรฐานเดียวกันมากขึ้นใน Claude, Claude Code และ Cowork พร้อมรักษาการควบคุมจากผู้ดูแลระบบไว้ที่ศูนย์กลาง 49
62
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "Anthropic ลดขั้นตอน OAuth รายบุคคล ให้บริษัทจัดการสิทธิ์ Claude ผ่านระบบองค์กร" คืออะไร
Anthropic ประกาศเมื่อวันที่ 24 สิงหาคม 2026 ว่า Enterprise Managed Authorization (EMA) สำหรับ Claude MCP connectors เปิดให้ใช้งานทั่วไปแล้ว
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
Anthropic ประกาศเมื่อวันที่ 24 สิงหาคม 2026 ว่า Enterprise Managed Authorization (EMA) สำหรับ Claude MCP connectors เปิดให้ใช้งานทั่วไปแล้ว ระบบใช้ Identity Assertion JWT ที่ออกระหว่างการล็อกอิน SSO ขององค์กร จากนั้น authorization server ของคอนเน็กเตอร์จะตรวจสอบและออก access token โดยไม่ต้องส่งพนักงานไปยังหน้าขอความยินยอม OAuth อีกครั้ง
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
Okta เป็นผู้ให้บริการตัวตนที่มีการรองรับผ่าน Cross App Access ขณะที่นักพัฒนา MCP connectors ต้องรองรับส่วนขยาย EMA จึงจะเข้าร่วมระบบได้