क्यों AI एजेंट्स ज़ीरो ट्रस्ट सिक्योरिटी (Zero Trust Security) को तोड़ रहे हैं

पिछले एक दशक से, सुरक्षा टीमें अपने सिस्टम की सुरक्षा के लिए ज़ीरो ट्रस्ट आर्किटेक्चर पर निर्भर रही हैं। दर्शन सरल है: कभी भी किसी एक्सेस रिक्वेस्ट पर भरोसा न करें, हमेशा वेरिफाई करें। लेकिन यह पूरा मॉडल एक ही धारणा पर बनाया गया था—कि इंसान निर्णय लेते हैं। इस अंतर की जांच करने वाला 4 जुलाई, 2026 का एक लेख एक गंभीर चुनौती की रूपरेखा तैयार करता है: वह धारणा टूट रही है, और इसके निहितार्थ गंभीर हैं।

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

क्या बदला: ऑटोनॉमस AI का उदय

कुछ साल पहले, AI सिस्टम ज़्यादातर निष्क्रिय थे। वे सारांश उत्पन्न करते थे, ईमेल लिखते थे, सवालों के जवाब देते थे। आज, Amazon Bedrock Agents जैसे प्लेटफॉर्म ने आर्किटेक्चर को पूरी तरह से बदल दिया है। ये सिस्टम अब उपयोगकर्ता के अनुरोध की व्याख्या कर सकते हैं, यह तय कर सकते हैं कि किन टूल्स की आवश्यकता है, और अनुमोदन की प्रतीक्षा किए बिना स्वायत्त रूप से बैकएंड ऑपरेशन एग्जीक्यूट कर सकते हैं।

व्यवहार में यह ऐसा दिखता है: एक उपयोगकर्ता टाइप करता है "पिछले 30 दिनों की ग्राहकों की शिकायतों का सारांश बनाएं।" AI एजेंट अपने आप काम करना शुरू कर देता है—यह CRM डेटाबेस को क्वेरी करता है, एनालिटिक्स API को कॉल करता है, सपोर्ट टिकट डेटा खींचता है, और एक रिपोर्ट जेनरेट करता है। यह सब अपने आप होता है, जिसमें कोई भी इंसान लूप में रहकर हर कदम की जांच नहीं करता है।

यह उत्पादकता के लिए शक्तिशाली है। यदि इसे ठीक से सुरक्षित नहीं किया गया तो यह बेहद खतरनाक भी है।

नया अटैक सरफेस (The New Attack Surface)

एक बार जब आप इस बारे में सोचते हैं कि क्या गलत हो सकता है तो जोखिम स्पष्ट हो जाता है। एक सफल प्रॉम्प्ट इंजेक्शन (prompt injection)—एजेंट के व्यवहार को हाईजैक करने के लिए डिज़ाइन किया गया एक तैयार किया गया इनपुट—एजेंट आगे क्या करता है उसे पूरी तरह से रीडायरेक्ट कर सकता है। यदि उस एजेंट के पास बहुत व्यापक अनुमतियां हैं, तो एक हमलावर उसे ऐसा करने के लिए मजबूर कर सकता है:

• संवेदनशील ग्राहक डेटा तक पहुँचें
• अनधिकृत API कॉल्स एग्जीक्यूट करें
• डेटाबेस में रिकॉर्ड्स को मॉडिफाई करें
• विशेषाधिकार प्राप्त बैकएंड वर्कफ़्लो (privileged backend workflows) को ट्रिगर करें

मल्टी-एजेंट (multi-agent) वातावरण में समस्या और भी बदतर हो जाती है। एक ग्राहक-सामना करने वाले AI एजेंट की कल्पना करें जो जनता के अनुरोधों को प्रोसेस करता है। यदि उस एजेंट से समझौता किया जाता है, तो यह अत्यधिक विशेषाधिकार प्राप्त बैकएंड एजेंट—जिसके पास बुनियादी ढांचे को संशोधित करने या प्रतिबंधित सिस्टम तक पहुंचने की अनुमति है—को दुर्भावनापूर्ण निर्देश पास कर सकता है। पारंपरिक सुरक्षा उपकरण अक्सर इसे पूरी तरह से याद करते हैं क्योंकि ट्रैफ़िक एक विश्वसनीय आंतरिक सेवा से आता है। यह वैध दिखता है।

