ShockGore: डेटा में सेंध

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

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

स्रोतों की तुलना से पुष्टि होती है कि ShockGore की घटना 11 अगस्त 2020 को हुई, रिकॉर्ड 20 जनवरी 2022 को जोड़ा गया और 73,944 ईमेल पते प्रभावित हुए। सत्यापित डेटा फ़ील्ड हैं: ईमेल पते, लिंग संबंधी जानकारी, IP पते, पासवर्ड, निजी संदेश और उपयोगकर्ता नाम। पासवर्ड के बारे में बताया गया है कि वे बिना सॉल्ट वाले SHA-1 हैश के रूप में हैं। फ़ोन नंबर, भौतिक पता, भुगतान कार्ड, आधिकारिक पहचान संबंधी जानकारी, वास्तविक नाम, जन्मतिथि, फ़ोटो, खरीदारी संबंधी जानकारी या स्थान इतिहास इस घटना के सत्यापित डेटा प्रकारों में शामिल नहीं हैं।

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

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

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

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

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

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

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

LeakData पर ShockGore का परिणाम देखने वाले उपयोगकर्ताओं को 11 अगस्त 2020 की घटना और उससे प्रभावित 73,944 खातों को ध्यान में रखना चाहिए। सत्यापित फ़ील्ड में ईमेल पते, लिंग संबंधी जानकारी, IP पते, उपयोगकर्ता नाम, निजी संदेश और पासवर्ड शामिल हैं। पासवर्ड डेटा का संबंध बिना सॉल्ट वाले SHA-1 हैश से है। उपयोगकर्ता की प्राथमिकता होनी चाहिए कि अन्य खातों पर पुराने पासवर्ड का दोबारा इस्तेमाल बंद करें, ईमेल खाते की सुरक्षा मज़बूत करें, उसी उपनाम वाले अन्य खातों की जाँच करें और संवेदनशील संदर्भों का इस्तेमाल करने वाले धमकी भरे संदेशों से सावधान रहें।

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