{
  "title": "एजेंट्स के लिए OpenID Connect (OIDC-A) 1.0 प्रस्ताव",
  "excerpt": "OAuth 2.0 इकोसिस्टम के भीतर LLM-आधारित एजेंट्स का प्रतिनिधित्व, प्रमाणीकरण और प्राधिकरण प्रदान करने के लिए OpenID Connect Core 1.0 को विस्तारित करने का तकनीकी प्रस्ताव।",
  "content_html": "<p><em>यह दस्तावेज़ LLM-आधारित एजेंट्स की पहचान का प्रतिनिधित्व और सत्यापन करने के लिए OpenID Connect के एक मानक विस्तार का प्रस्ताव करता है। यह सत्यापन, प्रमाणन और प्रत्यायोजन श्रृंखलाओं के लिए विस्तृत ढांचे के साथ मुख्य प्रस्ताव को एकीकृत करता है।</em></p>\n\n<h2>सार</h2>\n\n<p>OpenID Connect for Agents (OIDC-A) 1.0, OpenID Connect Core 1.0 का एक विस्तार है जो OAuth 2.0 इकोसिस्टम के भीतर LLM-आधारित एजेंट्स का प्रतिनिधित्व, प्रमाणीकरण और प्राधिकरण करने के लिए एक ढांचा प्रदान करता है। यह विनिर्देश एजेंट पहचान स्थापित करने, एजेंट प्रमाणन सत्यापित करने, प्रत्यायोजन श्रृंखलाओं का प्रतिनिधित्व करने और एजेंट विशेषताओं के आधार पर सूक्ष्म प्राधिकरण सक्षम करने के लिए मानक दावों, एंडपॉइंट्स और प्रोटोकॉल को परिभाषित करता है।</p>\n\n<h2>1. परिचय</h2>\n\n<h3>1.1 औचित्य</h3>\n\n<p>जैसे-जैसे LLM-आधारित एजेंट डिजिटल इकोसिस्टम में तेजी से प्रचलित होते जा रहे हैं, उनकी पहचान का प्रतिनिधित्व करने और उनके प्राधिकरण को प्रबंधित करने के लिए मानकीकृत तरीकों की बढ़ती आवश्यकता है। पारंपरिक OAuth 2.0 और OpenID Connect प्रोटोकॉल मुख्य रूप से मानव उपयोगकर्ताओं और पारंपरिक अनुप्रयोगों के लिए डिज़ाइन किए गए थे, जिनमें स्वायत्त एजेंट्स की अनूठी विशेषताओं का प्रतिनिधित्व करने के लिए आवश्यक संरचनाओं का अभाव है, जैसे:</p>\n\n<ul>\n<li>विभिन्न स्तरों की स्वायत्तता के साथ उपयोगकर्ताओं की ओर से कार्य करना</li>\n<li>प्रत्यायोजन श्रृंखलाओं के भीतर संचालन</li>\n<li>उनके अंतर्निहित मॉडलों के आधार पर गतिशील क्षमताओं का होना</li>\n<li>उनकी अखंडता और उत्पत्ति के प्रमाणन की आवश्यकता</li>\n</ul>\n\n<p>यह विनिर्देश एजेंट पहचान और प्राधिकरण के लिए एक व्यापक ढांचा प्रदान करने के लिए OpenID Connect को विस्तारित करके इन अंतरालों को संबोधित करता है।</p>\n\n<h3>1.2 शब्दावली</h3>\n\n<p>यह विनिर्देश OAuth 2.0 [RFC6749], OpenID Connect Core 1.0 में परिभाषित शब्दों और निम्नलिखित अतिरिक्त शब्दों का उपयोग करता है:</p>\n\n<ul>\n<li><strong>Agent</strong>: एक LLM-आधारित सॉफ़्टवेयर इकाई जो प्राकृतिक भाषा निर्देशों के आधार पर स्वायत्त या अर्ध-स्वायत्त कार्रवाई करने में सक्षम है।</li>\n<li><strong>Agent Provider</strong>: एजेंट बनाने, प्रशिक्षित करने और/या होस्ट करने के लिए जिम्मेदार संगठन।</li>\n<li><strong>Agent Model</strong>: विशिष्ट LLM मॉडल जो एजेंट को शक्ति प्रदान करता है (जैसे, GPT-4, Claude 3)।</li>\n<li><strong>Agent Instance</strong>: एजेंट का एक विशिष्ट चल रहा उदाहरण, आमतौर पर किसी विशेष कार्य या वार्तालाप से जुड़ा होता है।</li>\n<li><strong>Delegator</strong>: वह इकाई (आमतौर पर एक मानव उपयोगकर्ता) जो एजेंट को अपनी ओर से कार्य करने के लिए प्राधिकार सौंपती है।</li>\n<li><strong>Delegation Chain</strong>: मूल उपयोगकर्ता से संभावित रूप से कई एजेंट्स के माध्यम से प्रत्यायोजन चरणों का एक क्रम।</li>\n<li><strong>Attestation</strong>: एजेंट की अखंडता, उत्पत्ति और/या गुणों का क्रिप्टोग्राफिक प्रमाण।</li>\n<li><strong>Attestation Evidence</strong>: प्रमाणन के लिए उपयोग किए गए प्रमाण युक्त डेटा संरचना।</li>\n<li><strong>Relying Party (RP)</strong>: इस संदर्भ में, अक्सर एक Resource Server या Client अनुप्रयोग जिसे एजेंट की पहचान और प्राधिकरण सत्यापित करने की आवश्यकता होती है।</li>\n</ul>\n\n<h3>1.3 अवलोकन</h3>\n\n<p>OIDC-A निम्नलिखित द्वारा OpenID Connect को विस्तारित करता है:</p>\n\n<ol>\n<li>एजेंट पहचान, प्रत्यायोजन और क्षमताओं का प्रतिनिधित्व करने के लिए नए मानक दावों को परिभाषित करना।</li>\n<li>एजेंट प्रमाणन साक्ष्य के लिए तंत्र और प्रारूप निर्दिष्ट करना।</li>\n<li>प्रत्यायोजन श्रृंखलाओं का प्रतिनिधित्व और सत्यापन करने के लिए प्रोटोकॉल स्थापित करना।</li>\n<li>एजेंट क्षमताओं और प्रमाणन समर्थन के लिए खोज तंत्र प्रदान करना।</li>\n<li>एजेंट-विशिष्ट उपयोग मामलों के लिए उपयुक्त प्राधिकरण ढांचे को परिभाषित करना।</li>\n<li>प्रमाणन सत्यापन और क्षमता खोज के लिए एंडपॉइंट्स पेश करना।</li>\n</ol>\n\n<h2>2. एजेंट पहचान दावे</h2>\n\n<h3>2.1 मुख्य एजेंट पहचान दावे</h3>\n\n<p>निम्नलिखित दावों को एजेंट्स को या उनके बारे में जारी ID Tokens में शामिल किया जाना चाहिए या होना चाहिए:</p>\n\n<table class=\"custom-table\">\n    <thead>\n        <tr>\n            <th>दावा</th>\n            <th>प्रकार</th>\n            <th>विवरण</th>\n            <th>आवश्यकता</th>\n        </tr>\n    </thead>\n    <tbody>\n        <tr>\n            <td><code>agent_type</code></td>\n            <td>string</td>\n            <td>एजेंट के प्रकार/वर्ग की पहचान करता है (जैसे, \"assistant\", \"retrieval\", \"coding\")</td>\n            <td>REQUIRED</td>\n        </tr>\n        <tr>\n            <td><code>agent_model</code></td>\n            <td>string</td>\n            <td>विशिष्ट मॉडल की पहचान करता है (जैसे, \"gpt-4\", \"claude-3-opus\", \"gemini-pro\")</td>\n            <td>REQUIRED</td>\n        </tr>\n        <tr>\n            <td><code>agent_version</code></td>\n            <td>string</td>\n            <td>एजेंट मॉडल का संस्करण पहचानकर्ता</td>\n            <td>RECOMMENDED</td>\n        </tr>\n        <tr>\n            <td><code>agent_provider</code></td>\n            <td>string</td>\n            <td>संगठन जो एजेंट प्रदान/होस्ट करता है (जैसे, \"openai.com\", \"anthropic.com\")</td>\n            <td>REQUIRED</td>\n        </tr>\n        <tr>\n            <td><code>agent_instance_id</code></td>\n            <td>string</td>\n            <td>एजेंट के इस विशिष्ट उदाहरण के लिए अद्वितीय पहचानकर्ता</td>\n            <td>REQUIRED</td>\n        </tr>\n    </tbody>\n</table>\n\n<h3>2.2 प्रत्यायोजन और प्राधिकार दावे</h3>\n\n<table class=\"custom-table\">\n    <thead>\n        <tr>\n            <th>दावा</th>\n            <th>प्रकार</th>\n            <th>विवरण</th>\n            <th>आवश्यकता</th>\n        </tr>\n    </thead>\n    <tbody>\n        <tr>\n            <td><code>delegator_sub</code></td>\n            <td>string</td>\n            <td>उस इकाई का विषय पहचानकर्ता जिसने हाल ही में इस एजेंट को प्राधिकार सौंपा</td>\n            <td>REQUIRED</td>\n        </tr>\n        <tr>\n            <td><code>delegation_chain</code></td>\n            <td>array</td>\n            <td>प्रत्यायोजन चरणों की क्रमबद्ध सरणी (धारा 2.4.2 देखें)</td>\n            <td>OPTIONAL</td>\n        </tr>\n        <tr>\n            <td><code>delegation_purpose</code></td>\n            <td>string</td>\n            <td>उस उद्देश्य/इरादे का विवरण जिसके लिए प्राधिकार सौंपा गया था</td>\n            <td>RECOMMENDED</td>\n        </tr>\n        <tr>\n            <td><code>delegation_constraints</code></td>\n            <td>object</td>\n            <td>प्रत्यायोजक द्वारा एजेंट पर लगाई गई बाधाएं</td>\n            <td>OPTIONAL</td>\n        </tr>\n    </tbody>\n</table>\n\n<h3>2.3 क्षमता, विश्वास और प्रमाणन दावे</h3>\n\n<table class=\"custom-table\">\n    <thead>\n        <tr>\n            <th>दावा</th>\n            <th>प्रकार</th>\n            <th>विवरण</th>\n            <th>आवश्यकता</th>\n        </tr>\n    </thead>\n    <tbody>\n        <tr>\n            <td><code>agent_capabilities</code></td>\n            <td>array</td>\n            <td>क्षमता पहचानकर्ताओं की सरणी जो दर्शाती है कि एजेंट क्या कर सकता है</td>\n            <td>RECOMMENDED</td>\n        </tr>\n        <tr>\n            <td><code>agent_trust_level</code></td>\n            <td>string</td>\n            <td>एजेंट का विश्वास वर्गीकरण (जैसे, \"verified\", \"experimental\")</td>\n            <td>OPTIONAL</td>\n        </tr>\n        <tr>\n            <td><code>agent_attestation</code></td>\n            <td>object</td>\n            <td>प्रमाणन साक्ष्य या संदर्भ (धारा 2.4.4 देखें)</td>\n            <td>RECOMMENDED</td>\n        </tr>\n        <tr>\n            <td><code>agent_context_id</code></td>\n            <td>string</td>\n            <td>वार्तालाप/कार्य संदर्भ के लिए पहचानकर्ता</td>\n            <td>RECOMMENDED</td>\n        </tr>\n    </tbody>\n</table>\n\n<h3>2.4 दावा प्रारूप और सत्यापन</h3>\n\n<h4>2.4.1 <code>agent_type</code></h4>\n<p>एजेंट प्रकारों के एक परिभाषित सेट से स्ट्रिंग मान। कार्यान्वयनकर्ताओं को लागू होने पर निम्नलिखित मानों में से एक का उपयोग करना चाहिए:</p>\n<ul>\n<li><code>assistant</code>: सामान्य-उद्देश्य सहायक एजेंट</li>\n<li><code>retrieval</code>: सूचना पुनर्प्राप्ति में विशेषज्ञ एजेंट</li>\n<li><code>coding</code>: कोड जनरेशन या विश्लेषण में विशेषज्ञ एजेंट</li>\n<li><code>domain_specific</code>: किसी विशेष डोमेन के लिए विशेषज्ञ एजेंट</li>\n<li><code>autonomous</code>: उच्च स्तर की स्वायत्तता वाला एजेंट</li>\n<li><code>supervised</code>: प्रमुख कार्यों के लिए मानव पर्यवेक्षण की आवश्यकता वाला एजेंट</li>\n</ul>\n<p>कस्टम प्रकारों का उपयोग किया जा सकता है लेकिन <code>vendor:type</code> प्रारूप का पालन करना चाहिए (जैसे, <code>acme:financial_advisor</code>)।</p>\n\n<h4>2.4.2 <code>delegation_chain</code></h4>\n<p>JSON सरणी जिसमें प्रत्यायोजन श्रृंखला में प्रत्येक चरण का प्रतिनिधित्व करने वाली वस्तुएं होती हैं, मूल उपयोगकर्ता से वर्तमान एजेंट तक। प्रत्येक वस्तु में शामिल होना चाहिए:</p>\n<ul>\n<li><code>iss</code>: REQUIRED. Authorization Server या इकाई की पहचान करने वाली स्ट्रिंग जिसने इस प्रत्यायोजन चरण को जारी/सत्यापित किया।</li>\n<li><code>sub</code>: REQUIRED. प्रत्यायोजक (अनुमति देने वाली इकाई) की पहचान करने वाली स्ट्रिंग।</li>\n<li><code>aud</code>: REQUIRED. प्रत्यायोजिती (अनुमति प्राप्त करने वाला एजेंट) की पहचान करने वाली स्ट्रिंग।</li>\n<li><code>delegated_at</code>: REQUIRED. NumericDate जो प्रत्यायोजन होने के समय का प्रतिनिधित्व करता है।</li>\n<li><code>scope</code>: REQUIRED. OAuth स्कोप की स्पेस-सेपरेटेड स्ट्रिंग जो इस प्रत्यायोजन चरण में दी गई अनुमतियों का प्रतिनिधित्व करती है। प्रत्यायोजक (<code>sub</code>) द्वारा रखे गए स्कोप का सबसेट होना चाहिए।</li>\n<li><code>purpose</code>: OPTIONAL. इस प्रत्यायोजन चरण के इच्छित उद्देश्य का वर्णन करने वाली स्ट्रिंग।</li>\n<li><code>constraints</code>: OPTIONAL. प्रत्यायोजन पर बाधाओं को निर्दिष्ट करने वाली JSON वस्तु (जैसे, <code>{\"max_duration\": 3600, \"allowed_resources\": [\"/data/abc\"]}</code>)।</li>\n<li><code>jti</code>: OPTIONAL. इस विशिष्ट प्रत्यायोजन चरण के लिए एक अद्वितीय पहचानकर्ता, निरसन या ट्रैकिंग के लिए उपयोगी।</li>\n</ul>\n<p>सरणी को कालानुक्रमिक रूप से क्रमबद्ध होना चाहिए।</p>\n\n<p><em><code>delegation_chain</code> के लिए सत्यापन नियम (Relying Party द्वारा किया गया):</em></p>\n<ol>\n<li><strong>क्रम सत्यापन:</strong> <code>delegated_at</code> के आधार पर कालानुक्रमिक क्रम की पुष्टि करें।</li>\n<li><strong>जारीकर्ता विश्वास:</strong> सत्यापित करें कि प्रत्येक <code>iss</code> विश्वसनीय है।</li>\n<li><strong>ऑडियंस मिलान:</strong> पुष्टि करें कि चरण N का <code>aud</code> चरण N+1 के <code>sub</code> से मेल खाता है।</li>\n<li><strong>स्कोप कमी:</strong> सत्यापित करें कि प्रत्येक चरण में <code>scope</code> प्रत्यायोजक के उपलब्ध स्कोप का सबसेट/बराबर है।</li>\n<li><strong>बाधा प्रवर्तन:</strong> किसी भी <code>constraints</code> के अनुपालन को सुनिश्चित करें।</li>\n<li><strong>हस्ताक्षर सत्यापन (यदि लागू हो):</strong> यदि चरण व्यक्तिगत रूप से हस्ताक्षरित हैं तो हस्ताक्षर सत्यापित करें।</li>\n<li><strong>नीति जांच:</strong> प्राधिकरण नीतियों (जैसे, अधिकतम लंबाई) के विरुद्ध सत्यापित श्रृंखला का मूल्यांकन करें।</li>\n</ol>\n\n<h4>2.4.3 <code>agent_capabilities</code></h4>\n<p>एजेंट की क्षमताओं का प्रतिनिधित्व करने वाले स्ट्रिंग पहचानकर्ताओं की सरणी। कार्यान्वयनकर्ताओं को उपलब्ध होने पर एक अच्छी तरह से परिभाषित वर्गीकरण से क्षमता पहचानकर्ताओं का उपयोग करना चाहिए। कस्टम क्षमताओं को <code>vendor:capability</code> प्रारूप का पालन करना चाहिए (जैसे, <code>acme:financial_analysis</code>)।</p>\n\n<h4>2.4.4 <code>agent_attestation</code></h4>\n<p>JSON वस्तु जिसमें प्रमाणन साक्ष्य या उसका संदर्भ होता है। साक्ष्य के प्रकार को इंगित करने वाला <code>format</code> फ़ील्ड शामिल होना चाहिए।</p>\n\n<p><em>अनुशंसित प्रारूप:</em> JWT-आधारित, संभावित रूप से IETF RATS Entity Attestation Token (EAT) के साथ संगत।</p>\n\n<p>उदाहरण:</p>\n<pre><code class=\"language-json\">\"agent_attestation\": {\n  \"format\": \"urn:ietf:params:oauth:token-type:eat\",\n  \"token\": \"eyJhbGciOiJFUzI1NiIsInR5cCI6ImVhdCtqd3QifQ...\"\n}\n</code></pre>\n<p>अन्य प्रारूपों (जैसे, <code>\"format\": \"TPM2-Quote\"</code>, <code>\"format\": \"SGX-Quote\"</code>) का उपयोग किया जा सकता है।</p>\n\n<h2>3. प्रोटोकॉल प्रवाह</h2>\n\n<h3>3.1 एजेंट प्रमाणीकरण प्रवाह</h3>\n\n<p>OIDC-A प्रमाणीकरण प्रवाह मानक OpenID Connect प्रमाणीकरण प्रवाह को विस्तारित करता है:</p>\n\n<ol>\n<li><strong>Client पंजीकरण</strong>: एजेंट्स का प्रतिनिधित्व करने वाले Clients को अतिरिक्त मेटाडेटा पंजीकृत करना चाहिए (धारा 4 देखें)।</li>\n<li><strong>प्रमाणीकरण अनुरोध</strong>: एजेंट्स को <code>agent</code> स्कोप और संभावित रूप से <code>delegation_context</code> शामिल करना चाहिए।</li>\n<li><strong>प्रमाणीकरण प्रतिक्रिया</strong>: Authorization Server ID Token में एजेंट-विशिष्ट दावों को शामिल करता है।</li>\n<li><strong>Token सत्यापन</strong>: RPs को मानक OIDC दावों और नीति के अनुसार प्रासंगिक एजेंट-विशिष्ट दावों (प्रमाणन और प्रत्यायोजन सहित यदि मौजूद हो) को सत्यापित करना चाहिए।</li>\n</ol>\n\n<h3>3.2 प्रत्यायोजन प्रवाह</h3>\n\n<p>जब एक एजेंट को प्राधिकार सौंपा जाता है:</p>\n\n<ol>\n<li>प्रत्यायोजक प्रमाणित करता है और प्रत्यायोजन को अधिकृत करता है।</li>\n<li>Authorization Server एजेंट को एक नया ID Token जारी करता है जिसमें <code>delegator_sub</code>, <code>delegation_chain</code> (अद्यतन), <code>delegation_purpose</code>, और बाधित <code>scope</code> शामिल है।</li>\n</ol>\n\n<h3>3.3 प्रमाणन सत्यापन प्रवाह</h3>\n\n<p>एजेंट के प्रमाणन को सत्यापित करने के लिए:</p>\n\n<ol>\n<li>एजेंट अपने ID Token में <code>agent_attestation</code> दावा शामिल करता है या अलग से साक्ष्य प्रदान करता है।</li>\n<li>RP निर्दिष्ट <code>format</code> के आधार पर साक्ष्य को सत्यापित करता है:\n<ul>\n<li>विश्वसनीय कुंजियों (Discovery के माध्यम से प्राप्त) का उपयोग करके क्रिप्टोग्राफिक हस्ताक्षर सत्यापित करें।</li>\n<li>ज्ञात-अच्छे मानों के विरुद्ध प्लेटफ़ॉर्म मापों की तुलना करें।</li>\n<li>रीप्ले हमलों को रोकने के लिए nonces को सत्यापित करें।</li>\n<li>वैकल्पिक रूप से, सत्यापन सहायता के लिए <code>agent_attestation_endpoint</code> का उपयोग करें।</li>\n</ul>\n</li>\n<li>प्राधिकरण निर्णय प्रमाणन स्थिति को शामिल करते हैं (जैसे, <code>verified: true/false</code>)।</li>\n</ol>\n\n<h2>4. Client पंजीकरण और खोज</h2>\n\n<h3>4.1 एजेंट Client पंजीकरण मेटाडेटा</h3>\n\n<p>OAuth 2.0 Dynamic Client Registration [RFC7591] को विस्तारित करता है:</p>\n\n<table class=\"custom-table\">\n    <thead>\n        <tr>\n            <th>पैरामीटर</th>\n            <th>प्रकार</th>\n            <th>विवरण</th>\n        </tr>\n    </thead>\n    <tbody>\n        <tr>\n            <td><code>agent_provider</code></td>\n            <td>string</td>\n            <td>एजेंट प्रदाता का पहचानकर्ता</td>\n        </tr>\n        <tr>\n            <td><code>agent_models_supported</code></td>\n            <td>array</td>\n            <td>समर्थित एजेंट मॉडलों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>agent_capabilities</code></td>\n            <td>array</td>\n            <td>एजेंट क्षमताओं की सूची</td>\n        </tr>\n        <tr>\n            <td><code>attestation_formats_supported</code></td>\n            <td>array</td>\n            <td>समर्थित प्रमाणन प्रारूपों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>delegation_methods_supported</code></td>\n            <td>array</td>\n            <td>समर्थित प्रत्यायोजन विधियों की सूची</td>\n        </tr>\n    </tbody>\n</table>\n\n<h3>4.2 खोज मेटाडेटा</h3>\n\n<p>OpenID Connect Discovery 1.0 को विस्तारित करता है:</p>\n\n<table class=\"custom-table\">\n    <thead>\n        <tr>\n            <th>पैरामीटर</th>\n            <th>प्रकार</th>\n            <th>विवरण</th>\n        </tr>\n    </thead>\n    <tbody>\n        <tr>\n            <td><code>agent_attestation_endpoint</code></td>\n            <td>string</td>\n            <td>प्रमाणन एंडपॉइंट का URL</td>\n        </tr>\n        <tr>\n            <td><code>agent_capabilities_endpoint</code></td>\n            <td>string</td>\n            <td>क्षमता खोज एंडपॉइंट का URL</td>\n        </tr>\n        <tr>\n            <td><code>agent_claims_supported</code></td>\n            <td>array</td>\n            <td>समर्थित एजेंट दावों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>agent_types_supported</code></td>\n            <td>array</td>\n            <td>समर्थित एजेंट प्रकारों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>delegation_methods_supported</code></td>\n            <td>array</td>\n            <td>समर्थित प्रत्यायोजन विधियों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>attestation_formats_supported</code></td>\n            <td>array</td>\n            <td>समर्थित प्रमाणन प्रारूपों की सूची</td>\n        </tr>\n        <tr>\n            <td><code>attestation_verification_keys_endpoint</code></td>\n            <td>string</td>\n            <td>प्रमाणन हस्ताक्षर सत्यापित करने के लिए सार्वजनिक कुंजियां प्राप्त करने का URL</td>\n        </tr>\n    </tbody>\n</table>\n\n<h2>5. एंडपॉइंट्स</h2>\n\n<h3>5.1 एजेंट प्रमाणन एंडपॉइंट</h3>\n\n<p>एक OAuth 2.0 संरक्षित संसाधन जो एजेंट के बारे में प्रमाणन जानकारी लौटाता है या प्रदान किए गए साक्ष्य को सत्यापित करने में सहायता करता है। URL <code>agent_attestation_endpoint</code> खोज पैरामीटर के माध्यम से विज्ञापित।</p>\n\n<h4>5.1.1 अनुरोध उदाहरण (जानकारी प्राप्त करें)</h4>\n\n<pre><code>GET /agent/attestation?agent_id=123&amp;nonce=abc\nAuthorization: Bearer &lt;token&gt;\n</code></pre>\n\n<h4>5.1.2 प्रतिक्रिया उदाहरण</h4>\n\n<pre><code class=\"language-json\">{\n  \"verified\": true,\n  \"provider\": \"openai.com\",\n  \"model\": \"gpt-4\",\n  \"version\": \"2025-03\",\n  \"attestation_timestamp\": 1714348800,\n  \"attestation_signature\": \"...\"\n}\n</code></pre>\n\n<h3>5.2 एजेंट क्षमता एंडपॉइंट</h3>\n\n<p>एजेंट की क्षमताओं के बारे में जानकारी प्रदान करता है। URL <code>agent_capabilities_endpoint</code> खोज पैरामीटर के माध्यम से विज्ञापित।</p>\n\n<h4>5.2.1 अनुरोध उदाहरण</h4>\n\n<pre><code>GET /.well-known/agent-capabilities\n</code></pre>\n\n<h4>5.2.2 प्रतिक्रिया उदाहरण</h4>\n\n<pre><code class=\"language-json\">{\n  \"capabilities\": [\n    {\"id\": \"text_generation\", \"description\": \"...\"},\n    {\"id\": \"code_generation\", \"description\": \"...\"}\n  ],\n  \"supported_constraints\": [\"max_tokens\", \"allowed_tools\"]\n}\n</code></pre>\n\n<h2>6. सुरक्षा विचार</h2>\n\n<h3>6.1 एजेंट प्रमाणीकरण</h3>\n\n<p>एजेंट्स को मजबूत, असममित विधियों (JWT Client Auth [RFC7523], mTLS [RFC8705]) का उपयोग करना चाहिए, संभावित रूप से प्रमाणन के साथ संयुक्त। साझा रहस्य अनुशंसित नहीं हैं।</p>\n\n<h3>6.2 प्रत्यायोजन सुरक्षा</h3>\n\n<p>सिस्टम को पूरी प्रत्यायोजन श्रृंखला को सत्यापित करना चाहिए, स्कोप कमी को लागू करना चाहिए, सहमति तंत्र लागू करना चाहिए, और समय-बाध्यता पर विचार करना चाहिए। नीतियां श्रृंखला की लंबाई को सीमित कर सकती हैं। मजबूत निरसन तंत्र की आवश्यकता है।</p>\n\n<h3>6.3 प्रमाणन सुरक्षा</h3>\n\n<p>हस्ताक्षर कुंजियों के सुरक्षित प्रबंधन, मजबूत nonce हैंडलिंग, विश्वसनीय ज्ञात-अच्छे मापों, सुरक्षित एंडपॉइंट्स, और रीप्ले हमलों के खिलाफ सुरक्षा की आवश्यकता है। प्रमाणन साक्ष्य में गोपनीयता निहितार्थ हो सकते हैं।</p>\n\n<h3>6.4 Token सुरक्षा</h3>\n\n<p>एजेंट दावों वाले ID Tokens को एन्क्रिप्ट किया जाना चाहिए। Access tokens की सीमित जीवनकाल होनी चाहिए। एजेंट्स के लिए Refresh tokens सावधानीपूर्वक विचार की आवश्यकता है।</p>\n\n<h2>7. गोपनीयता विचार</h2>\n\n<p>कार्यान्वयन को एजेंट पहचान के संभावित सहसंबंध, प्रत्यायोजन श्रृंखलाओं के गोपनीयता निहितार्थ, उपयोगकर्ता सहमति आवश्यकताओं, और दावों में डेटा न्यूनीकरण पर विचार करना चाहिए।</p>\n\n<h2>8. संगतता और संस्करण</h2>\n\n<p>OIDC-A 1.0 को OAuth 2.0 [RFC6749], OIDC Core 1.0, JWT [RFC7519], और संबंधित RFCs के साथ संगतता के लिए डिज़ाइन किया गया है। भविष्य के संस्करण पिछड़ी संगतता का लक्ष्य रखेंगे।</p>\n\n<h2>9. संदर्भ</h2>\n\n<ul>\n<li>[RFC6749] The OAuth 2.0 Authorization Framework</li>\n<li>[RFC7519] JSON Web Token (JWT)</li>\n<li>[RFC7523] JWT Profile for OAuth 2.0 Client Authentication</li>\n<li>[RFC7591] OAuth 2.0 Dynamic Client Registration</li>\n<li>[RFC7662] OAuth 2.0 Token Introspection</li>\n<li>[RFC8705] OAuth 2.0 Mutual-TLS Client Authentication</li>\n<li>[OpenID Connect Core 1.0]</li>\n<li>[OpenID Connect Discovery 1.0]</li>\n<li>[IETF RATS] Remote Attestation Procedures Architecture</li>\n</ul>\n\n<h2>परिशिष्ट A: एजेंट दावों के साथ उदाहरण ID Token</h2>\n\n<pre><code class=\"language-json\">{\n  \"iss\": \"https://auth.example.com\",\n  \"sub\": \"agent_instance_789\",\n  \"aud\": \"client_123\",\n  \"exp\": 1714435200,\n  \"iat\": 1714348800,\n  \"auth_time\": 1714348800,\n  \"nonce\": \"n-0S6_WzA2Mj\",\n  \"agent_type\": \"assistant\",\n  \"agent_model\": \"gpt-4\",\n  \"agent_version\": \"2025-03\",\n  \"agent_provider\": \"openai.com\",\n  \"agent_instance_id\": \"agent_instance_789\",\n  \"delegator_sub\": \"user_456\",\n  \"delegation_purpose\": \"Email management assistant\",\n  \"agent_capabilities\": [\"email:read\", \"email:draft\", \"calendar:view\"],\n  \"agent_trust_level\": \"verified\",\n  \"agent_context_id\": \"conversation_123\",\n  \"agent_attestation\": {\n    \"format\": \"urn:ietf:params:oauth:token-type:eat\",\n    \"token\": \"eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...\",\n    \"timestamp\": 1714348800\n  },\n  \"delegation_chain\": [\n    {\n      \"iss\": \"https://auth.example.com\",\n      \"sub\": \"user_456\",\n      \"aud\": \"agent_instance_789\",\n      \"delegated_at\": 1714348700,\n      \"scope\": \"email profile calendar\"\n    }\n  ]\n}\n</code></pre>\n\n<h2>परिशिष्ट B: उदाहरण प्रत्यायोजन श्रृंखला (बहु-चरण)</h2>\n\n<pre><code class=\"language-json\">\"delegation_chain\": [\n  {\n    \"iss\": \"https://auth.example.com\",\n    \"sub\": \"user_456\",\n    \"aud\": \"agent_instance_789\",\n    \"delegated_at\": 1714348800,\n    \"scope\": \"email calendar\",\n    \"purpose\": \"Manage my emails and calendar\"\n  },\n  {\n    \"iss\": \"https://auth.example.com\",\n    \"sub\": \"agent_instance_789\",\n    \"aud\": \"agent_instance_101\",\n    \"delegated_at\": 1714348830,\n    \"scope\": \"calendar:view\",\n    \"purpose\": \"Analyze available time slots\"\n  }\n]\n</code></pre>\n\n<style>\n.custom-table {\n    width: 100%;\n    border-collapse: collapse;\n    margin-bottom: 1em; /* Add some space below tables */\n}\n\n.custom-table th, .custom-table td {\n    border: 1px solid #ddd;\n    padding: 8px;\n    text-align: left; /* Default alignment */\n}\n\n.custom-table th {\n    background-color: #f2f2f2;\n    font-weight: bold; /* Make headers bold */\n    text-align: center; /* Center align headers */\n}\n\n.custom-table tr:nth-child(even){background-color: #f9f9f9;}\n\n.custom-table tr:hover {background-color: #ddd;}\n\n.custom-table td {\n    color: #333; /* Darker text for better readability */\n    vertical-align: top; /* Align content top */\n}\n\n/* Center align specific columns */\n.custom-table td:nth-child(2) { /* Type column */\n    text-align: center;\n}\n.custom-table td:nth-child(4) { /* Requirement column */\n    text-align: center;\n}\n\n/* Style inline code within tables */\n.custom-table code {\n    background-color: #eef; /* Light background for code */\n    padding: 0.2em 0.4em;\n    border-radius: 3px;\n    font-size: 90%;\n}\n</style>",
  "source_hash": "sha256:73ea6cb5f87d953b8052cd05e0a127fa1a9cf036913230dc7e62c81ec066af98",
  "model": "claude-sonnet-4-5-20250929",
  "generated_at": "2026-01-02T01:58:51.192699+00:00"
}