Phoenix: डेटा में सेंध

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

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

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

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

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

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

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

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

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

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

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

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