अब ज़ीरो ट्रस्ट पर्याप्त क्यों नहीं है

ज़ीरो ट्रस्ट (Zero Trust) मानव व्यवहार और अपेक्षाकृत पूर्वानुमानित एक्सेस पैटर्न के लिए डिज़ाइन किया गया था। इंसान लॉग इन करते हैं, व्यावसायिक घंटों के दौरान काम करते हैं, प्रक्रियाओं का पालन करते हैं। AI एजेंट्स बिल्कुल अलग तरीके से काम करते हैं:

• वे ऑटोनॉमस रूप से और मशीन की गति से कार्य करते हैं
• वे रीयल-टाइम मानव सत्यापन के बिना निर्णय लेते हैं
• वे अक्सर अन्य एजेंट्स के साथ संवाद करते हैं
• उनके व्यवहार की भविष्यवाणी करना कठिन है

पारंपरिक सुरक्षा प्रणालियाँ अब कठिन सवालों के जवाब देने के लिए संघर्ष करती हैं:

• क्या यह क्रिया इस विशिष्ट एजेंट के लिए उचित है?
• क्या यह रिक्वेस्ट इसकी इच्छित भूमिका से मेल खाती है?
• क्या यह AI-से-AI इंटरैक्शन वैध है?
• क्या व्यवहार उस चीज़ से विचलित होता है जिसकी हम सामान्य रूप से उम्मीद करेंगे?

केवल प्रमाणीकरण (Authentication)—यह साबित करना कि आप वही हैं जो आप होने का दावा करते हैं—अब पर्याप्त नहीं है। आप यह सत्यापित कर सकते हैं कि एक एजेंट प्रामाणिक है और फिर भी आपको कोई अंदाज़ा नहीं है कि उसे वह करना चाहिए या नहीं जो वह करने वाला है।

AI एजेंट्स को वास्तव में कैसे सुरक्षित करें

AI एजेंट्स को नियमित IAM यूज़र्स (Identity and Access Management—वह प्रणाली जो नियंत्रित करती है कि कौन किस तक पहुँच सकता है) की तरह मानना अपर्याप्त है। सुरक्षा को सीधे आर्किटेक्चर में इंजीनियर किया जाना चाहिए। यहाँ प्रमुख अभ्यास दिए गए हैं:

चरण 1: केवल अल्पकालिक क्रेडेंशियल्स (Short-Lived Credentials) का उपयोग करें

प्रत्येक एजेंट एग्जीक्यूशन को AWS STS (Security Token Service) या समकक्ष के माध्यम से अस्थायी क्रेडेंशियल्स प्राप्त करने चाहिए। लंबे समय तक रहने वाले क्रेडेंशियल्स—जैसे हमेशा काम करने वाली API कुंजियाँ (keys)—लगातार हमले के रास्ते बनाते हैं। यदि कोई हमलावर शॉर्ट-लिव्ड (short-lived) टोकन चुराता है, तो यह मिनटों या घंटों के भीतर समाप्त हो जाता है। यदि वे एक स्थायी कुंजी (permanent key) चुराते हैं, तो उनके पास तब तक पहुंच होती है जब तक कि कोई इसे नोटिस नहीं करता और रद्द नहीं कर देता।

चरण 2: सही लीस्ट प्रिविलेज (True Least Privilege) लागू करें

प्रत्येक एजेंट के पास कसकर स्कोप की गई अनुमतियों के साथ एक समर्पित IAM भूमिका (role) होनी चाहिए। किसी एजेंट को "डेटाबेस में सब कुछ" तक व्यापक पहुंच न दें। इसके बजाय, इसे केवल सटीक Lambda कार्यों, APIs और डेटाबेस के लिए अनुमति दें, जिनकी इसे वास्तव में अपना काम करने के लिए आवश्यकता है। यदि आप इसे नाम दे सकते हैं, तो आपको इसे सीमित करना चाहिए।

चरण 3: स्टेटिक API कीज़ (Static API Keys) को हटा दें

