Spidermetrix में 2017 का डेटा उल्लंघन

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

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

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

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

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

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