คำตอบการวิจัย
ประเด็นสำคัญ Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20] หัวใจสำคัญคือการใช้ OAuth 2.0 Token Exchange เพื่อมอบสิทธิ์แบบมอบอำนาจและจำกัดขอบเขต (Delegated and Downscoped Access) ทำให้ AI Agent ทำงานภายใต้สิทธิ์ขั้นต่ำที่จำเป็น และสามารถตรวจสอบย้อนกลับได้โดยไม่ต้องแอบอ้างตัวตน... แต่ละความร่วมมือมุ่งแก้ปัญหาในชั้นความปลอดภัยที่แตกต่างกัน: AWS เน้นการจัดการ Identity ของ Workload, Google Cloud เน้นควบคุมการรับส่งข้อมูลระหว่าง Agent และเครื่องมือแบบ Inline และ Cloudflare เน้นการบังคับใช้นโยบาย Ze... How does Ping Identity's new integration with AWS, Google Cloud, and Cloudflare extend Runtime Identity capabilities to secure AI agents acr Ping Identity's Runtime Identity model checks every agent action at runtime, not just at login. (Image: Studio Global / AI-generated) AI พรอมต์ Create a landscape editorial hero image for this Studio Global article: How does Ping Identity's new integration with AWS, Google Cloud, and Cloudflare extend Runtime Identity capabilities to secure AI agents acr. Article summary: On June 16, 2026, Ping Identity announced integrations with AWS, Google Cloud, and Cloudflare that extend its **Runtime Identity** enforcement into the cloud and edge platforms where AI agents are built, deployed, and op. Topic tags: general, documentation, general web, user generated. Reference image context from search candidates: Reference image 1: visual subject "Per a PR Newswire announcement, Ping Identity announced integrations with Amazon Web Services (AWS), Google Cloud, and Cloudflare that extend its Runtime Identity™ enforcement into" source context "Ping Identity Extends Runtime Identity for AI Agents | Let's Data Science" Reference image 2: visual
openai.com ในขณะที่ AI Agent กำลังทวีจำนวนขึ้นอย่างรวดเร็วในสภาพแวดล้อมขององค์กร ช่องโหว่ด้านความปลอดภัยที่สำคัญก็ปรากฏชัดขึ้น: วิธีการตรวจสอบตัวตนแบบดั้งเดิมที่เกิดขึ้นเฉพาะตอนเข้าสู่ระบบ (Login) นั้นไม่เพียงพอสำหรับ Agent ที่ทำงานอย่างต่อเนื่องและเป็นอิสระบนบริการคลาวด์, API และโครงสร้างพื้นฐาน Edge อีกต่อไป
เพื่อปิดช่องว่างนี้ เมื่อวันที่ 16 มิถุนายน 2026 Ping Identity ได้ประกาศชุดการผสานรวมกับ Amazon Web Services (AWS), Google Cloud และ Cloudflare โดยมีจุดมุ่งหมายเพื่อขยายการบังคับใช้ Runtime Identity ของ Ping เข้าไปในแพลตฟอร์มที่ Agent ถูกสร้าง, ใช้งาน และดำเนินการโดยตรง
คนยังถาม คำตอบสั้น ๆ สำหรับ "Ping Identity ปฏิวัติความปลอดภัย AI: ขยาย Runtime Identity สู่สามแพลตฟอร์มคลาวด์ยักษ์ใหญ่เพื่อควบคุม AI Agent อย่างเบ็ดเสร็จ" คืออะไร Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20]
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร? Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20] หัวใจสำคัญคือการใช้ OAuth 2.0 Token Exchange เพื่อมอบสิทธิ์แบบมอบอำนาจและจำกัดขอบเขต (Delegated and Downscoped Access) ทำให้ AI Agent ทำงานภายใต้สิทธิ์ขั้นต่ำที่จำเป็น และสามารถตรวจสอบย้อนกลับได้โดยไม่ต้องแอบอ้างตัวตน...
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ? แต่ละความร่วมมือมุ่งแก้ปัญหาในชั้นความปลอดภัยที่แตกต่างกัน: AWS เน้นการจัดการ Identity ของ Workload, Google Cloud เน้นควบคุมการรับส่งข้อมูลระหว่าง Agent และเครื่องมือแบบ Inline และ Cloudflare เน้นการบังคับใช้นโยบาย Ze...
คำตอบการวิจัย
ประเด็นสำคัญ Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20] หัวใจสำคัญคือการใช้ OAuth 2.0 Token Exchange เพื่อมอบสิทธิ์แบบมอบอำนาจและจำกัดขอบเขต (Delegated and Downscoped Access) ทำให้ AI Agent ทำงานภายใต้สิทธิ์ขั้นต่ำที่จำเป็น และสามารถตรวจสอบย้อนกลับได้โดยไม่ต้องแอบอ้างตัวตน... แต่ละความร่วมมือมุ่งแก้ปัญหาในชั้นความปลอดภัยที่แตกต่างกัน: AWS เน้นการจัดการ Identity ของ Workload, Google Cloud เน้นควบคุมการรับส่งข้อมูลระหว่าง Agent และเครื่องมือแบบ Inline และ Cloudflare เน้นการบังคับใช้นโยบาย Ze... How does Ping Identity's new integration with AWS, Google Cloud, and Cloudflare extend Runtime Identity capabilities to secure AI agents acr Ping Identity's Runtime Identity model checks every agent action at runtime, not just at login. (Image: Studio Global / AI-generated) AI พรอมต์ Create a landscape editorial hero image for this Studio Global article: How does Ping Identity's new integration with AWS, Google Cloud, and Cloudflare extend Runtime Identity capabilities to secure AI agents acr. Article summary: On June 16, 2026, Ping Identity announced integrations with AWS, Google Cloud, and Cloudflare that extend its **Runtime Identity** enforcement into the cloud and edge platforms where AI agents are built, deployed, and op. Topic tags: general, documentation, general web, user generated. Reference image context from search candidates: Reference image 1: visual subject "Per a PR Newswire announcement, Ping Identity announced integrations with Amazon Web Services (AWS), Google Cloud, and Cloudflare that extend its Runtime Identity™ enforcement into" source context "Ping Identity Extends Runtime Identity for AI Agents | Let's Data Science" Reference image 2: visual
openai.com ในขณะที่ AI Agent กำลังทวีจำนวนขึ้นอย่างรวดเร็วในสภาพแวดล้อมขององค์กร ช่องโหว่ด้านความปลอดภัยที่สำคัญก็ปรากฏชัดขึ้น: วิธีการตรวจสอบตัวตนแบบดั้งเดิมที่เกิดขึ้นเฉพาะตอนเข้าสู่ระบบ (Login) นั้นไม่เพียงพอสำหรับ Agent ที่ทำงานอย่างต่อเนื่องและเป็นอิสระบนบริการคลาวด์, API และโครงสร้างพื้นฐาน Edge อีกต่อไป
เพื่อปิดช่องว่างนี้ เมื่อวันที่ 16 มิถุนายน 2026 Ping Identity ได้ประกาศชุดการผสานรวมกับ Amazon Web Services (AWS), Google Cloud และ Cloudflare โดยมีจุดมุ่งหมายเพื่อขยายการบังคับใช้ Runtime Identity ของ Ping เข้าไปในแพลตฟอร์มที่ Agent ถูกสร้าง, ใช้งาน และดำเนินการโดยตรง
คนยังถาม คำตอบสั้น ๆ สำหรับ "Ping Identity ปฏิวัติความปลอดภัย AI: ขยาย Runtime Identity สู่สามแพลตฟอร์มคลาวด์ยักษ์ใหญ่เพื่อควบคุม AI Agent อย่างเบ็ดเสร็จ" คืออะไร Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20]
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร? Ping Identity เปิดตัวการผสานรวมใหม่กับ Amazon Bedrock AgentCore, Google Cloud Agent Gateway และ Cloudflare Workers เพื่อนำการควบคุมแบบ Runtime Identity ไปใช้ในสภาพแวดล้อมการทำงานจริงของ AI Agent โดยตรง [9][20] หัวใจสำคัญคือการใช้ OAuth 2.0 Token Exchange เพื่อมอบสิทธิ์แบบมอบอำนาจและจำกัดขอบเขต (Delegated and Downscoped Access) ทำให้ AI Agent ทำงานภายใต้สิทธิ์ขั้นต่ำที่จำเป็น และสามารถตรวจสอบย้อนกลับได้โดยไม่ต้องแอบอ้างตัวตน...
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ? แต่ละความร่วมมือมุ่งแก้ปัญหาในชั้นความปลอดภัยที่แตกต่างกัน: AWS เน้นการจัดการ Identity ของ Workload, Google Cloud เน้นควบคุมการรับส่งข้อมูลระหว่าง Agent และเครื่องมือแบบ Inline และ Cloudflare เน้นการบังคับใช้นโยบาย Ze...
แก่นสำคัญ: จากการยืนยันตัวตนสู่การอนุญาตขณะปฏิบัติงาน แนวคิดของ Ping Identity ตั้งอยู่บนหลักการพื้นฐานที่ว่า AI Agent ไม่ใช่มนุษย์ และพวกมันไม่ได้เพียงแค่ล็อกอินแล้วหยุดนิ่ง แต่พวกมันเชื่อมต่อ API เป็นลูกโซ่, เข้าถึงเครื่องมือต่างๆ และทำการตัดสินใจบนระบบที่มีการกระจายตัว สภาพการทำงานเช่นนี้เรียกร้องโมเดลความปลอดภัยที่ Identity, การมอบอำนาจ (Delegation) และนโยบาย (Policy) ถูกตรวจสอบอย่างต่อเนื่อง ณ ขณะปฏิบัติงาน (Runtime) ในทุกการกระทำที่ Agent ทำ
เพื่อให้สิ่งนี้เป็นจริงได้ กรอบการทำงาน Identity for AI ของ Ping ซึ่งเปิดตัวให้ใช้งานทั่วไปในเดือนมีนาคม 2026 ได้รับการออกแบบให้ปฏิบัติต่อ AI Agent เสมือนเป็น Non-Human Identity ระดับแนวหน้า (First-Class) กรอบการทำงานนี้มอบความสามารถในการลงทะเบียนและจัดการวงจรชีวิตของ Agent, การแลกเปลี่ยนโทเค็น OAuth 2.0 เพื่อการมอบอำนาจ รวมถึงการมองเห็นแบบรวมศูนย์ถึงกิจกรรมของ Agent ในทุกสภาพแวดล้อม
หลักการทางเทคนิคที่สำคัญ: การมอบอำนาจโดยไม่แอบอ้าง
หัวใจหลักของการผสานรวมทั้งสามคือการแลกเปลี่ยนโทเค็น OAuth 2.0 (Token Exchange) เมื่อผู้ใช้มอบหมายงานให้ Agent แทนที่ Agent จะทำงานโดยแอบอ้างเป็นผู้ใช้คนนั้นด้วยสิทธิ์เต็มรูปแบบ โครงสร้างของ Ping จะแลกเปลี่ยน Subject Token ของผู้ใช้เป็นโทเค็นใหม่ที่ถูกลดขอบเขตลง (Downscoped Token) โทเค็นที่ได้รับการมอบอำนาจนี้จะมีทั้ง Identity ของผู้ใช้ (ผ่าน act claim) และ Identity ของ Agent เอง (ผ่าน may_act claim) ทำให้เกิดห่วงโซ่การควบคุม (Chain of Custody) ที่ปลอดภัยสำหรับทุกการกระทำที่เกิดขึ้นต่อเนื่อง
AWS: การรักษาความปลอดภัยให้กับ Identities ของ Agent บน Workloads การผสานรวมของ Ping Identity กับ AWS มุ่งเน้นไปที่ Amazon Bedrock AgentCore ซึ่งเป็นบริการจัดการ Identity และ Credential ที่ Amazon สร้างขึ้นเพื่อ AI Agent และ Automated Workloads โดยเฉพาะ
Ping Identity Providers (IdPs) อย่าง PingOne, PingOne Advanced Identity Cloud และ PingFederate สามารถตั้งค่าได้สองรูปแบบ:
ในฐานะ Inbound IdP สำหรับ AgentCore Gateway และ Runtime เพื่อยืนยันตัวตนผู้ใช้และออกโทเค็น OAuth ที่จำกัดขอบเขตให้ Agent ต้องใช้ก่อนเข้าถึงทรัพยากรปลายทาง
ในฐานะ Outbound Credential Provider เพื่อให้ Agent สามารถรับ Access Token สำหรับบริการของบุคคลที่สามได้อย่างปลอดภัย โดยไม่ต้องเปิดเผย Credential ที่มีอายุยาวนาน
Agent Identity ที่ไม่ซ้ำกัน — AI Agent ทุกตัวจะได้รับ Digital Identity ที่เป็นเอกลักษณ์พร้อมข้อมูลเมตาที่เกี่ยวข้อง ผู้ดูแลระบบสามารถใช้นโยบาย Least-Privilege Access ข้าม AWS Account หลายบัญชีได้ การกำกับดูแลแบบเรียลไทม์ — การอนุญาตถูกบังคับใช้แบบไดนามิกเมื่อ Agent มีปฏิสัมพันธ์กับ API, เครื่องมือ และแหล่งข้อมูล ปรับพฤติกรรมของ Agent ให้สอดคล้องกับนโยบายองค์กรในเรื่องข้อมูลละเอียดอ่อน, ข้อกำหนดด้านกฎระเบียบ และขีดจำกัดการปฏิบัติงาน การเฝ้าระวัง — Amazon Bedrock AgentCore ให้บันทึกการยืนยันตัวตนทั้งขาเข้าและขาออก (Inbound/Outbound Auth Logs) ในขณะที่ความสามารถในการตรวจจับ Agent ของ Ping จะช่วยให้องค์กรค้นพบ, ติดตาม และตรวจสอบ AI Agent ทั่วทั้งระบบนิเวศดิจิทัลบน AWS ของตน
Google Cloud: การอนุญาตแบบ Inline สำหรับ Traffic ของ Agent และเครื่องมือ การผสานรวมกับ Google Cloud มุ่งจัดการในอีกชั้นหนึ่ง นั่นคือปริมาณการรับส่งข้อมูลระหว่าง AI Agent กับเครื่องมือและ MCP Servers ที่พวกมันเรียกใช้ Ping Identity ผสานรวมกับ Google Cloud Agent Gateway ซึ่งเป็นจุดควบคุมที่มีการจัดการ (Managed Control Point) ที่ทำหน้าที่ดักจับ Request ระหว่าง Agent กับเครื่องมือ และบังคับใช้นโยบายก่อนที่ Request จะไปถึงปลายทาง
PingOne Authorize ถูกวางไว้ในเส้นทาง Traffic ของ Agent Gateway แบบ Inline ผ่านการผสานรวมแบบ ext_proc ทุก Request ระหว่าง Agent-to-MCP-Server หรือ Agent-to-Tool จะเรียกใช้การประเมินนโยบายแบบเรียลไทม์: ใครคือผู้ใช้ที่เป็นตัวแทน, Agent ตัวไหนกำลังทำงาน, กำลังเข้าถึงทรัพยากรอะไร และพยายามจะทำอะไร
การอนุญาตแบบ Inline อย่างต่อเนื่อง — ถ้านโยบายอนุมัติ Request จะถูกส่งผ่าน หากถูกปฏิเสธ Request จะถูกบล็อกก่อนถึงเครื่องมือหรือ API โดยไม่ต้องแก้โค้ดของแอปพลิเคชันเลย นโยบายเครื่องมือที่ละเอียดและจำกัดขอบเขต — ทีมความปลอดภัยสามารถบังคับใช้กฎที่รับรู้บริบท เช่น "พนักงานทุกคนสามารถซื้อสินค้ามูลค่า 100 ดอลลาร์ได้ แต่ผู้จัดการเท่านั้นที่อนุมัติการซื้อ 10,000 ดอลลาร์" โดยไม่ต้องแก้ไขตัวแอปพลิเคชันหรือ MCP Server การจัดการนโยบายแบบรวมศูนย์กลาง — ตรรกะการอนุญาตถูกแยกออกจาก MCP Server และ Agent Implementation แต่ละตัว ทำให้ง่ายต่อการบำรุงรักษา ตรวจสอบ และอัปเดตกฎเมื่อสถาปัตยกรรม Agent มีขนาดใหญ่ขึ้น การตรวจสอบแบบ End-to-End — บันทึกและ Trace ID ของ Agent Gateway เมื่อรวมกับโมเดล Runtime Identity ของ Ping จะทำให้สามารถติดตามได้ทั้งหมดว่า: ผู้ใช้คนไหนเป็นผู้มอบหมาย, Agent ตัวไหนเรียก, เครื่องมือชิ้นไหนทำงาน, และนโยบายใดที่อนุญาตหรือบล็อกการกระทำนั้น
Cloudflare: การบังคับใช้ Zero Trust ที่ Edge สำหรับองค์กรที่ปรับใช้ AI Agent บนโครงสร้างพื้นฐานแบบกระจายตัวทั่วโลก การผสานรวมของ Ping Identity กับ Cloudflare นำการบังคับใช้ Identity ไปสู่ Edge Network ของ Cloudflare ซึ่งครอบคลุมเมืองกว่า 220 เมืองด้วยโหนดที่ใช้ GPU สำหรับการอนุมาน (Inference) และทำงานอยู่นอกขอบเขตเครือข่ายองค์กรแบบดั้งเดิม
Strong, Scoped Credentials ที่ Edge — AI Agent ยืนยันตัวตนผ่าน Cloudflare Workers OAuth Provider เพื่อรับ Scoped Token ก่อนที่จะเรียก API ใดๆ ที่มีการป้องกัน MCP Clients ที่ไม่ได้ลงทะเบียนหรือไม่ผ่านการยืนยันตัวตนจะถูกบล็อกไม่ให้เชื่อมต่อ การบังคับใช้นโยบาย Zero Trust — Ping และ Cloudflare ใช้นโยบาย Zero Trust กับ Traffic ของ AI Agent ทั้งหมดที่เข้าถึงโมเดลและข้อมูลองค์กรทั่วโลก แทนที่จะพึ่งพาขอบเขตเครือข่ายองค์กรเพียงอย่างเดียว ซึ่งขอบเขตนั้นแทบไม่มีอยู่จริงในสภาพแวดล้อมแบบ Edge การตรวจสอบและมองเห็น — กิจกรรมของ Agent บนโครงสร้างพื้นฐาน Edge แบบกระจายตัวจะถูกบันทึกและตรวจสอบได้ ทำให้ทีมความปลอดภัยมองเห็นว่า Agent แต่ละตัวเข้าถึงอะไร เมื่อไหร่ และด้วยอำนาจที่ได้รับมอบหมายจากใคร
เหตุใดจึงต้องเป็นสามแพลตฟอร์มนี้ และทำไมต้องเป็นตอนนี้ การผสานรวมสามรูปแบบนี้ไม่ได้ซ้ำซ้อนกัน แต่จัดการกับชั้นสถาปัตยกรรมที่แตกต่างกัน: AWS สำหรับ Identity บน Cloud Workload, Google Cloud สำหรับการควบคุม Traffic แบบ Inline และ Cloudflare สำหรับการบังคับใช้ที่ Edge ทั้งสามถูกสร้างบนรากฐานของ Identity for AI เดียวกัน ซึ่งหมายความว่าองค์กรสามารถใช้ตรรกะการอนุญาต, รูปแบบการแลกเปลี่ยนโทเค็น และกรอบนโยบายที่สอดคล้องกันไม่ว่า Agent ของพวกเขาจะทำงานอยู่บนแพลตฟอร์มใดก็ตาม
จังหวะเวลานี้สะท้อนความเป็นจริงของตลาด: องค์กรต่างๆ กำลังปรับใช้ AI Agent เร็วกว่าที่ทีมความปลอดภัยจะปรับใช้เครื่องมือ Identity แบบดั้งเดิมได้ทัน การผสานรวมเหล่านี้ช่วยให้องค์กรรวมศูนย์กลางการอนุญาตและการบังคับใช้นโยบาย แทนที่จะต้องฝังการควบคุมที่กระจัดกระจายลงใน Agent และ API แต่ละตัว
สำหรับสถาปนิกด้านความปลอดภัยที่ทำงานเกี่ยวกับการปรับใช้ Agentic AI คำถามในทางปฏิบัติไม่ได้อยู่ที่ว่า "Agent ผ่านการยืนยันตัวตนแล้วหรือยัง?" อีกต่อไป แต่มันคือ "ณ เวลานี้ ด้วยบริบทเช่นนี้ การกระทำเฉพาะนี้ได้รับอนุญาตหรือไม่?" การผสานรวมเหล่านี้ทำให้คำถามนั้นตอบได้แบบเรียลไทม์ ในระดับขนาดใหญ่ บนแพลตฟอร์มที่ Agent ใช้งานอยู่จริง
แก่นสำคัญ: จากการยืนยันตัวตนสู่การอนุญาตขณะปฏิบัติงาน แนวคิดของ Ping Identity ตั้งอยู่บนหลักการพื้นฐานที่ว่า AI Agent ไม่ใช่มนุษย์ และพวกมันไม่ได้เพียงแค่ล็อกอินแล้วหยุดนิ่ง แต่พวกมันเชื่อมต่อ API เป็นลูกโซ่, เข้าถึงเครื่องมือต่างๆ และทำการตัดสินใจบนระบบที่มีการกระจายตัว สภาพการทำงานเช่นนี้เรียกร้องโมเดลความปลอดภัยที่ Identity, การมอบอำนาจ (Delegation) และนโยบาย (Policy) ถูกตรวจสอบอย่างต่อเนื่อง ณ ขณะปฏิบัติงาน (Runtime) ในทุกการกระทำที่ Agent ทำ
เพื่อให้สิ่งนี้เป็นจริงได้ กรอบการทำงาน Identity for AI ของ Ping ซึ่งเปิดตัวให้ใช้งานทั่วไปในเดือนมีนาคม 2026 ได้รับการออกแบบให้ปฏิบัติต่อ AI Agent เสมือนเป็น Non-Human Identity ระดับแนวหน้า (First-Class) กรอบการทำงานนี้มอบความสามารถในการลงทะเบียนและจัดการวงจรชีวิตของ Agent, การแลกเปลี่ยนโทเค็น OAuth 2.0 เพื่อการมอบอำนาจ รวมถึงการมองเห็นแบบรวมศูนย์ถึงกิจกรรมของ Agent ในทุกสภาพแวดล้อม
หลักการทางเทคนิคที่สำคัญ: การมอบอำนาจโดยไม่แอบอ้าง
หัวใจหลักของการผสานรวมทั้งสามคือการแลกเปลี่ยนโทเค็น OAuth 2.0 (Token Exchange) เมื่อผู้ใช้มอบหมายงานให้ Agent แทนที่ Agent จะทำงานโดยแอบอ้างเป็นผู้ใช้คนนั้นด้วยสิทธิ์เต็มรูปแบบ โครงสร้างของ Ping จะแลกเปลี่ยน Subject Token ของผู้ใช้เป็นโทเค็นใหม่ที่ถูกลดขอบเขตลง (Downscoped Token) โทเค็นที่ได้รับการมอบอำนาจนี้จะมีทั้ง Identity ของผู้ใช้ (ผ่าน act claim) และ Identity ของ Agent เอง (ผ่าน may_act claim) ทำให้เกิดห่วงโซ่การควบคุม (Chain of Custody) ที่ปลอดภัยสำหรับทุกการกระทำที่เกิดขึ้นต่อเนื่อง
AWS: การรักษาความปลอดภัยให้กับ Identities ของ Agent บน Workloads การผสานรวมของ Ping Identity กับ AWS มุ่งเน้นไปที่ Amazon Bedrock AgentCore ซึ่งเป็นบริการจัดการ Identity และ Credential ที่ Amazon สร้างขึ้นเพื่อ AI Agent และ Automated Workloads โดยเฉพาะ
Ping Identity Providers (IdPs) อย่าง PingOne, PingOne Advanced Identity Cloud และ PingFederate สามารถตั้งค่าได้สองรูปแบบ:
ในฐานะ Inbound IdP สำหรับ AgentCore Gateway และ Runtime เพื่อยืนยันตัวตนผู้ใช้และออกโทเค็น OAuth ที่จำกัดขอบเขตให้ Agent ต้องใช้ก่อนเข้าถึงทรัพยากรปลายทาง
ในฐานะ Outbound Credential Provider เพื่อให้ Agent สามารถรับ Access Token สำหรับบริการของบุคคลที่สามได้อย่างปลอดภัย โดยไม่ต้องเปิดเผย Credential ที่มีอายุยาวนาน
Agent Identity ที่ไม่ซ้ำกัน — AI Agent ทุกตัวจะได้รับ Digital Identity ที่เป็นเอกลักษณ์พร้อมข้อมูลเมตาที่เกี่ยวข้อง ผู้ดูแลระบบสามารถใช้นโยบาย Least-Privilege Access ข้าม AWS Account หลายบัญชีได้ การกำกับดูแลแบบเรียลไทม์ — การอนุญาตถูกบังคับใช้แบบไดนามิกเมื่อ Agent มีปฏิสัมพันธ์กับ API, เครื่องมือ และแหล่งข้อมูล ปรับพฤติกรรมของ Agent ให้สอดคล้องกับนโยบายองค์กรในเรื่องข้อมูลละเอียดอ่อน, ข้อกำหนดด้านกฎระเบียบ และขีดจำกัดการปฏิบัติงาน การเฝ้าระวัง — Amazon Bedrock AgentCore ให้บันทึกการยืนยันตัวตนทั้งขาเข้าและขาออก (Inbound/Outbound Auth Logs) ในขณะที่ความสามารถในการตรวจจับ Agent ของ Ping จะช่วยให้องค์กรค้นพบ, ติดตาม และตรวจสอบ AI Agent ทั่วทั้งระบบนิเวศดิจิทัลบน AWS ของตน
Google Cloud: การอนุญาตแบบ Inline สำหรับ Traffic ของ Agent และเครื่องมือ การผสานรวมกับ Google Cloud มุ่งจัดการในอีกชั้นหนึ่ง นั่นคือปริมาณการรับส่งข้อมูลระหว่าง AI Agent กับเครื่องมือและ MCP Servers ที่พวกมันเรียกใช้ Ping Identity ผสานรวมกับ Google Cloud Agent Gateway ซึ่งเป็นจุดควบคุมที่มีการจัดการ (Managed Control Point) ที่ทำหน้าที่ดักจับ Request ระหว่าง Agent กับเครื่องมือ และบังคับใช้นโยบายก่อนที่ Request จะไปถึงปลายทาง
PingOne Authorize ถูกวางไว้ในเส้นทาง Traffic ของ Agent Gateway แบบ Inline ผ่านการผสานรวมแบบ ext_proc ทุก Request ระหว่าง Agent-to-MCP-Server หรือ Agent-to-Tool จะเรียกใช้การประเมินนโยบายแบบเรียลไทม์: ใครคือผู้ใช้ที่เป็นตัวแทน, Agent ตัวไหนกำลังทำงาน, กำลังเข้าถึงทรัพยากรอะไร และพยายามจะทำอะไร
การอนุญาตแบบ Inline อย่างต่อเนื่อง — ถ้านโยบายอนุมัติ Request จะถูกส่งผ่าน หากถูกปฏิเสธ Request จะถูกบล็อกก่อนถึงเครื่องมือหรือ API โดยไม่ต้องแก้โค้ดของแอปพลิเคชันเลย นโยบายเครื่องมือที่ละเอียดและจำกัดขอบเขต — ทีมความปลอดภัยสามารถบังคับใช้กฎที่รับรู้บริบท เช่น "พนักงานทุกคนสามารถซื้อสินค้ามูลค่า 100 ดอลลาร์ได้ แต่ผู้จัดการเท่านั้นที่อนุมัติการซื้อ 10,000 ดอลลาร์" โดยไม่ต้องแก้ไขตัวแอปพลิเคชันหรือ MCP Server การจัดการนโยบายแบบรวมศูนย์กลาง — ตรรกะการอนุญาตถูกแยกออกจาก MCP Server และ Agent Implementation แต่ละตัว ทำให้ง่ายต่อการบำรุงรักษา ตรวจสอบ และอัปเดตกฎเมื่อสถาปัตยกรรม Agent มีขนาดใหญ่ขึ้น การตรวจสอบแบบ End-to-End — บันทึกและ Trace ID ของ Agent Gateway เมื่อรวมกับโมเดล Runtime Identity ของ Ping จะทำให้สามารถติดตามได้ทั้งหมดว่า: ผู้ใช้คนไหนเป็นผู้มอบหมาย, Agent ตัวไหนเรียก, เครื่องมือชิ้นไหนทำงาน, และนโยบายใดที่อนุญาตหรือบล็อกการกระทำนั้น
Cloudflare: การบังคับใช้ Zero Trust ที่ Edge สำหรับองค์กรที่ปรับใช้ AI Agent บนโครงสร้างพื้นฐานแบบกระจายตัวทั่วโลก การผสานรวมของ Ping Identity กับ Cloudflare นำการบังคับใช้ Identity ไปสู่ Edge Network ของ Cloudflare ซึ่งครอบคลุมเมืองกว่า 220 เมืองด้วยโหนดที่ใช้ GPU สำหรับการอนุมาน (Inference) และทำงานอยู่นอกขอบเขตเครือข่ายองค์กรแบบดั้งเดิม
Strong, Scoped Credentials ที่ Edge — AI Agent ยืนยันตัวตนผ่าน Cloudflare Workers OAuth Provider เพื่อรับ Scoped Token ก่อนที่จะเรียก API ใดๆ ที่มีการป้องกัน MCP Clients ที่ไม่ได้ลงทะเบียนหรือไม่ผ่านการยืนยันตัวตนจะถูกบล็อกไม่ให้เชื่อมต่อ การบังคับใช้นโยบาย Zero Trust — Ping และ Cloudflare ใช้นโยบาย Zero Trust กับ Traffic ของ AI Agent ทั้งหมดที่เข้าถึงโมเดลและข้อมูลองค์กรทั่วโลก แทนที่จะพึ่งพาขอบเขตเครือข่ายองค์กรเพียงอย่างเดียว ซึ่งขอบเขตนั้นแทบไม่มีอยู่จริงในสภาพแวดล้อมแบบ Edge การตรวจสอบและมองเห็น — กิจกรรมของ Agent บนโครงสร้างพื้นฐาน Edge แบบกระจายตัวจะถูกบันทึกและตรวจสอบได้ ทำให้ทีมความปลอดภัยมองเห็นว่า Agent แต่ละตัวเข้าถึงอะไร เมื่อไหร่ และด้วยอำนาจที่ได้รับมอบหมายจากใคร
เหตุใดจึงต้องเป็นสามแพลตฟอร์มนี้ และทำไมต้องเป็นตอนนี้ การผสานรวมสามรูปแบบนี้ไม่ได้ซ้ำซ้อนกัน แต่จัดการกับชั้นสถาปัตยกรรมที่แตกต่างกัน: AWS สำหรับ Identity บน Cloud Workload, Google Cloud สำหรับการควบคุม Traffic แบบ Inline และ Cloudflare สำหรับการบังคับใช้ที่ Edge ทั้งสามถูกสร้างบนรากฐานของ Identity for AI เดียวกัน ซึ่งหมายความว่าองค์กรสามารถใช้ตรรกะการอนุญาต, รูปแบบการแลกเปลี่ยนโทเค็น และกรอบนโยบายที่สอดคล้องกันไม่ว่า Agent ของพวกเขาจะทำงานอยู่บนแพลตฟอร์มใดก็ตาม
จังหวะเวลานี้สะท้อนความเป็นจริงของตลาด: องค์กรต่างๆ กำลังปรับใช้ AI Agent เร็วกว่าที่ทีมความปลอดภัยจะปรับใช้เครื่องมือ Identity แบบดั้งเดิมได้ทัน การผสานรวมเหล่านี้ช่วยให้องค์กรรวมศูนย์กลางการอนุญาตและการบังคับใช้นโยบาย แทนที่จะต้องฝังการควบคุมที่กระจัดกระจายลงใน Agent และ API แต่ละตัว
สำหรับสถาปนิกด้านความปลอดภัยที่ทำงานเกี่ยวกับการปรับใช้ Agentic AI คำถามในทางปฏิบัติไม่ได้อยู่ที่ว่า "Agent ผ่านการยืนยันตัวตนแล้วหรือยัง?" อีกต่อไป แต่มันคือ "ณ เวลานี้ ด้วยบริบทเช่นนี้ การกระทำเฉพาะนี้ได้รับอนุญาตหรือไม่?" การผสานรวมเหล่านี้ทำให้คำถามนั้นตอบได้แบบเรียลไทม์ ในระดับขนาดใหญ่ บนแพลตฟอร์มที่ Agent ใช้งานอยู่จริง
press.pingidentity.comPing Identity Extends Runtime Identity™ for AI Agents Across AWS ...
prnewswire.comPing Identity Extends Runtime Identity™ for AI Agents Across AWS, Google Cloud, and Cloudflare
developer.pingidentity.comIdentity For Ai General...
