Life360: डेटा में सेंध
Life360 का डेटा उल्लंघन मार्च 2024 में परिवार की सुरक्षा और लोकेशन साझा करने वाली इस सेवा के उपयोगकर्ताओं की संपर्क जानकारी एकत्र किए जाने और बाद में साझा किए जाने से जुड़ा है। इसका दायरा लगभग 4,42,519 अलग-अलग ईमेल पतों तक है। इस रिकॉर्ड को संपर्क जानकारी से जुड़ा डेटा उल्लंघन माना गया, जिसमें लोकेशन का इतिहास शामिल नहीं है। उपयोगकर्ताओं को खातों, ब्रांडों या डेटा फ़ील्ड के बारे में गलत धारणा न हो, इसलिए कंपनी, देश, उद्योग, वेबसाइट और डेटा श्रेणी के फ़ील्ड की अलग-अलग जाँच की गई। इस रिकॉर्ड में लोकेशन के इतिहास, पासवर्ड या भुगतान संबंधी जानकारी की पुष्टि नहीं हुई।
उजागर हुए डेटा के प्रकार
3- ईमेल पते
- नाम
- फ़ोन नंबर
इस डेटा उल्लंघन के बारे में
पाठ से पुराने टेम्पलेट के शीर्षक हटाकर उसे ऐसे ढाँचे में बदला गया, जो उपयोगकर्ता को जोखिम, दायरे और आवश्यक कार्रवाई के बारे में सीधे जानकारी देता है। वेबसाइट फ़ील्ड को life360.com के रूप में रखा गया। प्रोटोकॉल नहीं जोड़ा गया था, इसलिए ऐसा फ़ॉर्मैट नहीं रखा गया जिससे लिंक में https दो बार दिखाई दे। उद्योग श्रेणी को सामान्य प्रौद्योगिकी से बदलकर परिवार की सुरक्षा और लोकेशन साझा करने के संदर्भ में रखा गया। हालाँकि, डेटा फ़ील्ड केवल पुष्टि की गई संपर्क जानकारी तक सीमित रखे गए।
लीक हुए डेटा के प्रकार और जोखिम
इस रिकॉर्ड में दिखाई देने वाले डेटा के प्रकार ईमेल पते, नाम और फ़ोन नंबर हैं। पासवर्ड फ़ील्ड की पुष्टि नहीं हुई। मुख्य जोखिम खाते से जुड़ी फर्जी रिपोर्ट, पारिवारिक समूह में शामिल होने के निमंत्रण और फ़ोन के ज़रिए सोशल इंजीनियरिंग के हैं। इन फ़ील्ड का अलग-अलग मूल्यांकन किया गया। जिन भुगतान कार्ड, बैंक खाते, सरकारी पहचान-पत्र, निजी संदेश, स्वास्थ्य रिकॉर्ड या अतिरिक्त प्रोफ़ाइल फ़ील्ड की पुष्टि नहीं हुई थी, उन्हें डेटा श्रेणियों की सूची में नहीं जोड़ा गया।
Life360 ब्रांड लोकेशन साझा करने के लिए जाना जाता है, इसलिए उपयोगकर्ता फर्जी डिवाइस, पारिवारिक समूहों या सुरक्षा अलर्ट से जुड़े संदेशों पर अधिक आसानी से विश्वास कर सकते हैं। अकेला ईमेल पता भी स्पैम और फ़िशिंग का जोखिम पैदा करता है, लेकिन नाम, फ़ोन नंबर, पता, IP, जन्मतिथि या पेशे से जुड़ी जानकारी के साथ मिलकर यह हमलावर के लिए अधिक व्यक्तिगत संदेश तैयार करना आसान बना देता है। इसलिए जोखिम का आकलन केवल रिकॉर्ड की संख्या के आधार पर नहीं, बल्कि इस आधार पर भी किया गया कि इन फ़ील्ड का एक साथ किस तरह इस्तेमाल किया जा सकता है।
सत्यापित दायरा और सीमाएँ
मार्च 2024 के लिए सत्यापित दायरे में लगभग 4,42,519 अलग-अलग ईमेल पते शामिल हैं। सत्यापित डेटा फ़ील्ड रखे गए, जबकि अपुष्ट फ़ील्ड हटा दिए गए। इससे उपयोगकर्ता को मौजूदा रिकॉर्ड की जानकारी मिलती है, बिना अनावश्यक चिंता पैदा किए और बिना वास्तविक जोखिम को कम करके बताए।
इस रिकॉर्ड में लोकेशन के इतिहास या परिवार के सदस्यों के विवरण की पुष्टि नहीं हुई थी, इसलिए इन फ़ील्ड को विवरण में शामिल नहीं किया गया। यदि नाम के आधार पर इस रिकॉर्ड से मिलती-जुलती अन्य घटनाएँ थीं, तो उन्हें जोड़कर एक बड़ी घटना नहीं बनाया गया। डोमेन नाम, कंपनी का नाम और उद्योग संबंधी जानकारी को यथासंभव सीमित और सही संदर्भ में रखा गया। इससे एक ही उल्लंघन की दोहरी प्रविष्टियाँ या गलत तरीके से उससे जुड़े उल्लंघन जोड़े जाने से बचा जा सकता है।
जोखिम में आने वाले उपयोगकर्ता समूह
जोखिम में वे लोग हैं जिनका Life360 खाता है या जिनकी संपर्क जानकारी इस सेवा से जुड़ी है। जिन उपयोगकर्ताओं की जानकारी इस रिकॉर्ड से मेल खाती है, उन्हें न केवल संबंधित सेवा के खाते पर, बल्कि उन अन्य खातों पर भी ध्यान देना चाहिए जिनमें वही ईमेल, उपयोगकर्ता नाम या पासवर्ड का पैटर्न इस्तेमाल किया गया है।
माता-पिता और पारिवारिक खाते का प्रबंधन करने वाले लोगों को डिवाइस के फर्जी सत्यापन और पारिवारिक समूह से जुड़े संदेशों के माध्यम से सोशल इंजीनियरिंग का अधिक जोखिम हो सकता है। कॉर्पोरेट ईमेल पते से पंजीकरण करने वालों के लिए जोखिम व्यक्तिगत खाते तक सीमित न रहकर आगे भी फैल सकता है। हमलावर नाम, भूमिका, फ़ोन नंबर, पता, खरीदारी, गेमिंग ID या पेशेवर प्रोफ़ाइल जैसी जानकारी का इस्तेमाल करके अधिक विश्वसनीय लगने वाले संदेश भेज सकते हैं। इसलिए उपयोगकर्ताओं को अपनी जानकारी का मेल मिलने को केवल एक साइट तक सीमित समस्या नहीं मानना चाहिए।
तुरंत उठाए जाने वाले कदम
प्रभावित उपयोगकर्ताओं को ऐप या वेबसाइट के ज्ञात पते के ज़रिए सीधे अपने Life360 खाते में लॉग इन करके अपनी संचार और सुरक्षा सेटिंग की जाँच करनी चाहिए। जिन खातों के लिए पासवर्ड फ़ील्ड मौजूद है, उनके मामले में वही पासवर्ड इस्तेमाल करने वाले सभी खातों के पासवर्ड बदलने चाहिए। जिन खातों के लिए पासवर्ड फ़ील्ड नहीं है, उनके मामले में ईमेल, फ़ोन और फर्जी सूचनाओं से जुड़े जोखिम पर ध्यान देना चाहिए। दोनों ही स्थितियों में ईमेल खाते को मज़बूत और अनूठे पासवर्ड से सुरक्षित रखना चाहिए।
संदेश में दिए गए लिंक पर क्लिक करने के बजाय संबंधित सेवा का पता खुद टाइप करना चाहिए या किसी विश्वसनीय पासवर्ड मैनेजर में सहेजी गई प्रविष्टि का इस्तेमाल करना चाहिए। फ़ोन पर मिले सत्यापन कोड, पासवर्ड रीसेट के अनुरोध, शिपमेंट, नौकरी के प्रस्ताव, सहायता, सदस्यता या सुरक्षा सूचनाओं जैसे संदेशों को किसी स्वतंत्र माध्यम से पुष्टि किए बिना सही नहीं मानना चाहिए।
लंबी अवधि की सुरक्षा रणनीतियाँ
परिवार की सुरक्षा से जुड़ी प्रक्रियाओं में पुराने फ़ोन नंबर हटाने चाहिए, खाता पुनर्प्राप्ति के लिए इस्तेमाल किए जाने वाले ईमेल खातों को सुरक्षित रखना चाहिए और परिवार के सदस्यों को सत्यापन कोड साझा न करने का नियम समझाना चाहिए। नियमित रूप से पुराने खातों, इस्तेमाल न होने वाले फ़ोन नंबर और पते के फ़ील्ड, बार-बार इस्तेमाल होने वाले उपयोगकर्ता नामों और एक जैसे पासवर्ड पैटर्न की समीक्षा करके उन्हें हटाना या बदलना चाहिए। उपयोगकर्ताओं को हर सेवा के लिए अलग पासवर्ड इस्तेमाल करना चाहिए और जहाँ संभव हो, दो-कारक प्रमाणीकरण चालू करना चाहिए।
सेवा प्रदाताओं के लिए न्यूनतम डेटा रखना, पासवर्ड की मज़बूत सुरक्षा, एक्सेस लॉग की निगरानी, अनावश्यक प्रोफ़ाइल फ़ील्ड हटाना और उल्लंघन के बाद उपयोगकर्ताओं को सूचित करना बुनियादी आवश्यकताएँ हैं। लोकेशन सेवाएँ देने वाले ऐप में संचार संबंधी डेटा भी सुरक्षा की दृष्टि से काफ़ी महत्त्वपूर्ण होता है। ऐसे मामलों में दायरे की सही जानकारी देना तकनीकी समस्या को ठीक करने जितना ही महत्त्वपूर्ण है। बढ़ा-चढ़ाकर दी गई या अधूरी जानकारी उपयोगकर्ता को गलत कदम उठाने के लिए गुमराह कर सकती है।
रिकॉर्ड की जाँच और उपयोगकर्ता की कार्रवाई
उपयोगकर्ता को सबसे पहले अपने ईमेल पते से इस रिकॉर्ड में मिलान की जाँच करनी चाहिए। यदि मेल मिलता है, तो यह मानकर चलना चाहिए कि कुछ रिकॉर्ड में नाम और फ़ोन संबंधी जानकारी भी मौजूद हो सकती है। परिवार और डिवाइस की सुरक्षा से जुड़े संदेशों की भी पुष्टि करनी चाहिए। मेल न मिलने से यह संभावना पूरी तरह समाप्त नहीं हो जाती कि पुराने पासवर्ड दोबारा इस्तेमाल किए गए हों या उसी सेवा से जुड़े अलग-अलग ईमेल इस्तेमाल हुए हों। इसलिए महत्त्वपूर्ण खातों की अलग से समीक्षा करनी चाहिए।
इस रिकॉर्ड की स्थिति सत्यापित बनी रही। हालाँकि, संवेदनशीलता का फ़्लैग बंद रखा गया, क्योंकि सत्यापित फ़ील्ड में लोकेशन या पासवर्ड शामिल नहीं थे। इस व्यवस्था में डेटा फ़ील्ड को अंग्रेज़ी की मानक श्रेणियों के रूप में ही रखा गया, उपयोगकर्ता को दिखने वाला विवरण तुर्की में मौलिक रूप से लिखा गया, अपुष्ट फ़ील्ड शामिल नहीं किए गए और संवेदनशीलता के फ़्लैग का इस्तेमाल केवल तभी किया गया जब जोखिम के संदर्भ से उसका समर्थन होता था।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें