Renting Authority: डेटा उजागर होने का कथित मामला

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

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

जोखिम में वे लोग हैं जिन्होंने Renting Authority के माध्यम से किराये के लिए आवेदन किया है, साथ में आवेदन करने वाले परिवार के सदस्य, गारंटर, मकान मालिकों से संपर्क करने वाले लोग और वे उपयोगकर्ता जिनके पुराने आवेदन रिकॉर्ड मौजूद हैं। किराये की प्रक्रिया के दौरान साझा की गई पहचान और संपर्क संबंधी जानकारी लंबे समय तक प्रासंगिक बनी रहती है; जन्मतिथि और सोशल सिक्योरिटी नंबर ऐसे फ़ील्ड हैं जिन्हें बदला नहीं जा सकता। हमलावर फ़र्ज़ी संपत्ति विज्ञापनों, आवेदन की स्थिति में बदलाव, जमा राशि की वापसी, पहचान सत्यापन या क्रेडिट जाँच के बहाने संदेश भेज सकते हैं। जब फ़ोन नंबर और ईमेल पते एक साथ मिल जाते हैं, तो ऐसे संदेश SMS, ईमेल और कॉल के ज़रिये भेजे जा सकते हैं।

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

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

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