Descope Agentic Identity Hub 3.0 का लक्ष्य उद्यमों के भीतर मौजूद अनधिकृत एआई है

Descope अपने पहचान प्लेटफ़ॉर्म का विस्तार कर रहा है, ताकि किसी संगठन के भीतर कर्मचारी जिन एआई एजेंटों और Model Context Protocol (MCP) सर्वरों का उपयोग करते हैं, उनका प्रबंधन किया जा सके। इस क्षेत्र में अपनाने की रफ़्तार अक्सर इतनी तेज़ रही है कि सुरक्षा टीमें उनका लेखा-जोखा रखने या उन पर नियंत्रण करने में पीछे रह गई हैं।

Agentic Identity Hub 3.0, जिसे 15 अक्टूबर को लॉन्च किया जाना है, में एजेंट ऑनबोर्डिंग पोर्टल, MCP गेटवे के साथ अंतर्निहित एकीकरण, वर्कलोड प्रमाणीकरण के बेहतर विकल्प और आंतरिक टूल इस्तेमाल करने वाले एजेंटों के लिए ID-JAG जारी करने की सुविधा शामिल है। इसका उद्देश्य हर एजेंट के लिए एक दर्ज उद्देश्य, जवाबदेह स्वामी, सीमित अनुमतियाँ और ऑडिट ट्रेल उपलब्ध कराना है—वह भी कंपनियों को कर्मचारियों द्वारा पहले से इस्तेमाल की जा रही पहचान प्रणालियाँ बदलने के लिए बाध्य किए बिना।

इस रिलीज़ के साथ Descope, ग्राहकों से सीधे संपर्क करने वाले एजेंटों और MCP सर्वरों की सुरक्षा से आगे बढ़कर उद्यमों के भीतर मौजूद “अनधिकृत एआई” की अधिक जटिल समस्या से निपट रहा है। कर्मचारी Claude, Cursor, ChatGPT या स्वयं बनाए गए एजेंट को व्यावसायिक प्रणालियों से जोड़ सकते हैं; कभी-कभी वे ऐसी स्थिर API कुंजियों या निजी खातों का इस्तेमाल करते हैं जिन्हें सुरक्षा टीमें केंद्रीय रूप से रद्द नहीं कर सकतीं। Descope ने 2026 Verizon Data Breach Investigations Report का हवाला देते हुए कहा कि 45% कर्मचारी कॉर्पोरेट उपकरणों पर नियमित रूप से एआई का इस्तेमाल करते हैं और इस गतिविधि का 67% हिस्सा निजी, गैर-कॉर्पोरेट खातों के ज़रिए होता है।

आंतरिक एजेंटों को स्वामी और पहचान देना

नया एजेंट ऑनबोर्डिंग पोर्टल, एजेंट तैनाती को नियमबद्ध अनुरोध प्रक्रिया में बदलने के लिए बनाया गया है। कर्मचारी एजेंट का उद्देश्य बताता है और उन एप्लिकेशन, API, डेटा स्रोतों या MCP सर्वरों की जानकारी देता है जिनकी उसे ज़रूरत है। पहुँच प्रदान करने से पहले समीक्षक अनुरोध को मंज़ूरी दे सकते हैं। इससे ऐसी सूची तैयार होती है जिसमें दर्ज रहता है कि एजेंट का अनुरोध किसने किया और उसके लिए जवाबदेह कौन है।

इससे पारंपरिक पहचान और पहुँच प्रबंधन की एक बुनियादी कमज़ोरी दूर होती है। मानव उपयोगकर्ताओं के खातों के साथ आम तौर पर कर्मचारी का रिकॉर्ड, पद, प्रबंधक और कंपनी छोड़ने पर पहुँच समाप्त करने की प्रक्रिया जुड़ी होती है। एजेंटों को अक्सर स्क्रिप्ट या सेवा खातों की तरह माना जाता है, जबकि वे गतिशील रूप से टूल चुन सकते हैं और कई प्रणालियों में काम कर सकते हैं। इसलिए स्वामित्व और काम के दौरान प्राधिकरण उतने ही महत्वपूर्ण हैं जितना शुरुआती लॉगिन। यह Securities.io की एजेंट पहचान पर Q2 के साथ हाल की चर्चा में उठाए गए एक मुद्दे से भी मेल खाता है: किसी एजेंट की अपनी अलग और सीमित भूमिका होनी चाहिए, न कि उसे खाते के स्वामी के सभी अधिकार मिल जाने चाहिए।

