FreeOnes में 2017 की डेटा सेंध और ईमेल जाँच
उजागर हुए डेटा के प्रकार
4- ईमेल पते
- IP पते
- पासवर्ड
- उपयोगकर्ता नाम
इस डेटा उल्लंघन के बारे में
क्या FreeOnes में डेटा सेंध की पुष्टि हुई है?
एक प्रमुख सत्यापित सार्वजनिक डेटा उल्लंघन कैटलॉग में वयस्क सामग्री वाले FreeOnes फ़ोरम की डेटा सेंध को संवेदनशील और सत्यापित के रूप में दर्ज किया गया है। इसकी तारीख 16 फ़रवरी 2017 दर्ज है। इस बाहरी कैटलॉग के अनुसार अद्वितीय ईमेल पतों की संख्या 9,60,213 है। एक दूसरा स्वतंत्र सार्वजनिक कैटलॉग भी डोमेन, समयावधि और ईमेल, उपयोगकर्ता नाम, पासवर्ड तथा IP पतों की डेटा श्रेणियों को इसी घटना से जोड़ता है। इस संख्या को स्थानीय फ़ाइल की पंक्तियों की संख्या या अलग-अलग व्यक्तियों की संख्या नहीं मानना चाहिए।
स्थानीय डेटासेट की समीक्षा कैसे की गई?
3,92,75,966-बाइट वाले आर्काइव की अखंडता जाँच सफल रही और उसमें मौजूद दोनों सामान्य फ़ाइलों का पूरा ब्यौरा दर्ज किया गया। मुख्य डेटा फ़ाइल में बिना हेडर वाली 9,63,094 पंक्तियाँ हैं। उपयोगकर्ता नामों में कॉमा हो सकते हैं, इसलिए बाईं ओर से सीधे विभाजन करने के बजाय दाईं ओर से फ़ील्ड की स्थिति तय की गई: अंत से तीसरा फ़ील्ड ईमेल है, दूसरा 32-अक्षरों वाला हेक्साडेसिमल पासवर्ड-हैश फ़ील्ड है और आख़िरी एक सहायक क्रेडेंशियल फ़ील्ड है। दो स्वतंत्र पार्सरों ने पूरे डेटा की पार्सिंग करके एक जैसा कैनोनिकल आउटपुट दिया।
मौजूदा ईमेल नीति के तहत 9,62,950 प्रविष्टियाँ स्वीकार की गईं और 144 अस्वीकार की गईं। 10,135 दोहराई गई प्रविष्टियाँ हटाने के बाद 9,52,815 अद्वितीय ईमेल बचे। हर सक्रिय Mongo रिलेशन को दोबारा निर्यात किया गया और वह 9,52,815 पंक्तियों, 2,10,19,063 बाइट और SHA-256 के आधार पर स्रोत की कैनोनिकल फ़ाइल से बिल्कुल मेल खाता था। किसी भी मान को बाहरी कैटलॉग की संख्या के अनुरूप ढाला नहीं गया।
स्थानीय खोज में किन फ़ील्ड को शामिल किया गया?
स्थानीय स्रोत में उपयोगकर्ता नाम का एक फ़ील्ड, ईमेल के लिए एक अलग फ़ील्ड, 32-अक्षरों वाला हेक्साडेसिमल पासवर्ड-हैश फ़ील्ड और एक सहायक क्रेडेंशियल फ़ील्ड है, जिसकी संरचना दिखाई देती है, लेकिन उसे तैयार करने का सूत्र प्रमाणित नहीं है। बाहरी कैटलॉग में इस घटना के लिए साल्ट किए गए MD5 पासवर्ड डेटा और IP पतों का उल्लेख है; स्थानीय फ़ाइल में IP के लिए किसी अलग कॉलम की पुष्टि नहीं हुई। LeakData ने खोज में केवल स्पष्ट रूप से अधिकृत ईमेल फ़ील्ड को ही शामिल किया। उपयोगकर्ता नाम, हैश, सहायक फ़ील्ड या IP का कोई रिलेशन आयात नहीं किया गया।
9,60,213 और 9,52,815 में अंतर क्यों है?
बाहरी कैटलॉग में अद्वितीय ईमेलों की संख्या समीक्षा किए गए स्थानीय आर्काइव संस्करण से 7,398 अधिक है। स्रोत के संस्करणों, दायरे या कैनोनिकल रूप देने के नियमों में अंतर इसकी वजह हो सकता है; यह किसी निश्चित संख्या में लोगों या खातों के छूट जाने का प्रमाण नहीं है। विस्तृत मिलान में स्रोत के ऐसे 128 सटीक रिलेशन जोड़े गए जो मौजूद नहीं थे। इस प्रक्रिया में मौजूदा नीति के तहत अस्वीकार किए गए 50 मान और 15 पुराने टोकन हटाए गए। ये टोकन ईमेल फ़ील्ड के भीतर से निकाले गए थे, न कि पूरे फ़ील्ड के रूप में अधिकृत किए गए थे। अंतिम सक्रिय सेट संपूर्ण स्थानीय स्रोत से बाइट-दर-बाइट समान है।
उपयोगकर्ताओं को क्या करना चाहिए?
वयस्क फ़ोरम से जुड़ी होने के कारण यह घटना संवेदनशील है। यदि यही या इससे मिलता-जुलता पासवर्ड कहीं और भी इस्तेमाल किया गया था, तो हर खाते के लिए अलग पासवर्ड बनाएँ, सबसे पहले ईमेल खाते पर दो-कारक प्रमाणीकरण चालू करें और पासवर्ड रीसेट, जबरन वसूली या फ़िशिंग से जुड़े अप्रत्याशित संदेशों की पुष्टि किसी आधिकारिक माध्यम से करें, बिना उनमें दिए गए लिंक खोले। LeakData में मिलान मिलने से केवल यह साबित होता है कि वह पता इस स्थानीय ईमेल सेट में मौजूद है; इससे अपने-आप किसी व्यक्ति की पहचान, उसके फ़ोरम इस्तेमाल करने या किसी अन्य फ़ील्ड के साथ उसी रिकॉर्ड में उस पते के मौजूद होने की पुष्टि नहीं होती।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें