Bolt डेटा में सेंध

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

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

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

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

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

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

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

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

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

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

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

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