Descope का कहना है कि उसका मौजूदा Agentic Identity Hub पहले से ही 10 लाख से अधिक एजेंट पहचानों और सैकड़ों MCP सर्वरों के लिए प्रमाणीकरण और पहुँच नियंत्रण संभालता है। घोषणा में जिन ग्राहकों के नाम दिए गए हैं, उनमें You.com, WisdomAI, Cequence Security, Token Security और Daylight Security शामिल हैं।

पहचान नियंत्रण तंत्र कैसे काम करता है

कंपनी का तकनीकी दस्तावेज़ उन दो अवधारणाओं को अलग-अलग समझाता है जिन्हें एजेंट प्लेटफ़ॉर्म में अक्सर एक ही मान लिया जाता है। संसाधन वह API या MCP सर्वर है जिस तक एजेंट पहुँचना चाहता है; उसकी पहचान ऑडियंस से होती है और उस पर सीमित दायरों वाली अनुमतियाँ लागू होती हैं। कनेक्शन वॉल्ट में दर्ज वह प्रविष्टि है जिसमें आगे के टूल के लिए ज़रूरी OAuth टोकन या API कुंजी रखी होती है।

Descope के सुझाए गए आर्किटेक्चर में एजेंट को किसी संसाधन तक सीमित, कम समय के लिए मान्य टोकन मिलता है। इसके बाद संरक्षित सर्वर या गेटवे, आगे की प्रक्रिया के लिए ज़रूरी कोई भी क्रेडेंशियल रनटाइम पर कनेक्शन वॉल्ट से प्राप्त करता है। एजेंट के पास तीसरे पक्ष का लंबे समय तक मान्य रहने वाला गोपनीय क्रेडेंशियल नहीं होता। टोकन जारी या विनिमय करते समय नीतियाँ एजेंट, अनुरोध शुरू करने वाले उपयोगकर्ता, टेनेंट, अनुरोधित टूल और रनटाइम संदर्भ का मूल्यांकन कर सकती हैं; साथ ही, प्लेटफ़ॉर्म ऑडिट के लिए गतिविधियों का पूरा क्रम दर्ज करता है।

यह व्यवस्था इसलिए महत्वपूर्ण है क्योंकि MCP एजेंटों के लिए टूल खोजने और उन्हें कॉल करने का मानकीकृत तरीका तय करता है, लेकिन इससे उद्यमों में प्राधिकरण की ज़रूरत समाप्त नहीं होती। Agentic Identity Hub 3.0 मौजूदा गेटवे के लिए पहचान प्रदाता के रूप में काम कर सकता है या Descope के अपने शुरुआती-पहुँच वाले एजेंट गेटवे के साथ मिलकर काम कर सकता है। इस रिलीज़ में agentgateway को एक अंतर्निहित एकीकरण के रूप में शामिल किया गया है; यह Agentic AI Foundation की ओपन-सोर्स परियोजना है। Descope के गेटवे दस्तावेज़ में Kong AI Gateway, Azure AI Gateway, Portkey और Golf.dev जैसे उत्पादों के साथ संगतता का भी वर्णन है।

गेटवे पर नीति लागू करने से आंतरिक और तृतीय-पक्ष MCP सर्वरों पर एजेंटों का प्रमाणीकरण करने, टूल कॉल को अधिकृत करने और लॉग दर्ज करने के लिए एक साझा स्थान मिलता है। यह नियंत्रण का एक महत्वपूर्ण बिंदु भी बन सकता है: जोखिम घटेगा या बस एक ही जगह केंद्रित हो जाएगा, यह उपलब्धता, नीतियों की गुणवत्ता और दायरों की सटीक परिभाषा पर निर्भर करता है।

एजेंटों को साझा गोपनीय कुंजियों से दूर करना

Descope स्थिर क्लाइंट गोपनीय कुंजियों के बिना एजेंटों और वर्कलोड के प्रमाणीकरण के कई तरीके भी जोड़ रहा है। इनमें निजी-कुंजी JWT अभिकथन, पारस्परिक TLS, SPIFFE वर्कलोड पहचानें और वर्कलोड पहचान फ़ेडरेशन शामिल हैं।

वर्कलोड पहचान फ़ेडरेशन के ज़रिए AWS, Google Cloud, Microsoft Azure, Kubernetes या GitHub Actions पर चल रहा एजेंट उस पहचान को प्रस्तुत कर सकता है जो उसे पहले से उस परिवेश ने दी है। Descope हस्ताक्षरित टोकन को सत्यापित करता है, वर्कलोड के लिए पहचान रिकॉर्ड बनाता है और सीमित दायरे वाला पहुँच टोकन लौटाता है। अलग-अलग तैनातियाँ अपनी अलग पहचान बनाए रख सकती हैं, भले ही वे एक ही क्लाइंट कॉन्फ़िगरेशन साझा करती हों। इससे एजेंट की एक प्रति को रद्द किया जा सकता है, बिना उसकी हर प्रति को निष्क्रिय किए।

