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

चेतावनी असल में क्या कहती है

चेतावनी दो श्रेणियों की घटनाओं का वर्णन करती है:

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

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

कमज़ोरियाँ पुरानी हैं, रफ़्तार नई है

चेतावनी साफ़ कहती है कि इन घटनाओं में इस्तेमाल की गई कमज़ोरियाँ पारंपरिक हैं। ये पाँच हैं:

  1. सोर्स कोड, सार्वजनिक रिपॉज़िटरी के इतिहास, कॉन्फ़िगरेशन फ़ाइलों, क्लाइंट ऐप्लिकेशन और सार्वजनिक वेब सामग्री में उजागर कुंजियाँ और पासवर्ड।
  2. निष्क्रिय, बंद किए जा चुके और परीक्षण वाले API जो अब भी इंटरनेट से पहुँच में हैं।
  3. भुगतान API की कुंजियाँ जो सादे टेक्स्ट में रखी हैं और ऐप्लिकेशन के रनटाइम से पढ़ी जा सकती हैं।
  4. ज़रूरत से ज़्यादा अनुमति वाली क्लाउड भूमिकाएँ, जो आम या गुमनाम उपयोगकर्ताओं को बड़े पैमाने पर पढ़ने और लिखने देती हैं।
  5. इंटरनेट पर खुले प्रबंधन पैनल, और कमज़ोर पासवर्ड या बिना मल्टी-फ़ैक्टर ऑथेंटिकेशन वाला बिना पैच किया मिडलवेयर।

इनमें से कुछ भी किसी IT प्रबंधक के लिए नया नहीं है। चेतावनी के अनुसार नया यह है कि AI ने इन गलतियों को मानव हमलावरों से तेज़ी से, ज़्यादा पूरी तरह और बड़े पैमाने पर खोजा और इस्तेमाल किया। जो छोटी गलती सालों तक किसी की नज़र में नहीं आती थी, वह अब घंटों में मिल जाती है।

यह सऊदी कंपनी के लिए क्यों मायने रखता है

चेतावनी भारत की है, लेकिन ये पाँच कमज़ोरियाँ हर उस जगह मौजूद हैं जहाँ कोड लिखा जाता है और क्लाउड सर्वर किराए पर लिए जाते हैं। सऊदी अरब में दो ढाँचे इसे सीधे कवर करते हैं:

  • राष्ट्रीय साइबर सुरक्षा प्राधिकरण (NCA) के आवश्यक साइबर सुरक्षा नियंत्रण ECC-2:2024: 4 मुख्य क्षेत्र, 28 उप-क्षेत्र, 108 नियंत्रण और 92 उप-नियंत्रण। इनमें नियंत्रण 2-2-3-2 शामिल है, जो रिमोट एक्सेस और विशेषाधिकार वाले खातों के लिए मल्टी-फ़ैक्टर ऑथेंटिकेशन माँगता है, नियंत्रण 2-2-3-3 न्यूनतम अनुमति के सिद्धांत पर, और नियंत्रण 2-2-3-5 पहचान और एक्सेस अधिकारों की नियमित समीक्षा पर।
  • व्यक्तिगत डेटा संरक्षण कानून (PDPL) का कार्यान्वयन विनियम: अनुच्छेद 24 नियंत्रक को बाध्य करता है कि अगर व्यक्तिगत डेटा का उल्लंघन डेटा स्वामी को नुकसान पहुँचा सकता है, तो उसकी जानकारी होने के अधिकतम 72 घंटे के भीतर सक्षम प्राधिकरण को सूचित करे।

भारतीय चेतावनी जो विडंबना सामने लाती है वह यह है: 72 घंटे की घड़ी तब शुरू होती है जब आपको पता चलता है। बताई गई घटनाओं में कंपनियों को तब तक कुछ पता नहीं था जब तक किसी और ने उन्हें नहीं बताया। असली सवाल यह नहीं कि आप समय पर सूचना देंगे या नहीं, बल्कि यह कि आपको कभी पता भी चलेगा या नहीं।

इस सप्ताह के कदम

संगठनों के लिए CERT-In की सिफ़ारिशें, एक मध्यम आकार की कंपनी के हिसाब से क्रम में:

  • उजागर कुंजियाँ खोजें: कोड और पूरे रिपॉज़िटरी इतिहास, बिल्ड और डिप्लॉय पाइपलाइन के वेरिएबल, कॉन्फ़िगरेशन फ़ाइलों, मोबाइल ऐप और क्लाउड स्टोरेज में। मिली हर कुंजी के लिए: उसे बदलें, इतिहास से हटाएँ और बाहर से पुष्टि करें कि पुरानी अब काम नहीं करती।
  • मर्ज से पहले हर बदलाव को स्कैन करें: सीक्रेट स्कैनर से, और पासवर्ड को कोड, कॉन्फ़िगरेशन फ़ाइलों और डेटाबेस से बाहर रखें।
  • अपने API की सूची बनाएँ और पुराने व परीक्षण वाले एंडपॉइंट तथा अप्रयुक्त खाते बंद करें।
  • क्लाउड अनुमतियाँ घटाएँ: उन्हें न्यूनतम तक लाएँ, ग्राहक के डिवाइस पर चलने वाले कोड में कभी सर्विस कुंजियाँ न रखें, और जाँचें कि एक गुमनाम आगंतुक क्या पढ़ और लिख सकता है।
  • प्रबंधन पैनलों को इंटरनेट से हटाएँ और हर एडमिन लॉगिन पर मल्टी-फ़ैक्टर ऑथेंटिकेशन अनिवार्य करें।
  • मशीन की रफ़्तार से निगरानी करें: बड़े पैमाने पर पढ़ने और स्वचालित पंजीकरण पर अलर्ट लगाएँ, और लॉग कम से कम 180 दिन रखें।
  • अगर आप कंपनी के अंदर AI एजेंट चलाते हैं: हर रन को न्यूनतम अनुमति वाली अलग, अल्पकालिक पहचान दें, किसी भी अनावश्यक गंतव्य को रोकें, और प्रोडक्शन सिस्टम पर उसकी हर गतिविधि का छेड़छाड़-रोधी लॉग रखें।

किसी भी कुंजी के उजागर होने या पुष्ट पहुँच के बाद, चेतावनी कहती है कि जब तक फ़ॉरेंसिक जाँच कुछ और साबित न करे, माहौल को सेंधमारी का शिकार मानें, और कुछ दिनों से लेकर हफ़्तों में दोबारा कोशिशों की उम्मीद रखें।

Origami का नज़रिया

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

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

निष्कर्ष

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

स्रोत