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

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

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

मुख्य दायरा 10,259 रिकॉर्ड का है। यह घटना जनवरी 2016 की है; इसे सूची में जोड़ने की तारीख 25 जुलाई 2022 रखी गई थी। बड़ी सूचियों में 11,509 और 11,997 रिकॉर्ड दिखाई देने से संकेत मिलता है कि RatHack का डेटा कई प्रतियों या सफ़ाई किए गए अलग-अलग संस्करणों में प्रसारित हो रहा है। इसलिए अधिक संख्या को सीधे मुख्य प्रस्तुति में नहीं लिया गया। यह तय करना संभव नहीं है कि कौन-से रिकॉर्ड दोहराई गई पंक्तियाँ, फ़ोरम के संलग्नक, व्यक्तिगत टिप्पणियाँ या उसी डेटा सेट से अलग-अलग बार निर्यात किया गया डेटा हैं। इसलिए उपयोगकर्ता को सबसे विस्तृत और सुसंगत दायरा दिखाया जाता है।

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

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

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

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

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

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

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

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

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