ID-JAG जारी करने का उद्देश्य MCP सर्वरों पर भी इसी तरह का मॉडल लागू करना है। कोई आंतरिक एजेंट संगठन के मौजूदा पहचान प्रदाता के ज़रिए प्रमाणीकरण करता है और हर सर्वर के लिए उपयुक्त पहुँच प्राप्त करता है। नीतियों का मूल्यांकन अनुरोधों के समय किया जाता है, न कि उन्हें लंबे समय तक मान्य रहने वाले क्रेडेंशियल में शामिल किया जाता है। इससे पहुँच को केंद्रीय रूप से सीमित या रद्द किया जा सकता है। Descope इसे एजेंटों के लिए SSO-जैसा अनुभव बताता है, लेकिन इसकी प्रभावशीलता अंतर्निहित मानकों के लिए गेटवे और क्लाइंट के समर्थन पर, और प्रशासकों द्वारा वास्तविक व्यावसायिक सीमाओं के अनुरूप स्कोप तय करने पर निर्भर करेगी।

ग्राहक पहचान से एजेंट सुरक्षा की ओर Descope का रुख

Descope की स्थापना 2022 में उस टीम ने की थी जिसने पहले सुरक्षा ऑर्केस्ट्रेशन कंपनी Demisto बनाई थी। Demisto को Palo Alto Networks (PANW ) ने 2019 में अधिग्रहित किया था। कंपनी 2023 में स्टील्थ से बाहर आई और उसे सीड फंडिंग के रूप में 53 मिलियन डॉलर मिले। कंपनी का कहना है कि 2025 में उसने इस दौर की फंडिंग बढ़ाकर कुल 88 मिलियन डॉलर कर ली।

शुरुआत में कंपनी का ध्यान ग्राहक पहचान और पहुँच प्रबंधन पर था। इसमें पासवर्ड-रहित प्रमाणीकरण, दृश्य पहचान वर्कफ़्लो, SDK और API शामिल थे। Agentic Identity Hub इसी पहचान अवसंरचना का विस्तार करके इसे गैर-मानवीय इकाइयों तक पहुँचाता है। यह साझा आधार रणनीतिक रूप से अहम है: हर AI उत्पाद के लिए अलग पहचान-साइलो बनाए बिना कर्मचारियों और एजेंटों की पहचान, नीतियों का मूल्यांकन, क्रेडेंशियल प्रबंधन और ऑडिट रिकॉर्ड संभाले जा सकते हैं।

खरीदारों के लिए व्यावहारिक सवाल यह है कि क्या Descope एजेंटों का प्रबंधन इतना आसान बना सकता है कि विकास टीमें इसे दरकिनार करने के बजाय अपनाएँ। नए उपयोगकर्ताओं को जोड़ने की प्रक्रिया अनौपचारिक रूप से क्रेडेंशियल साझा करने से तेज़ रहनी चाहिए, और इसके गेटवे इंटीग्रेशन में वे क्लाइंट और सर्वर शामिल होने चाहिए जिन्हें कर्मचारी वास्तव में अपनाते हैं। सुरक्षा टीमों को यह अंतर भी समझना होगा कि किसी एजेंट का प्रमाणीकरण हो गया है या उसकी कार्रवाइयाँ सुरक्षित भी हैं। पहचान पहुँच को सीमित करती है और उसके गुण निर्धारित करती है, लेकिन प्रॉम्प्ट इंजेक्शन, टूल के गलत चयन या स्वीकृत दायरे के भीतर होने वाली नुकसानदेह कार्रवाइयों को नहीं रोकती।

इसलिए Agentic Identity Hub 3.0 को उद्यमों में AI के लिए पहचान-परिधि स्थापित करने की कोशिश के रूप में समझना सबसे उचित है। यह संगठनों को यह जानने का तरीका देता है कि किसी एजेंट का स्वामी कौन है, वह किस उपयोगकर्ता या वर्कलोड का प्रतिनिधित्व करता है, किन संसाधनों तक पहुँच सकता है और उसकी पहुँच कैसे रद्द की जा सकती है। जैसे-जैसे एजेंट प्रयोग के चरण से आगे बढ़कर उत्पादन कार्यप्रवाहों का हिस्सा बन रहे हैं, ये सवाल मॉडल के इर्द-गिर्द वैकल्पिक परत भर न रहकर साइबर सुरक्षा के बुनियादी ढाँचे का हिस्सा बनते जा रहे हैं।