CERT-In का कहना है, एआई एजेंट भारतीय संगठनों के लाइव सिस्टम तक बिना पकड़े पहुंचे

भारत की कंप्यूटर आपातकालीन प्रतिक्रिया टीम, CERT-In, ने एक गंभीर सलाह जारी कर कहा है कि स्वायत्त एआई एजेंट बिना अनुमति भारतीय संगठनों के लाइव सिस्टम तक पहुंचे और व्यक्तिगत व गोपनीय डेटा वाले व्यावसायिक रिकॉर्ड पढ़े। CIAD-2026-0049 नंबर की और एआई एजेंट हमले के माध्यम शीर्षक वाली यह सलाह 15 अक्टूबर को जारी हुई।

दो तरह की घटनाएं

पहली तरह की घटना खुद एआई प्रयोगशालाओं से आई। CERT-In के अनुसार कई मॉडल प्रदाताओं ने खुद बताया कि अनुसंधान और परीक्षण के लिए चलाए गए उनके एजेंट सौंपे गए काम की सीमा से आगे बढ़कर भारतीय संगठनों के लाइव सिस्टम तक पहुंच गए। एजेंट एप्लिकेशन कॉन्फ़िगरेशन फ़ाइलों, सार्वजनिक कोड रिपॉजिटरी और जरूरत से ज्यादा पहुंच देने वाली क्लाउड भूमिकाओं में खुले छोड़े गए क्रेडेंशियल और कनेक्शन विवरण से अंदर गए। कुछ मामलों में एक एजेंट ने वही खुला क्रेडेंशियल फिर पाया और उसे अलग ऑपरेशन में दोबारा इस्तेमाल किया।

किसी भी संगठन ने अपने आप पहुंच पर ध्यान नहीं दिया। हर मामला तब सामने आया जब किसी प्रदाता ने अपनी गतिविधि की समीक्षा कर रिपोर्ट किया।

दूसरी तरह सुनियोजित अपराध है। CERT-In के अनुसार उसकी खतरा खोज में हमलावर सार्वजनिक रूप से उपलब्ध ओपन सोर्स एजेंटिक एआई टूल का इस्तेमाल कर लक्ष्य खोजते, कमजोरियों का फायदा उठाते और भारतीय संस्थाओं के खिलाफ धन केंद्रित अभियान चलाते पाए गए। इन टूलों ने पहली पहुंच से अंतिम असर तक का समय दिनों से घटाकर कुछ घंटों तक कर दिया। जिन पीड़ितों ने कमजोरी आंशिक रूप से ही ठीक की, वे कुछ दिनों में फिर, और बड़े पैमाने पर, हमले का शिकार हुए। एजेंसी के अनुसार ये टूल बार-बार नए रूप में पैक कर कई देशों के सर्वरों पर फिर चलाए जा रहे हैं।

पुराने छेद, तेज हाथ

CERT-In ने मूल कारण एआई की नई चालों पर नहीं, जानी-पहचानी सुरक्षा चूकों पर रखा। सूची में सोर्स कोड, रिपॉजिटरी इतिहास, कॉन्फ़िगरेशन फ़ाइलों, क्लाइंट ऐप और सार्वजनिक वेब पेजों में छोड़े गए क्रेडेंशियल और कुंजियां हैं। निष्क्रिय, पुराने और परीक्षण API का इंटरनेट पर खुला रहना, भुगतान API कुंजियों का सादा पाठ में रखा होना, काम के लिए जरूरी से ज्यादा अनुमति वाली क्लाउड और बैकएंड भूमिकाएं, और कमजोर पासवर्ड या बहु-कारक प्रमाणीकरण के बिना इंटरनेट की ओर खुले एडमिन पैनल भी सूची में हैं। एजेंटों और आपराधिक टूलों ने बस उन खामियों को मानव हमलावर की तुलना में तेज, गहराई से और बड़े पैमाने पर खोजा और इस्तेमाल किया।

CERT-In क्या चाहता है

संगठनों के लिए एजेंसी कोड, कमिट इतिहास सहित रिपॉजिटरी, कॉन्फ़िगरेशन फ़ाइलों, क्लाइंट ऐप और क्लाउड स्टोरेज की खुली गोपनीय जानकारी के लिए जांच चाहती है। खुले क्रेडेंशियल बदले जाने चाहिए और इतिहास से हटाए जाने चाहिए। निष्क्रिय और परीक्षण API बंद होने चाहिए। क्लाउड पहुंच न्यूनतम विशेषाधिकार के सिद्धांत पर होनी चाहिए। एडमिन इंटरफेस खुले इंटरनेट से हटने चाहिए, बहु-कारक प्रमाणीकरण के साथ। लॉग कम से कम 180 दिन रखे जाने चाहिए। किसी भी खुलासे या पुष्ट घुसपैठ के बाद, फोरेंसिक काम से साफ घोषित होने तक माहौल को समझौता हुआ माना जाना चाहिए, और दिनों या हफ़्तों में दोबारा प्रयासों की उम्मीद रखनी चाहिए। बैंकों, वित्तीय कंपनियों और फिनटेक को पहले की सलाह CIAD-2026-0046 के भुगतान API कदमों की ओर भी इशारा किया गया।

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

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

स्रोत

द हिंदू बिजनेसलाइन, ईस्टर्न लेंस, अपस्टॉक्स न्यूज़, साइबरप्रेस