कोई पता डेटा लीक की सूचना, अनचाही मेलिंग सूची या संदिग्ध संदेश में दिखाई दे सकता है। उस सेवा के लिए अलग उपनाम इस्तेमाल किया हो तो आपके पास उपयोगी शुरुआती जानकारी है: आप जानते हैं कि उसे कहाँ साझा करना चाहते थे। अब यह समझना है कि क्या हुआ, बिना अपने खाते तक पहुँच बंद किए।
पता, सेवा का खाता और ईमेल तक पहुँच—इन तीनों को अलग मानें। पता बदलने से अनचाहा संपर्क कम हो सकता है। इससे जोखिम में पड़ा खाता अपने आप सुरक्षित नहीं होता और अन्य जानकारी का खुलासा वापस नहीं होता।
तय करें कि वास्तव में क्या मालूम है
चेतावनी के स्रोत से शुरू करें। खाता खतरे में होने का दावा करने वाला अप्रत्याशित संदेश स्वयं फ़िशिंग हो सकता है। कंपनी की वेबसाइट सहेजे बुकमार्क या पहले से ज्ञात पते से खोलें। वहाँ सूचना खोजें या उसी साइट से सहायता लें। FTC संदिग्ध संदेश जाँचने के लिए उससे स्वतंत्र रूप से ज्ञात संपर्क जानकारी इस्तेमाल करने की सलाह देता है। फ़िशिंग पर FTC की सलाह।
छोटा निजी रिकॉर्ड रखें: कौन-सा उपनाम प्रभावित है, कौन-सा खाता उसे उपयोग करता है, कंपनी के अनुसार क्या उजागर हुआ और आपने क्या बदला है। सक्रिय रीसेट लिंक या सत्यापन कोड साझा घटना-नोट में न रखें।
यदि एकमात्र संकेत असंबंधित विज्ञापन है, तो उसे वैसा ही बताएँ। अलग उपनाम संभावित रास्ते सीमित करता है, लेकिन इससे सेवा हैक होने या डेटा बेचे जाने का प्रमाण नहीं मिलता। उस निष्कर्ष से पहले अन्य जानकारी खोजें।
पता उजागर होने और लॉगिन जानकारी लीक होने को अलग रखें
कंपनी की सूचना पढ़ें कि किस प्रकार का डेटा शामिल है। पते का खुलासा पासवर्ड, भुगतान जानकारी या पहचान दस्तावेज़ के खुलासे से अलग समस्या है। उपनाम बदलने को हर समस्या का समाधान मानने के बजाय प्रभावित डेटा के अनुसार कदम उठाएँ।
पासवर्ड उजागर हुआ हो तो उसे उस सेवा पर और उन अन्य खातों पर बदलें जहाँ वही या मिलता-जुलता पासवर्ड इस्तेमाल किया है। सेवा समर्थन दे तो अतिरिक्त प्रमाणीकरण कारक चालू करें। FTC की लीक संबंधी सलाह ये कदम बताती है और यह जाँचने पर ज़ोर देती है कि कौन-सी जानकारी उजागर हुई। डेटा लीक के बाद FTC की सलाह।
यदि संदिग्ध पेज पर लॉगिन जानकारी भरी है, तो तुरंत कार्रवाई करें, भले कंपनी ने लीक की पुष्टि न की हो। उपनाम गलत साइट को दिया पासवर्ड नहीं बचाता। सेवा की सुरक्षा सेटिंग में सत्र और रिकवरी नियंत्रण देखें। लॉगिन न हो तो आधिकारिक रिकवरी प्रक्रिया अपनाएँ।
बंद करने से पहले पता बदलें
खाता अभी भी चाहिए तो सेवा के लिए नया उपनाम बनाएँ। लॉगिन किए खाते के अंदर पता बदलें। पुराना पता संदेश प्राप्त कर रहा हो तभी पुष्टि पूरी करें; सेवा दोनों पतों पर संपर्क कर सकती है।
फिर वास्तविक परिणाम देखें। सहेजा खाता ईमेल, सूचना सेटिंग और रिकवरी पता जाँचें। साइट अभी पुष्टि की प्रतीक्षा कर रही हो तो फ़ॉर्म भेजना पर्याप्त नहीं। नए पते को मौजूदा लॉगिन जानकारी के साथ सहेजें, ताकि बाद में गलती से दूसरा खाता न बन जाए।
अधूरा बदलाव या सहायता अनुरोध पुराने उपनाम पर निर्भर हो तो उसे उपलब्ध रखें। नया पता काम करने और बाकी निर्भरताएँ जाँचने के बाद, ज़रूरत न हो तो पुराने पते की प्राप्ति बंद करें।
समझें कि निष्क्रिय करने से क्या बदलता है
AliasX उपनाम निष्क्रिय करने से उस पते पर प्राप्ति बदलती है। इससे कंपनी के डेटाबेस से पता नहीं मिटता, पहले प्राप्त संदेश नहीं हटते और संबंधित सेवा खाता बंद नहीं होता। यह ऑर्डर, सदस्यता या अनुबंध रद्द करने का अनुरोध भी नहीं है।
लीक हुआ पता फिर गोपनीय नहीं बनता। जिसे पता मालूम है उसे आगे भी मालूम रहेगा। व्यावहारिक लाभ उस आने वाले रास्ते पर नियंत्रण है, खुलासा वापस लेना नहीं।
AliasX आने वाले ईमेल के लिए है; भेजना, जवाब और रिवर्स उपनाम उपलब्ध नहीं। कंपनी प्रभावित पते से जवाब माँगे तो प्रमाणित सहायता चैनल उपयोग करें और अन्य स्वीकृत प्रमाण पूछें। मुख्य मेलबॉक्स से लिखने से पहले सोचें कि क्या उसका पता इस मामले से जोड़ना चाहते हैं।
सिर्फ़ इनबॉक्स नहीं, खाता भी देखें
उपनाम पर कम संदेश आने से सेवा खाते की सुरक्षा साबित नहीं होती। सेवा जो खाता गतिविधि और सुरक्षा सूचनाएँ देती है उन्हें देखें। मूल घटना की सही जानकारी वाला नया “सहायता” संदेश भी सावधानी माँगता है; परिचित जानकारी प्रेषक की प्रामाणिकता का प्रमाण नहीं।
अंत में चार बातें सुनिश्चित करें: लॉगिन होता है, खाते में इच्छित संपर्क पता है, रिकवरी उपयोगी है और उजागर लॉगिन जानकारी पर कार्रवाई हुई है। उपनाम संभालने योग्य सीमा देता है। सेवा के अपने सुरक्षा और रिकवरी कदम आपकी प्रतिक्रिया पूरी करते हैं।