शोधकर्ताओं ने कई अमेज़ॅन सेवाओं में हनीटोकन कीज़ का पता लगाने और उन्हें दरकिनार करने का एक तरीका खोजा है।

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

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

संक्षेप में, जब इंटरनेट अपेक्षाकृत ताजा और युवा था (और यह 2003 में था), तब सूचना सुरक्षा विशेषज्ञों ने ध्यान से 1997 के बफर बफर अतिप्रवाह संरक्षण प्रणाली को देखा , और प्रौद्योगिकी में उछला, जिसे अब हम हनीटोकन या कैनरीटोकन कहते हैं। और पंद्रह वर्षों से वे ठीक से काम कर रहे हैं (और अभी भी काम करते हैं), केवल नवीनतम शोध का कहना है कि कई एडब्ल्यूएस सेवाओं में रक्षा की अंतिम पंक्ति के बजाय, हनीटोकन अमेज़ॅन पक्ष पर कार्यान्वयन की ख़ासियतों के कारण सूचना सुरक्षा में एक अंतराल छेद में बदल गया।

हनीटोकन क्या है

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

हनीटोकन खुद को स्पष्ट रूप से परिधि में शामिल नहीं करता है: अपने शास्त्रीय रूप में, यह एक प्रतिबंधात्मक डमी है जो पहले से ही परिधि के अंदर है और वही भूमिका निभाता है जो कैनरीज़ खनन के चेहरे में खेले जाने वाले पिंजरों में मर रहा है - खतरे के बारे में चेतावनी।


और यहाँ प्रौद्योगिकी के पूर्वज है

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

AWS में क्या भेद्यता पाई जाती है?

अमेज़न वेब सेवा सक्रिय रूप से हनीटोकेंस प्रणाली का उपयोग सेवा परिधि क्लाउड अलर्ट अलर्ट प्राप्त करने के लिए करती है। अमेज़ॅन कैनरी नकली खाता एक्सेस कुंजी हैं। यह उपकरण, इसकी सभी सादगी के साथ, अत्यंत महत्वपूर्ण है: क्लाउड सेवाएं निरंतर हैकिंग प्रयासों और अन्य हमलों के अधीन हैं। किसी एक दिशा में AWS साइबरसिटी परिधि की "सफलता" के बारे में ज्ञान होने का बहुत तथ्य अमेज़ॅन इंजीनियरों के लिए पहले से ही आधी जीत है।

कल, 2 अक्टूबर, 2018 को राइनो सिक्योरिटी लैब्स के विशेषज्ञों ने एक अत्यंत अप्रिय अध्ययन प्रकाशित किया , जिसका सार निम्नलिखित कथन द्वारा व्यक्त किया गया है: हनीटोकेंस अमेज़ॅन वेब सर्विसेज को क्लाउड सिग्नलिंग सिस्टम को परेशान किए बिना दरकिनार किया जा सकता है। यह हमलावरों को चुपचाप "प्रवेश", "लेने" का अवसर प्रदान करता है जो उन्हें चाहिए और चुपचाप "छुट्टी" भी।

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

इसके बाद, राइनो सिक्योरिटी के शोधकर्ताओं ने DescribeFleets API के माध्यम से AWS AppStream में दस्तक दी और परीक्षण खाते के बारे में निम्नलिखित जानकारी प्राप्त की:



फिर, इसकी मदद से, एक हमलावर IAM उपयोगकर्ता / निम्नलिखित योजना की भूमिका के बारे में जानकारी निकालता है:
IAM User:
arn:aws:iam::111111111111:user/the-path/TheUserName

IAM Role:
arn:aws:iam::111111111111:role/the-path/TheRoleName/TheSessionName

परिणामस्वरूप, ARN वापसी और IAM उपयोगकर्ता / भूमिका डेटा प्राप्त करने के लिए धन्यवाद, विशेषज्ञ पार्सिंग के माध्यम से उपरोक्त सेवाओं पर हनीटॉक्स चारा कुंजी से समझौता करने में सक्षम थे।

countermeasures

पाया गया रास्ता न केवल AWS डालता है, बल्कि अमेज़न सिस्टम के लिए लोकप्रिय हनीटोकन सिस्टम जैसे कि कैनरीटोकन और स्पेसक्रैब को भी खतरे में डाल देता है । दोनों डेवलपर्स को सूचित किया गया है और समस्या को हल करने के लिए सभी संभव उपाय कर रहे हैं।

इसके अलावा, राइनो सिक्योरिटी के विशेषज्ञों ने GitHub पर एक PoC स्क्रिप्ट प्रकाशित की, जो यह जांच करेगी कि AWS कुंजी आपको प्रदान की गई टोकन है, क्योंकि सभी कॉन्फ़िगरेशन अभी तक अपडेट नहीं किए गए हैं।

अमेज़न की प्रतिक्रिया

अमेज़ॅन ने राइनो सिक्योरिटी लैब्स को बताया कि एआरएन संवेदनशील जानकारी नहीं है, क्लाउडट्रेन काम करता है (और काम नहीं करता है) जहां जरूरत है, और इस तरह की कोई समस्या नहीं है।