हार्डकोडेड (Hardcoded) क्रेडेंशियल AI वर्कफ़्लो में कभी मौजूद नहीं होने चाहिए। कोड में दबे हुए सीक्रेट्स वर्ज़न कंट्रोल, लॉग्स या मेमोरी डंप में लीक हो सकते हैं। इसके बजाय, एजेंट्स को गतिशील रूप से अस्थायी भूमिकाएँ ग्रहण करने देने के लिए Workload Identity Federation और OIDC (OpenID Connect) प्रोटोकॉल का उपयोग करें। एजेंट को कोई कुंजी रखने की आवश्यकता नहीं है—यह एक विश्वसनीय प्राधिकारी को अपनी पहचान साबित करता है, जो इसे अस्थायी अनुमति जारी करता है।

चरण 4: आक्रामक रूप से एजेंट वर्कफ़्लोज़ को आइसोलेट (Isolate) करें

यदि कोई समझौता होता है तो ब्लास्ट रेडियस (blast radius) को सीमित करने के लिए एजेंट्स को अलग-अलग VPCs (Virtual Private Clouds) या AWS अकाउंट्स में चलाएं। ऑटोनॉमस वातावरण में माइक्रो-सेगमेंटेशन (Micro-segmentation)—छोटे, अलग-थलग नेटवर्क ज़ोन बनाना—महत्वपूर्ण है। यदि एक एजेंट का उल्लंघन किया जाता है, तो हमलावर के पास स्वचालित रूप से बाकी सब चीज़ों तक पहुंच नहीं होनी चाहिए।

चरण 5: एजेंट के व्यवहार की निरंतर निगरानी (Monitor) करें

विसंगतियों (anomalies) का पता लगाने के लिए CloudTrail (जो API कॉल को लॉग करता है), GuardDuty (जो खतरों का पता लगाता है) और व्यवहार विश्लेषिकी (behavioral analytics) जैसे टूल का उपयोग करें। असामान्य पैटर्न के लिए देखें: एक एजेंट अचानक उन डेटाबेस को एक्सेस कर रहा है जिसे उसने पहले कभी नहीं छुआ, विशेषाधिकार बढ़ाने के प्रयास, या संदिग्ध क्रॉस-एजेंट संचार। मशीन लर्निंग इंसानों की तुलना में सामान्य व्यवहार से विचलन को तेज़ी से पहचानने में मदद कर सकती है।

बड़ा बदलाव

यहाँ जो हो रहा है वह सुरक्षा के काम करने के तरीके में एक मूलभूत परिवर्तन है। मशीनी पहचान (Machine identities) घातीय रूप से (exponentially) बढ़ रही हैं। क्लाउड सुरक्षा का भविष्य अब केवल कर्मचारियों की रक्षा करने के बारे में नहीं है—यह मशीन की गति से काम करने वाले ऑटोनॉमस सिस्टम को नियंत्रित करने के बारे में है। जो संगठन सफल होंगे वे AI एजेंट्स को डायनेमिक ऑथराइज़ेशन, सख्त अलगाव (isolation), निरंतर सत्यापन और रीयल-टाइम व्यवहार निगरानी के साथ प्रथम श्रेणी की पहचान के रूप में मानेंगे।

यदि कंपनियां ज़ीरो ट्रस्ट (Zero Trust) सिद्धांतों को ऑटोनॉमस एजेंट्स तक बढ़ाने में विफल रहती हैं, तो वे सुरक्षा का आधुनिकीकरण नहीं करेंगी। वे अपनी स्वयं की कमजोरियों को स्वचालित (automating) कर रहे होंगे।

निष्कर्ष

ज़ीरो ट्रस्ट (Zero Trust) आर्किटेक्चर अभूतपूर्व (groundbreaking) थे क्योंकि उन्होंने इस धारणा को चुनौती दी थी कि नेटवर्क सीमा के अंदर कुछ भी सुरक्षित है। आज, उन्हें फिर से चुनौती दी जा रही है—बाहरी हमलावरों द्वारा नहीं, बल्कि हमारे द्वारा स्वयं बनाए जा रहे ऑटोनॉमस सिस्टम्स द्वारा। AI एजेंट्स शक्तिशाली उपकरण हैं, लेकिन उचित सुरक्षा उपायों के बिना शक्ति केवल एक अलग तरह की भेद्यता (vulnerability) है।

गुण (Merits)

