SaverSpy: स्पैम डेटा सूची

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

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

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

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

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

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

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

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

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

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

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

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