विस्तृत विश्लेषण · लगभग 6 मिनट पढ़ना
IBM ने एजेंट पहचान, अल्पकालिक क्रेडेंशियल और संचालन नियंत्रण को जोड़ा
Agent Identity, Vault 2.2 और Orchestrate जवाबदेही तथा पहुँच नियंत्रण जोड़ते हैं; कई प्रबंधन और बुनियादी ढाँचा क्षमताएँ अभी पूर्वावलोकन में हैं।
- यहाँ प्रकाशित
- स्रोत की तारीख
- स्रोत जाँचा गया
27 अक्टूबर 2026 को TechXchange में IBM ने उद्यम AI एजेंटों के लिए नियंत्रणों की घोषणा की। व्यावहारिक प्रश्न हैं कि एजेंट किसका प्रतिनिधित्व करता है, किन प्रणालियों तक पहुँच सकता है और उसकी कार्रवाई कैसे रोकी या जाँची जाए। यह विश्लेषण IBM द्वारा बताए तंत्रों को उन सुरक्षा और तैनाती परिणामों से अलग रखता है जिन्हें घोषणा प्रमाणित नहीं करती।
समाचार सुनें
यह लेख सुनें या समाचार लगातार चलाएँ।
पढ़ने की तैयारी हो रही है…
डिवाइस की आवाज़
वाक् प्रक्रिया आपके ब्राउज़र या डिवाइस में होती है। AISubHub पाठ किसी ऑडियो API को नहीं भेजता। आवाज़ों और लॉक स्क्रीन पर चलने की सुविधा डिवाइस पर निर्भर है।
जारी करने पर छोटा वाक्यांश दोहराया जा सकता है।
मुख्य बातें
- IBM ने Vault 2.2, Agent Identity, Orchestrate evaluate, Concert और Terraform policy को सामान्य रूप से उपलब्ध बताया है; यह सभी घोषित घटकों पर लागू नहीं होता।
- discover और contain तकनीकी पूर्वावलोकन हैं। Secure Hub, Terraform Developer Portal और remote MCP server सार्वजनिक पूर्वावलोकन हैं; Integration Intelligence Hub तकनीकी पूर्वावलोकन है।
- Z Atlas के वर्णन में तकनीकी पूर्वावलोकन, लेकिन अंतिम सूची में सार्वजनिक पूर्वावलोकन लिखा है। दोनों कथनों का विरोध स्पष्ट रखना आवश्यक है।
1. पहचान का रिकॉर्ड जवाबदेही तय करता है
IBM के अनुसार HashiCorp Vault के साथ इस्तेमाल होने वाला Agent Identity प्रत्येक एजेंट के स्वामी, जीवनचक्र स्थिति और सौंपे गए अधिकार का प्रामाणिक रिकॉर्ड बनाता है। यह Vault के क्रेडेंशियल नियंत्रणों को पहचान और प्राधिकरण का संदर्भ देता है। प्रस्ताव का केंद्र निर्धारित जिम्मेदारी और अनुमतियों वाला एजेंट है, न कि कोई अनाम प्रक्रिया जो दोबारा इस्तेमाल होने वाला गुप्त प्रमाण लेकर कारोबारी प्रणालियों में घूमती रहे।
IBM का कहना है कि Orchestrate भी Agent Identity और Vault के साथ अधिकार नियंत्रित करने, कार्यों को अधिकृत और ऑडिट करने तथा जोखिम बदलने पर विश्वास या क्रेडेंशियल वापस लेने के लिए काम करता है। AISubHub के विश्लेषण में स्वामित्व दर्ज होने से पहुँच संबंधी फैसलों की जवाबदेही स्पष्ट होती है, लेकिन पहचान से एजेंट की तर्क-प्रक्रिया सही साबित नहीं होती। अनुमत कार्य और उसे लागू करने वाली नीतियाँ संस्था को ही निर्धारित करनी होंगी।
2. क्रेडेंशियल सौंपे गए अधिकार की समय सीमा तय करते हैं
Vault को गुप्त जानकारियों के प्रबंधन, समर्थित क्रेडेंशियल के नियमित बदलाव और समाप्त या रद्द किए जा सकने वाले गतिशील क्रेडेंशियल बनाने की परत बताया गया है। IBM का दावा है कि कम अवधि और न्यूनतम अधिकार संसाधन तथा पहुँच का समय दोनों सीमित करते हैं। अनुमोदित अनुमति से बाहर की कोशिश रोकी और सत्र वास्तविक समय में रद्द किया जा सकता है। स्वतः नवीनीकरण को एक ही अपरिवर्तित क्रेडेंशियल हमेशा बनाए रखना नहीं समझना चाहिए।
Vault 2.2 के लिए IBM सुरक्षित एजेंट खाते, स्वतः नवीनीकरण और क्वांटम-पश्चात एन्क्रिप्शन भी बताता है। एल्गोरिदम विन्यास या तुलनात्मक सुरक्षा परिणाम नहीं दिए गए हैं, इसलिए यह उत्पाद का दावा है, स्वतंत्र रूप से सत्यापित सुरक्षा गारंटी नहीं। सार्वजनिक पूर्वावलोकन वाला Secure Hub, Vault परिवेशों की परिचालन स्थिति, उपयोग और सुरक्षा संसाधनों का केंद्रीय दृश्य देता है। दृश्यता प्रबंधन में सहायक है, लेकिन किसी विशेष परिवेश के सुरक्षित विन्यास का प्रमाण नहीं।
3. खोज, सीमाबंदी और मूल्यांकन की भूमिकाएँ अलग हैं
IBM ने Orchestrate discover और contain को तकनीकी पूर्वावलोकन रखा है। कंपनी के अनुसार discover, Amazon Bedrock, Microsoft Foundry और Google Gemini से जुड़कर बाहरी परिवेशों के एजेंट खोजता है; इसमें मॉडल और MCP server भी शामिल हैं। contain अलग सैंडबॉक्स और बंद करने का नियंत्रण देता है। पहले का विषय सूची बनाना और दूसरे का निष्पादन सीमा है। घोषणा सभी एजेंट खोजने या हर विफलता सैंडबॉक्स के भीतर रहने का प्रमाण नहीं देती।
evaluate सामान्य उपलब्धता में है। IBM के अनुसार दल एजेंट, मॉडल और MCP server की गुणवत्ता, सटीकता और अनुपालन तैनाती से पहले जाँच सकते हैं, फिर उत्पादन में निगरानी कर सकते हैं। मॉडल और token उपयोग का लेखा प्रत्येक एजेंट के खर्च का कारण समझने में मदद करता है। AISubHub के विश्लेषण में मूल्यांकन पहचान नियंत्रण का पूरक है, क्योंकि अधिकृत कार्य भी गलत हो सकता है। कोई बेंचमार्क, परीक्षण डेटासेट, अंकन विधि या स्वतंत्र रूप से मापी लागत बचत नहीं दी गई।
4. कारोबारी संदर्भ नियंत्रित ढाँचा-परिवर्तन से जुड़ता है
तकनीकी पूर्वावलोकन वाला Integration Intelligence Hub अपने Unified Context Engine से मौजूदा API, कनेक्शन और पुनः उपयोग योग्य संसाधनों का संदर्भ देता है। IBM अटके संदेश सुधारने और API तैनात करने के उदाहरण देता है, जहाँ कौशल, स्वीकृति नीतियाँ और ऑडिट कार्यों को सीमित करते हैं। कंपनी Agent Identity तथा Vault का NVIDIA OpenShell के संरक्षित रनटाइम से एकीकरण भी बताती है। यह IBM का दावा है; संयुक्त रूप से दोहराई तैनाती के परिणाम नहीं हैं और रनटाइम अलगाव पहुँच नीति का विकल्प नहीं है।
IBM, Concert की निगरानी, घटना और सुरक्षा जानकारी तथा भेद्यता का दुरुपयोग संभव होने के प्रमाण को जोखिम की प्राथमिकता और प्रतिक्रिया समन्वय का आधार बताता है। Terraform स्वीकृत विन्यास और नियंत्रित परिवर्तन-प्रवाह देता है; Infragraph निर्भरताओं का संदर्भ जोड़ता है। Terraform policy सामान्य रूप से उपलब्ध है, Developer Portal और remote MCP server सार्वजनिक पूर्वावलोकन हैं। AISubHub के अनुसार जोखिम पहचानना, परिवर्तन मंजूर करना और उसका प्रभाव सत्यापित करना उपकरणों से जुड़ने पर भी अलग चरण रहते हैं।
5. उपलब्धता के चरण और प्रमाण की सीमाएँ
अंतिम सूची में Vault 2.2, Agent Identity, Orchestrate evaluate, Concert और Terraform policy सामान्य रूप से उपलब्ध हैं। Secure Hub, Terraform Developer Portal, remote MCP server और Z Atlas सार्वजनिक पूर्वावलोकन हैं; Integration Intelligence Hub, discover और contain तकनीकी पूर्वावलोकन हैं। लेकिन Z Atlas का पहले का अनुच्छेद उसके डिज़ाइन को तकनीकी पूर्वावलोकन कहता है। स्रोत इस विरोध को हल नहीं करता, इसलिए चुपचाप एक श्रेणी चुनने के बजाय IBM से पुष्टि आवश्यक है।
IBM के अनुसार Z Atlas, z/OS के बुनियादी ढाँचे, मिडलवेयर और अनुप्रयोगों का मानचित्र बनाकर विशेषज्ञों के नियंत्रण में परिवर्तन का आकलन, परीक्षण और सत्यापन करता है। पूरा लेख विक्रेता की घोषणा है, स्वतंत्र सुरक्षा परीक्षण, नया Granite मॉडल या मूल्य प्रस्ताव नहीं। तैनाती बेंचमार्क या मापी गई सुधार सफलता दर भी नहीं दी गई। IBM कहता है कि भविष्य की मंशाएँ बदल या वापस ली जा सकती हैं। AISubHub इस पोर्टफोलियो को ऐसे नियंत्रणों की कड़ी मानता है जिनकी अनुमतियाँ, कवरेज और प्रभावशीलता हर परिवेश में जाँचनी होगी।
यह क्यों अहम है
उद्यम दल एजेंट की पहचान, क्रेडेंशियल की अवधि, निष्पादन की निगरानी और बदली जाने वाली प्रणालियों का नियंत्रण अलग-अलग जाँच सकते हैं। इन्हें जोड़ने से फैसले खोजे जा सकते हैं, लेकिन स्पष्ट मंजूरी, उपयुक्त परीक्षण और सत्यापित पुनर्प्राप्ति मार्ग फिर भी आवश्यक हैं।
सीमाएँ और उपलब्धता
एकमात्र स्रोत IBM की 27 अक्टूबर की पूरी घोषणा है। घटकों के चरण अलग हैं और Z Atlas की श्रेणी विरोधाभासी है। स्वतंत्र बेंचमार्क, कीमत, सार्वभौमिक उपयोग अधिकार या तैनाती परिणाम सत्यापित नहीं हैं। मूल स्रोत केवल तारीख देता है, प्रकाशन का सटीक समय नहीं।
स्रोत और प्रमाण
स्रोत की तारीख: · स्रोत जाँचा गया:
AI की सहायता से लिखे लेखों को दिए गए प्राथमिक स्रोतों से जाँचा जाता है। प्रदाता के दावों का श्रेय स्पष्ट है; सूची में होना समर्थन नहीं है।