MemoryBreak: डेटा उजागर होने का कथित मामला

MemoryBreak का रिकॉर्ड खोलने से पहले, मौजूदा रिकॉर्ड में शीर्षक, डोमेन नाम, मिलते-जुलते ब्रांड नाम, घटना की तारीख और रिकॉर्ड की संख्या का मिलान किया गया। उसी घटना को दर्शाने वाला कोई रिकॉर्ड नहीं मिला, इसलिए इसे अलग रिकॉर्ड के रूप में रखा गया। मिलते-जुलते नामों वाले, लेकिन अलग डोमेन या अलग घटनाओं से संबंधित रिकॉर्ड को इस निर्णय में शामिल नहीं किया गया।

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

MemoryBreak एक ऐसा प्लेटफ़ॉर्म है जिसे तुर्की स्थित एक गेम ऑटोमेशन टूल के संदर्भ में देखा जाता है। गेम टूल में इस्तेमाल किए गए ईमेल पतों और यूज़रनेम के ज़रिए एक ही खिलाड़ी की पहचान को अन्य फ़ोरम या गेम सेवाओं पर उसकी पहचान से जोड़ा जा सकता है।

इस घटना में यूज़रनेम, ईमेल पते और MD5 पासवर्ड हैश लीक हुए। MD5 हैश को तेज़ी से क्रैक किया जा सकता है, इसलिए कमज़ोर या दोबारा इस्तेमाल किए गए पासवर्ड को अन्य गेमिंग और सोशल खातों पर आज़माया जा सकता है।

MemoryBreak की घटना में जोखिम सामान्य ईमेल लीक से अधिक है, क्योंकि पासवर्ड MD5 हैश के रूप में मिला था। पासवर्ड डेटा से हमलावरों को अलग-अलग पासवर्ड आज़माने में कम समय लगता है, उसी पासवर्ड का इस्तेमाल करने वाली अन्य सेवाओं पर स्वचालित लॉगिन प्रयास करना आसान होता है और पासवर्ड रीसेट के संदेश अधिक विश्वसनीय लगते हैं।

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

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

उपयोगकर्ताओं का पहला कदम यह याद करना होना चाहिए कि उन्होंने पहले MemoryBreak या memorybreak.com पर कौन-सा ईमेल पता और पासवर्ड इस्तेमाल किया होगा। यदि अन्य खातों पर भी उसी पैटर्न के पासवर्ड इस्तेमाल किए गए थे, तो केवल संबंधित साइट पर पासवर्ड बदलना पर्याप्त नहीं है। दोबारा इस्तेमाल किए गए सभी पासवर्ड की जगह अलग-अलग और बेतरतीब पासवर्ड रखने चाहिए।

इस घटना के बाद उठाए जा सकने वाले सबसे प्रभावी कदमों में से एक पासवर्ड मैनेजर का इस्तेमाल करना है। हर साइट के लिए अलग पासवर्ड बनाने से एक डेटा-सेंध का असर सिलसिलेवार तरीके से अन्य खातों तक पहुँचने से रोका जा सकता है। ब्राउज़र में सहेजे गए पुराने पासवर्ड की भी समीक्षा करनी चाहिए और कमज़ोर या दोहराए गए पासवर्ड हटाने चाहिए।

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

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

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

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

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

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

जिन संस्थानों में घटना से निपटने की योजना नहीं होती, वहाँ उपयोगकर्ताओं को सूचना देने, पासवर्ड रीसेट करने, लॉग की समीक्षा करने और जुड़ी हुई प्रणालियों की जाँच करने में देरी होती है। किन प्रणालियों की निगरानी की जाएगी, कौन-से रिकॉर्ड रखे जाएँगे, किन उपयोगकर्ताओं को सूचित किया जाएगा और किन बैकअप की समीक्षा की जाएगी, यह पहले से तय होना चाहिए।

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

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

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

यह रिकॉर्ड इसलिए नहीं जोड़ा गया क्योंकि IP पते या भुगतान संबंधी डेटा की पुष्टि नहीं हुई है। सत्यापित दायरा यूज़रनेम, ईमेल और पासवर्ड हैश तक सीमित था।

MemoryBreak के लोगो की सत्यापित छवि फ़ाइल में डाउनलोड की गई और वेबसाइट पर लोगो की छवि के रूप में दिखाने के लिए तैयार की गई।

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

यह पेज MemoryBreak के डेटा में सेंध, memorybreak.com डेटा लीक, MemoryBreak पासवर्ड लीक और MemoryBreak उपयोगकर्ता डेटा जैसे अलग-अलग नामों के ज़रिए सरल और व्यावहारिक जानकारी देने के लिए तैयार किया गया है। पाठ में सत्यापित पहलुओं और व्यावहारिक सुरक्षा कदमों को समझाया गया है।

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

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

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

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

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

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

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

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

MemoryBreak के रिकॉर्ड में संख्या, शीर्षक और डोमेन का आकलन एक साथ किया गया है, इसलिए उसी नाम से प्रसारित हो रही अस्पष्ट सूची प्रविष्टियों को इस पेज पर शामिल नहीं किया गया। उपयोगकर्ता को दिखाई देने वाला रिकॉर्ड सत्यापित डोमेन और घटना की अवधि तक सीमित है।

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

memorybreak.com डोमेन से जुड़ी पुरानी सदस्यताएँ भुला दी गई हो सकती हैं। यदि भुला दिए गए खातों के पासवर्ड बदलना संभव नहीं है, तो उन अन्य सेवाओं को ढूँढ़ना और सुरक्षित करना अधिक व्यावहारिक प्राथमिकता है जहाँ वही पासवर्ड इस्तेमाल किया गया है।

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

संस्थानों को नियमित जागरूकता प्रशिक्षण में कर्मचारियों की निजी सदस्यताओं के लिए काम के ईमेल के इस्तेमाल पर चर्चा करनी चाहिए। ऐसे रिकॉर्ड चेतावनी का संकेत देते हैं, जिनसे पासवर्ड के दोबारा इस्तेमाल और निजी प्लेटफ़ॉर्म पर कॉर्पोरेट पहचान दिखाई देने का आकलन किया जा सकता है।

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

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