MagicDuel: डेटा में सेंध
MagicDuel डेटा उल्लंघन अगस्त 2023 के दौरान MagicDuel Adventure वेबसाइट के खिलाड़ियों के खातों से जुड़े रिकॉर्ड उजागर होने से संबंधित है। दायरे को अद्यतन करके खातों की संख्या 1,38,443 कर दी गई। इस रिकॉर्ड को गेमिंग समुदाय के खातों से जुड़ा डेटा उल्लंघन माना गया। उपयोगकर्ताओं को खाते, ब्रांड या डेटा फ़ील्ड के बारे में गलत धारणा न हो, इसके लिए कंपनी ने कंपनी, देश, उद्योग, वेबसाइट और डेटा श्रेणी से जुड़े फ़ील्ड की अलग-अलग जाँच की। पहले की संख्या में मौजूद मामूली अंतर और उपयोगकर्ता नाम वाले फ़ील्ड को ठीक किया गया।
उजागर हुए डेटा के प्रकार
4- ईमेल पते
- IP पते
- उपनाम
- पासवर्ड
इस डेटा उल्लंघन के बारे में
पाठ से पुराने टेम्पलेट के शीर्षक हटाए गए और इसे ऐसे ढाँचे में बदला गया जो उपयोगकर्ता को सीधे जोखिम, दायरे और ज़रूरी कदमों के बारे में बताता है। वेबसाइट का डोमेन magicduel.com के रूप में सहेजा गया। प्रोटोकॉल नहीं जोड़ा गया, इसलिए वह प्रारूप नहीं रखा गया जिसके कारण लिंक में https दो बार दिखाई देता। क्षेत्र को गेमिंग और MMORPG के रूप में अद्यतन किया गया और देश को वैश्विक रखा गया।
उजागर हुए डेटा के प्रकार और जोखिम
इस रिकॉर्ड में ईमेल पते, IP पते, खिलाड़ियों के उपनाम और पासवर्ड देखे गए हैं। आकलन के अनुसार, पासवर्ड bcrypt प्रारूप में संग्रहीत हैं। यह पासवर्ड सुरक्षित रखने का एक मज़बूत तरीका है, फिर भी दोबारा इस्तेमाल किए जाने वाले कमज़ोर पासवर्ड जोखिम पैदा करते हैं। इन फ़ील्ड का अलग-अलग मूल्यांकन किया गया। भुगतान कार्ड, बैंक खाते, सरकारी पहचान पत्र, निजी संदेश, स्वास्थ्य रिकॉर्ड या प्रोफ़ाइल के अतिरिक्त फ़ील्ड से जुड़े असत्यापित डेटा को डेटा श्रेणियों की सूची में नहीं जोड़ा गया।
किसी खिलाड़ी के उपनाम और ईमेल का मिलान होने पर उसकी गेमिंग पहचान को उसके वास्तविक संपर्क पते से जोड़ा जा सकता है। केवल ईमेल पता भी स्पैम और फ़िशिंग का जोखिम पैदा करता है। जब इसके साथ नाम, फ़ोन, पता, IP, जन्मतिथि या पेशेवर जानकारी जुड़ जाती है, तो हमलावर के लिए व्यक्ति के अनुरूप संदेश तैयार करना आसान हो जाता है। इसलिए जोखिम का आकलन केवल रिकॉर्ड की संख्या के आधार पर नहीं, बल्कि इस आधार पर भी किया गया कि इन फ़ील्ड का एक साथ किस तरह इस्तेमाल किया जा सकता है।
सत्यापित दायरा और सीमाएँ
अगस्त 2023 के 1,38,443 खातों के आधार पर दायरे की पुष्टि की गई। सत्यापित डेटा फ़ील्ड रखे गए, जबकि जिन फ़ील्ड पर अंतिम निर्णय नहीं हुआ था, उन्हें बाहर रखा गया। इससे उपयोगकर्ता को मौजूदा रिकॉर्ड की जानकारी मिलती है, बिना अनावश्यक रूप से डराए और बिना वास्तविक जोखिम को कम करके आँके।
उपयोगकर्ता नामों के बजाय उपनामों का इस्तेमाल किया गया, क्योंकि रिपोर्ट किया गया फ़ील्ड खिलाड़ी के नाम या उपनाम के संदर्भ को अधिक सटीक रूप से दर्शाता है। यदि रिकॉर्ड में दिए गए नाम से मिलती-जुलती अन्य घटनाएँ थीं, तो उन्हें एक बड़ी घटना में नहीं मिलाया गया। डोमेन नाम, कंपनी का नाम और उद्योग की जानकारी को जहाँ तक संभव था, सबसे सीमित और सही संदर्भ में रखा गया। इससे दोहराए गए या गलत तरीके से जोड़े गए डेटा उल्लंघन रिकॉर्ड जोड़ने से भी बचा जा सकता है।
जोखिम में आने वाले उपयोगकर्ता समूह
जोखिम में उन खिलाड़ियों को माना गया है जिनके पास MagicDuel खाता है, और उन लोगों को भी जो दूसरे गेम में वही उपनाम इस्तेमाल करते हैं। जिन उपयोगकर्ताओं का मिलान मिलता है, उन्हें केवल संबंधित सेवा के खाते पर ही नहीं, बल्कि उन अन्य खातों पर भी ध्यान देना चाहिए जिनमें वही ईमेल, उपयोगकर्ता नाम या पासवर्ड का पैटर्न इस्तेमाल होता है।
गेमिंग समुदायों में नकली पुरस्कारों, खाता सत्यापन, आयोजनों के निमंत्रण या बाज़ार से जुड़े संदेशों के ज़रिए सोशल इंजीनियरिंग की जा सकती है। कॉर्पोरेट ईमेल पते से पंजीकरण करने वाले लोगों के लिए जोखिम निजी खाते से आगे भी बढ़ सकता है। हमलावर नाम, भूमिका, फ़ोन, पता, खरीदारी, गेम ID या पेशेवर प्रोफ़ाइल की जानकारी का इस्तेमाल करके अधिक विश्वसनीय लगने वाले संदेश भेज सकते हैं। इसलिए उपयोगकर्ताओं को मिलान मिलने की स्थिति को केवल एक वेबसाइट तक सीमित समस्या नहीं समझना चाहिए।
तुरंत उठाए जाने वाले कदम
प्रभावित उपयोगकर्ताओं को अपना MagicDuel पासवर्ड बदलना चाहिए। साथ ही, उन गेम स्टोर, ईमेल, सोशल मीडिया और मैसेजिंग खातों के पासवर्ड भी बदलने चाहिए जहाँ वही पासवर्ड इस्तेमाल होता है। जिन रिकॉर्ड में पासवर्ड फ़ील्ड मौजूद है, उनके लिए उसी पासवर्ड का इस्तेमाल करने वाले सभी खातों के पासवर्ड बदले जाने चाहिए। जिन रिकॉर्ड में पासवर्ड फ़ील्ड नहीं है, उनके लिए ईमेल, फ़ोन और नकली सूचनाओं के जोखिम पर ध्यान देना चाहिए। दोनों ही स्थितियों में ईमेल खाते को एक मज़बूत और अलग पासवर्ड से सुरक्षित रखना चाहिए।
संदेश में दिए गए लिंक पर क्लिक करने के बजाय संबंधित सेवा का पता खुद टाइप करना चाहिए या किसी भरोसेमंद पासवर्ड मैनेजर में सहेजे गए रिकॉर्ड का इस्तेमाल करना चाहिए। फ़ोन पर मिले सत्यापन कोड, पासवर्ड रीसेट के अनुरोध, सामान भेजे जाने की सूचना, नौकरी के प्रस्ताव, सहायता, सदस्यता या सुरक्षा से जुड़े संदेशों पर किसी स्वतंत्र माध्यम से पुष्टि किए बिना भरोसा नहीं करना चाहिए।
दीर्घकालिक सुरक्षा रणनीतियाँ
खिलाड़ियों को हर गेम और फ़ोरम खाते के लिए अलग पासवर्ड इस्तेमाल करना चाहिए और बिना ज़रूरत गेम में इस्तेमाल होने वाले उपनामों को निजी खातों से नहीं जोड़ना चाहिए। पुराने खातों, इस्तेमाल में न आने वाले फ़ोन नंबरों और पते वाले फ़ील्ड, दोहराए जाने वाले उपयोगकर्ता नामों तथा एक जैसे पासवर्ड पैटर्न की नियमित समीक्षा करके उन्हें हटाना या बदलना चाहिए। उपयोगकर्ताओं को हर सेवा के लिए अलग पासवर्ड इस्तेमाल करना चाहिए और जहाँ संभव हो, दो-कारक प्रमाणीकरण चालू करना चाहिए।
सेवा प्रदाताओं के लिए न्यूनतम डेटा रखना, पासवर्ड की मज़बूत सुरक्षा, एक्सेस लॉग की निगरानी, अनावश्यक प्रोफ़ाइल फ़ील्ड हटाना और डेटा उल्लंघन के बाद उपयोगकर्ताओं को सूचित करना बुनियादी आवश्यकताएँ हैं। गेमिंग खातों की सुरक्षा में कमियाँ डिजिटल संपत्तियों और समुदाय में प्रतिष्ठा के नुकसान का कारण भी बन सकती हैं। ऐसे मामलों में दायरे की सटीक जानकारी देना उतना ही महत्वपूर्ण है जितना तकनीकी सुधार करना। बढ़ा-चढ़ाकर दी गई या अधूरी जानकारी उपयोगकर्ता को गलत कदम उठाने की ओर ले जा सकती है।
रिकॉर्ड की जाँच और उपयोगकर्ता की कार्रवाई
उपयोगकर्ता को सबसे पहले अपने ईमेल पते से इस रिकॉर्ड में मिलान की जाँच करनी चाहिए। यदि मिलान मिलता है, तो यह मानकर चलना चाहिए कि उपनाम, IP और पासवर्ड वाले फ़ील्ड जोखिम में हो सकते हैं। उसी पासवर्ड का इस्तेमाल करने वाले सभी गेम खातों के पासवर्ड बदले जाने चाहिए। मिलान न मिलने से यह पूरी तरह खारिज नहीं होता कि पहले वही पासवर्ड दोबारा इस्तेमाल किया गया हो या उसी सेवा से जुड़े अलग-अलग ईमेल पते इस्तेमाल हुए हों। इसलिए महत्वपूर्ण खातों की अलग से समीक्षा भी करनी चाहिए।
यह रिकॉर्ड सत्यापित बना रहा। रिकॉर्ड की संख्या और डेटा के प्रकार सत्यापित मानों के अनुरूप रखे गए। इस संशोधन में डेटा फ़ील्ड के लिए अंग्रेज़ी के मानक श्रेणी-नाम ही रखे गए, उपयोगकर्ता को दिखाई देने वाला विवरण तुर्की में मौलिक रूप से लिखा गया, असत्यापित फ़ील्ड नहीं जोड़े गए और संवेदनशीलता का फ़्लैग केवल तभी इस्तेमाल किया गया जब जोखिम का संदर्भ उसका समर्थन करता था।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें