MCP ने एक स्थिर “Enterprise-Managed Authorization” स्पेसिफिकेशन प्रकाशित किया है; अन्य मशीन-टू-मशीन (machine-to-machine) पहचान ड्राफ्ट—जिसमें एक OAuth client-credentials ड्राफ्ट और दो खुले प्रस्ताव शामिल हैं—अभी अधूरे हैं। जो कोई भी Model Context Protocol के साथ स्वायत्त एजेंट (autonomous agents) चलाने की कोशिश कर रहा है, उसके लिए इसका मतलब यह है कि आज का प्रोटोकॉल एक मानव उपयोगकर्ता को सत्यापित कर सकता है, लेकिन यह साबित करने का कोई तैयार तरीका नहीं देता कि एक बिना निगरानी वाला प्रोसेस (unattended process) वही है जो वह होने का दावा कर रहा है।
रोडमैप क्यों महत्वपूर्ण है
Model Context Protocol (MCP) रोडमैप में एजेंट पहचान (agent identity) और सुरक्षा को अपनी शीर्ष प्राथमिकताओं में रखा गया है। चार मदों को जारी करने के लिए निर्धारित किया गया था: एक मानव-केंद्रित ब्राउज़र फ्लो, सेवाओं के लिए एक OAuth client-credentials फ्लो, एक DPoP-आधारित टोकन बाइंडिंग, और एक वर्कलोड-आइडेंटिटी फेडरेशन मैकेनिज्म। केवल पहला—Enterprise-Managed Authorization—ही स्थिर स्थिति तक पहुँचा है।
स्थिर स्पेसिफिकेशन वास्तव में क्या करता है
Enterprise-Managed Authorization IT एडमिन को प्रत्येक कर्मचारी से हर कनेक्शन को अप्रूव करवाने के बजाय, एक ही कंसोल से सर्वर एक्सेस देने की अनुमति देता है। यह फ्लो ब्राउज़र रीडायरेक्ट और यूजर लॉगिन का उपयोग करता है, जिससे लैपटॉप पर मौजूद व्यक्ति प्रमाणित (authenticate) कर सकता है और फिर सर्वर उस यूजर के सेशन पर भरोसा करता है।
इसकी सीमा स्पष्ट है: इस प्रक्रिया के लिए कीबोर्ड पर एक मानव की आवश्यकता होती है। एक एजेंट जो रात भर चलता है, डेटा प्रोसेस करता है, या अलर्ट का जवाब देता है, उसके पास लॉगिन बटन क्लिक करने के लिए कोई नहीं होता। परिणामस्वरूप, कोई भी डिप्लॉयमेंट जो बिना निगरानी वाले एजेंटों (unattended agents) पर निर्भर है, वह एकमात्र स्पेसिफिकेशन का उपयोग नहीं कर सकता जिसकी MCP वर्तमान में गारंटी देता है।
ड्राफ्ट विकल्प और उनकी कमियां
दो ड्राफ्ट एक्सटेंशन का उद्देश्य एजेंटों को उनकी अपनी पहचान देना है:
- SEP-1932 (DPoP) – टोकन को एक पब्लिक-प्राइवेट की-पेयर (public-private key pair) से बांधता है, जिससे चोरी हुए टोकन बेकार हो जाते हैं।
- SEP-1933 (Workload Identity Federation) – एजेंटों को क्लाउड प्लेटफॉर्म में पहले से ही प्रावधानित (provisioned) पहचान प्राप्त करने की अनुमति देता है।
दोनों ओपन पुल रिक्वेस्ट (pull requests) के रूप में मौजूद हैं; इनमें से किसी को भी आधिकारिक स्पेसिफिकेशन में मर्ज नहीं किया गया है। इस बीच, एकमात्र अन्य दस्तावेजीकृत विकल्प एक OAuth client-credentials फ्लो है जिसके लिए प्री-रजिस्टर्ड सीक्रेट्स की आवश्यकता होती है। उन सीक्रेट्स को ऐसी जगह स्टोर करना जहाँ एजेंट उन्हें पढ़ सके, एक क्लासिक अटैक सरफेस (attack surface) बनाता है: यदि सीक्रेट लीक हो जाता है, तो कोई भी हमलावर एजेंट का रूप धारण कर सकता है।
आज प्रोडक्शन के लिए व्यावहारिक कदम
क्योंकि प्रोटोकॉल अभी तक नेटिव एजेंट पहचान प्रदान नहीं करता है, टीमें पहचान प्रबंधन (identity management) को MCP से बाहर ले जाकर एजेंटों को सुरक्षित कर सकती हैं:
- वर्कलोड लेयर पर सत्यापन योग्य पहचान जारी करें। SPIRE जैसे सिस्टम होस्ट के ट्रस्ट रूट (trust root) से जुड़े अल्पकालिक प्रमाणपत्र (short-lived certificates) उत्पन्न करते हैं, जिससे स्टैटिक सीक्रेट्स की आवश्यकता समाप्त हो जाती है।
- गेटवे पर क्रेडेंशियल्स को समाप्त करें। एक फ्रंट-एंड सर्विस API की (key) या टोकन को होल्ड करती है और एजेंट की ओर से अनुरोधों को आगे भेजती है, जिससे सीक्रेट रनटाइम एनवायरनमेंट से बाहर रहता है।
- सत्यापित पहचान के आधार पर अधिकृत करें, न कि टोकन सामग्री के आधार पर। ऑथेंटिकेशन (कौन कॉल कर रहा है) को ऑथोराइजेशन (वे क्या कर सकते हैं) से अलग करें ताकि ऑथेंटिकेशन विधि बदलने पर भी पॉलिसी लागू की जा सके।
आगे क्या देखें
दो ओपन पुल रिक्वेस्ट – DPoP बाइंडिंग और वर्कलोड-आइडेंटिटी फेडरेशन – MCP के भीतर एक वास्तविक मशीन-टू-मशीन पहचान मानक तक पहुँचने के एकमात्र रास्ते हैं। यदि समुदाय उन्हें मर्ज कर देता है, तो एजेंट बिना सीक्रेट्स को उजागर किए प्राइवेट की (private key) के स्वामित्व को साबित करने या क्लाउड-जारी पहचान प्राप्त करने में सक्षम होंगे। तब तक, किसी भी प्रोडक्शन डिप्लॉयमेंट को बाहरी पहचान फ्रेमवर्क पर निर्भर रहना होगा या स्टैटिक क्रेडेंशियल्स के जोखिम को स्वीकार करना होगा।
निष्कर्ष स्पष्ट है: MCP वर्तमान में अनुरोध के पीछे के व्यक्ति को प्रमाणित कर सकता है, लेकिन यह अभी तक अनुरोध करने वाले सॉफ़्टवेयर को प्रमाणित नहीं करता है। जिन टीमों को सुरक्षित स्वायत्त एजेंटों की आवश्यकता है, उन्हें स्पेसिफिकेशन के आने का इंतज़ार नहीं करना चाहिए; उन्हें आज ही वर्कलोड लेयर पर पहचान बनानी चाहिए और लंबित DPoP और फेडरेशन प्रस्तावों पर नज़र रखनी चाहिए।