LEOTVHD डेटा उजागर होने का कथित मामला
LEOTVHD डेटा सेंध का संबंध जनवरी 2017 के खाते संबंधी डेटा के प्रसार से है। यह डेटा एक प्रकाशन-केंद्रित प्लेटफ़ॉर्म से जुड़ा है। इस सिस्टम में दर्ज दायरा 26,039 रिकॉर्ड का है। इस रिकॉर्ड को प्रकाशन प्लेटफ़ॉर्म के खातों से जुड़ी ऐसी डेटा सेंध माना गया जिसका सत्यापन सीमित हद तक ही संभव था। उपयोगकर्ता को खाते, ब्रांड या डेटा फ़ील्ड के बारे में गलत धारणा न मिले, इसलिए कंपनी, देश, क्षेत्र, वेबसाइट और डेटा श्रेणी के फ़ील्ड की अलग-अलग जाँच की गई। एक ही नाम के तहत पंक्तियों की अलग-अलग संख्याएँ सामने आने के कारण सत्यापित होने का संकेत देने वाला फ़्लैग बंद रखा गया।
उजागर हुए डेटा के प्रकार
2- ईमेल पते
- पासवर्ड
इस रिकॉर्ड के बारे में
पाठ से पुराने टेम्पलेट के शीर्षक हटाकर उसे ऐसे ढाँचे में व्यवस्थित किया गया जो उपयोगकर्ता को जोखिम, दायरे और ज़रूरी कदमों के बारे में सीधे समझाता है। वेबसाइट का डोमेन leotvhd.com के रूप में सहेजा गया। प्रोटोकॉल नहीं जोड़ा गया था, इसलिए वह प्रारूप बरकरार नहीं रखा गया जिससे लिंक में https दो बार दिखाई देता। देश को संयुक्त राज्य अमेरिका से बदलकर वैश्विक किया गया, क्योंकि किसी देश से इसका विश्वसनीय संबंध पुष्ट नहीं हुआ था।
लीक हुए डेटा के प्रकार और जोखिम
इस रिकॉर्ड में दिखाई देने वाले डेटा के प्रकार ईमेल पते और पासवर्ड हैं। कुछ रिकॉर्ड में पासवर्ड फ़ील्ड पुराने हैश किए गए रूप में दिखाई देता है; इसलिए दोबारा इस्तेमाल किए गए कमज़ोर पासवर्ड को जोखिमपूर्ण माना जाना चाहिए। इन फ़ील्ड का अलग-अलग मूल्यांकन किया गया। भुगतान कार्ड, बैंक खाते, सरकारी पहचान दस्तावेज़, निजी संदेश, स्वास्थ्य रिकॉर्ड या अतिरिक्त प्रोफ़ाइल फ़ील्ड, जिनकी पुष्टि नहीं हुई थी, डेटा श्रेणियों की सूची में नहीं जोड़े गए।
भले ही किसी पुराने प्रकाशन या मनोरंजन खाते का अब इस्तेमाल न होता हो, ईमेल और पासवर्ड के संयोजन को दूसरे प्लेटफ़ॉर्म पर आज़माया जा सकता है। अकेले ईमेल पते से स्पैम और फ़िशिंग का जोखिम होता है, लेकिन जब उसके साथ नाम, फ़ोन, पता, IP, जन्मतिथि या पेशेवर जानकारी भी हो, तो हमलावर के लिए व्यक्ति के अनुरूप संदेश तैयार करना आसान हो जाता है। इसलिए जोखिम का आकलन केवल रिकॉर्ड की संख्या के आधार पर नहीं, बल्कि इस आधार पर भी किया गया कि इन फ़ील्ड का एक साथ इस्तेमाल कितना उपयोगी हो सकता है।
सत्यापित दायरा और सीमाएँ
दायरा 26,039 रिकॉर्ड ही रखा गया, लेकिन इसी नाम से प्रसारित हो रही अधिक संख्याओं को एक ही घटना में नहीं जोड़ा गया। सत्यापित डेटा फ़ील्ड बनाए रखे गए, जबकि अपुष्ट फ़ील्ड छोड़ दिए गए। इससे उपयोगकर्ता को अनावश्यक रूप से चिंतित किए बिना मौजूदा रिकॉर्ड की जानकारी मिलती है और वास्तविक जोखिम को भी कम करके नहीं आँका जाता।
यह अंतर एक ही रिकॉर्ड को दोबारा जोड़ने का जोखिम घटाता है और उपयोगकर्ता के सामने ऐसी कुल संख्या पेश करने से बचाता है जिसे अंतिम रूप नहीं दिया गया है। यदि रिकॉर्ड के नाम से मिलती-जुलती अन्य घटनाएँ थीं, तो उन्हें एक बड़ी घटना के रूप में नहीं जोड़ा गया। डोमेन नाम, कंपनी का नाम और उद्योग संबंधी जानकारी को यथासंभव सीमित और सही संदर्भ में रखा गया। इससे एक ही डेटा सेंध को दोबारा जोड़ने या किसी सेंध को गलत इकाई से जोड़ने से भी बचा जाता है।
जोखिम में आने वाले उपयोगकर्ता समूह
जोखिम में वे उपयोगकर्ता हो सकते हैं जिन्होंने 2017 के आसपास LEOTVHD या उसी डोमेन से जुड़ी किसी प्रसारण सेवा पर खाता बनाया था। जिन उपयोगकर्ताओं का डेटा इस रिकॉर्ड से मेल खाता है, उन्हें संबंधित सेवा के खाते के साथ-साथ उन अन्य खातों पर भी ध्यान देना चाहिए जहाँ उसी ईमेल, उपयोगकर्ता नाम या पासवर्ड पैटर्न का इस्तेमाल किया गया है।
भले ही प्लेटफ़ॉर्म याद न हो, दूसरी सेवाओं पर उसी ईमेल और पासवर्ड का इस्तेमाल आज भी जोखिम पैदा करता है। कॉर्पोरेट ईमेल पते से पंजीकरण करने वालों के लिए जोखिम निजी खातों से आगे भी बढ़ सकता है। हमलावर नाम, भूमिका, फ़ोन, पता, खरीदारी का इतिहास, गेमिंग पहचान या पेशेवर प्रोफ़ाइल की जानकारी का इस्तेमाल करके अधिक विश्वसनीय लगने वाले संदेश भेज सकते हैं। इसलिए उपयोगकर्ताओं को इस मिलान को केवल एक साइट तक सीमित समस्या नहीं मानना चाहिए।
तुरंत उठाए जाने वाले कदम
प्रभावित उपयोगकर्ताओं को वह पासवर्ड बदलना चाहिए जो संभवतः उन्होंने इस सेवा पर इस्तेमाल किया था। साथ ही, उन सभी अन्य खातों का पासवर्ड भी बदलना चाहिए जहाँ वही पासवर्ड इस्तेमाल हुआ था। जिन रिकॉर्ड में पासवर्ड फ़ील्ड है, उनके मामले में उसी पासवर्ड का इस्तेमाल करने वाले सभी खातों के पासवर्ड बदले जाने चाहिए। जिन रिकॉर्ड में पासवर्ड फ़ील्ड नहीं है, उनके मामले में ईमेल, फ़ोन और फ़र्ज़ी सूचनाओं से जुड़े जोखिमों पर ध्यान देना चाहिए। दोनों स्थितियों में ईमेल खाते को मज़बूत और अद्वितीय पासवर्ड से सुरक्षित रखना चाहिए।
संदेश में दिए गए लिंक पर क्लिक करने के बजाय संबंधित सेवा का पता खुद टाइप करना चाहिए या किसी भरोसेमंद पासवर्ड मैनेजर में सहेजे गए रिकॉर्ड का इस्तेमाल करना चाहिए। फ़ोन पर मिले सत्यापन कोड, पासवर्ड रीसेट के अनुरोध, शिपमेंट, नौकरी के प्रस्ताव, सहायता, सदस्यता या सुरक्षा संबंधी सूचनाओं जैसे संदेशों को किसी स्वतंत्र माध्यम से सत्यापित किए बिना सही नहीं मानना चाहिए।
दीर्घकालिक सुरक्षा रणनीतियाँ
पुराने सोशल मीडिया, फ़ोरम और मनोरंजन खातों को बंद कर देना चाहिए या अद्वितीय पासवर्ड से सुरक्षित रखना चाहिए। पुराने खातों, अब इस्तेमाल न होने वाले फ़ोन नंबरों और पता फ़ील्ड, बार-बार इस्तेमाल किए जाने वाले उपयोगकर्ता नामों और एक जैसे पासवर्ड पैटर्न की नियमित समीक्षा करके अनावश्यक जानकारी हटानी चाहिए और दोहराव दूर करना चाहिए। उपयोगकर्ताओं को हर सेवा के लिए अलग पासवर्ड इस्तेमाल करना चाहिए और जहाँ संभव हो, दो-कारक प्रमाणीकरण चालू करना चाहिए।
सेवा प्रदाताओं के लिए केवल न्यूनतम आवश्यक डेटा रखना, पासवर्ड को मज़बूत सुरक्षा देना, एक्सेस लॉग की निगरानी करना, अनावश्यक प्रोफ़ाइल फ़ील्ड हटाना और डेटा सेंध के बाद उपयोगकर्ताओं को सूचित करना बुनियादी आवश्यकताएँ हैं। पुराने डेटा सेट में भी पासवर्ड का दोबारा इस्तेमाल नए हमलों के लिए पर्याप्त हो सकता है। ऐसी घटनाओं में तकनीकी सुधार जितना महत्वपूर्ण है, उतना ही महत्वपूर्ण दायरे को सही ढंग से समझाना भी है। बढ़ा-चढ़ाकर दी गई या अधूरी जानकारी उपयोगकर्ता को गलत कदम उठाने की ओर ले जा सकती है।
रिकॉर्ड की जाँच और उपयोगकर्ता के लिए कदम
उपयोगकर्ता को पहले अपने ईमेल पते से इस रिकॉर्ड की जाँच करनी चाहिए। यदि ईमेल पता रिकॉर्ड से मेल खाता है, तो 2017 के दौरान इस्तेमाल किए गए पासवर्ड पैटर्न की समीक्षा करनी चाहिए और सुनिश्चित करना चाहिए कि मौजूदा खातों में वही पासवर्ड इस्तेमाल नहीं हो रहा है। ईमेल पते का मिलान न होने से पुराने पासवर्ड के बार-बार इस्तेमाल या उसी सेवा से जुड़े अलग-अलग ईमेल के उपयोग की संभावना पूरी तरह समाप्त नहीं होती। इसलिए महत्वपूर्ण खातों की अलग से समीक्षा करनी चाहिए।
इस रिकॉर्ड को असत्यापित ही रखा गया। पाठ भी सुधारा गया ताकि यह अनिश्चितता स्पष्ट रूप से दिखाई दे। इस व्यवस्था में डेटा फ़ील्ड को अंग्रेज़ी की मानक श्रेणियों के रूप में रखा गया, उपयोगकर्ता को दिखाई देने वाला विवरण तुर्की में मौलिक रूप से लिखा गया, अपुष्ट फ़ील्ड नहीं जोड़े गए और संवेदनशीलता फ़्लैग का इस्तेमाल केवल तभी किया गया जब जोखिम का संदर्भ उसका समर्थन करता था।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें