पोलिश लॉगिन विवरण

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

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

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

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

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

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

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

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

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

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

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

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