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