• एक वास्तविक अंतर (gap) को संबोधित करता है: पारंपरिक ज़ीरो ट्रस्ट (Zero Trust) फ्रेमवर्क ऑटोनॉमस एजेंट्स का हिसाब नहीं रखते थे, इसलिए यह मार्गदर्शन एक वास्तविक सुरक्षा आवश्यकता को पूरा करता है।
• व्यावहारिक अनुशंसाएँ (Practical recommendations): यह सलाह सिद्धांत से परे विशिष्ट, लागू करने योग्य प्रथाओं (जैसे शॉर्ट-लिव्ड क्रेडेंशियल, लीस्ट प्रिविलेज, आइसोलेशन) तक जाती है।
• जागरूकता बढ़ाता है: AI एजेंट्स तैनात करने वाले कई संगठनों ने अभी तक इन जोखिमों पर विचार नहीं किया है; यह बातचीत अब मायने रखती है।
• प्लेटफ़ॉर्म भर में लागू: सिद्धांत काम करते हैं चाहे आप AWS Bedrock, Google Cloud, या अन्य क्लाउड प्रदाताओं का उपयोग करें।

दोष (Demerits)

• महत्वपूर्ण कार्यान्वयन ओवरहेड (overhead): OIDC, Workload Identity Federation, मल्टी-अकाउंट आइसोलेशन और निरंतर निगरानी जोड़ने के लिए पर्याप्त इंजीनियरिंग प्रयास और लागत की आवश्यकता होती है।
• क्लाउड वातावरण तक सीमित: मार्गदर्शन AWS या समान क्लाउड इंफ्रास्ट्रक्चर को मानता है; ऑन-प्रिमाइसेस परिनियोजन (on-premises deployments) को अलग-अलग चुनौतियों का सामना करना पड़ता है।
• निगरानी की जटिलता (Monitoring complexity): रीयल-टाइम व्यवहार विश्लेषिकी के लिए परिष्कृत टूलिंग और विशेषज्ञता की आवश्यकता होती है जो अभी तक कई टीमों के पास नहीं है।
• ट्रेनिंग डेटा पॉइज़निंग (training data poisoning) को संबोधित नहीं करता: फ़ोकस रनटाइम सुरक्षा पर है; मॉडल और ट्रेनिंग डेटा की सुरक्षा एक अलग (और समान रूप से महत्वपूर्ण) समस्या है।

सावधानी

यह लेख शैक्षिक है और 4 जुलाई, 2026 को प्रकाशित एक लेख में चर्चा की गई सुरक्षा प्रथाओं पर आधारित है। यदि आप इन अनुशंसाओं को लागू करने की योजना बना रहे हैं, तो उत्पादन में उन पर भरोसा करने से पहले वर्तमान AWS दस्तावेज़ों, OWASP दिशानिर्देशों और NIST फ्रेमवर्क के विरुद्ध सभी दावों को सत्यापित करें। सुरक्षा आर्किटेक्चर की समीक्षा आपके संगठन की सुरक्षा टीम द्वारा की जानी चाहिए और आपके विशिष्ट जोखिम प्रोफ़ाइल और अनुपालन आवश्यकताओं के लिए समायोजित किया जाना चाहिए। उल्लिखित टेक्नोलॉजी, APIs और सेवा नाम परिवर्तन के अधीन हैं।

अक्सर पूछे जाने वाले प्रश्न (FAQ)

• ज़ीरो ट्रस्ट (Zero Trust) सुरक्षा क्या है और यह कैसे काम करती है?
• क्या नेटवर्क के अंदर AI एजेंट्स पर कभी पूरी तरह से भरोसा किया जा सकता है?
• प्रॉम्प्ट इंजेक्शन (prompt injection) क्या है और यह AI एजेंट्स से कैसे समझौता करता है?
• शॉर्ट-लिव्ड (short-lived) क्रेडेंशियल स्टेटिक API कीज़ (keys) की तुलना में सुरक्षा कैसे सुधारते हैं?
• Workload Identity Federation क्या है और AI एजेंट्स को इसकी आवश्यकता क्यों है?
• सुरक्षा विसंगतियों (security anomalies) के लिए टीमें AI एजेंट के व्यवहार की निगरानी कैसे कर सकती हैं?
• किसी समझौता किए गए AI एजेंट का ब्लास्ट रेडियस (blast radius) क्या होता है?
• क्या पारंपरिक फ़ायरवॉल (firewalls) और नेटवर्क सुरक्षा उपकरण AI एजेंट हमलों से रक्षा करते हैं?

टैग्स

#security #cloudcomputing #ai #iam #zerotrust #aws #agents