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

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

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

जुलाई 2016 तक इस उल्लंघन के दायरे में 10.4 लाख खातों की पुष्टि हुई थी। जिन हिस्सों की पुष्टि हुई, उन्हें रखा गया और जिनकी पुष्टि नहीं हुई, उन्हें बाहर रखा गया। इस घटना को मिलते-जुलते नाम वाले डेटा सेट, इसी कंपनी की अलग-अलग समय की घटनाओं या गलत तरीके से इससे जोड़ी गई घटनाओं के साथ नहीं मिलाया गया।

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

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

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

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

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

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

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

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

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