EliteMeeting 2015 डेटा लीक का दावा

किसी सटीक महीने या दिन का दावा नहीं किया गया है। HEROIC और Sysinfo जनवरी 2015 की ओर संकेत करते हैं, जबकि पहले सीलबंद किए गए LeakCheck साक्ष्य दिसंबर 2014 की ओर संकेत करते थे। इस मतभेद को मिटाया नहीं गया, और अधिकांश स्रोतों के मत को सटीक तारीख का दर्जा नहीं दिया गया। कैटलॉग में दर्ज 1 जनवरी 2015 की तारीख वर्ष की शुरुआत दर्शाने वाला केवल एक तकनीकी निरूपण है; इसका अर्थ यह नहीं है कि घटना उसी दिन या उसी महीने हुई थी। इसलिए breachDatePrecision का मान year रखा गया है। HEROIC ने 5,62,459 खातों की जानकारी दी है, Sysinfo ने 5,67,356 की, LeakCheck ने लगभग 551 हज़ार रिकॉर्ड बताए हैं और BreachEra में 5,69,733 पंक्तियाँ दर्ज हैं। इन परस्पर विरोधी सार्वजनिक संख्याओं को अनुमान लगाकर एक-दूसरे से नहीं मिलाया गया, कैनोनिकल ई-मेल समूह में कटौती करने या उसे भरने के लिए इनका उपयोग नहीं किया गया, और इन्हें प्रभावित व्यक्तियों की सटीक संख्या नहीं माना जाता।

जाँचा गया 67,44,606-बाइट का 7z आर्काइव अखंडता परीक्षण में सफल रहा। इसमें दो सामान्य सदस्य फ़ाइलें हैं, जिनका कुल लॉजिकल आकार 1,85,27,549 बाइट है, और इसके भीतर कोई अन्य आर्काइव नहीं है। मुख्य सदस्य फ़ाइल, EliteMeeting/data/elitemeeting.com_2015.txt, हेडर-रहित स्ट्रीम है जिसमें फ़ील्ड कोलन से अलग किए गए हैं। इसमें 5,69,733 CRLF रिकॉर्ड हैं और प्रत्येक रिकॉर्ड में दो से पाँच फ़ील्ड हैं। इसके फ़ाइल नाम में संगठन का डोमेन और वर्ष 2015 शामिल हैं, जबकि सार्वजनिक रिपोर्टें स्वतंत्र रूप से इस डेटासेट को ई-मेल और पासवर्ड के जोड़ों के रूप में बताती हैं। दूसरी सदस्य फ़ाइल, Breached_Info.txt, पूरी तरह स्कैन की गई। इसमें न कोई ई-मेल फ़ील्ड था, न कोई @ चिह्न, और इसे NO_EMAIL_FIELD के रूप में वर्गीकृत किया गया। आर्काइव की हर सदस्य फ़ाइल का वर्गीकरण किया गया है; कोई भी सदस्य फ़ाइल समीक्षा के लिए लंबित नहीं है, एन्क्रिप्टेड नहीं है, उसका पथ असुरक्षित नहीं है और उसे अस्पष्ट आधार पर बाहर नहीं रखा गया है।

हर रिकॉर्ड में कोलन से अलग की गई पहली सेल को ही पूरा का पूरा ई-मेल फ़ील्ड चुना जाता है। अलग-अलग सोर्स कोड और अलग संकलित बाइनरी वाले दो स्वतंत्र Go प्रोग्रामों ने पूरी 1,85,27,167-बाइट डेटा फ़ाइल स्कैन की। एक प्रोग्राम स्ट्रीमिंग विधि से काम करता है, जबकि दूसरा पूरे बफ़र पर आधारित डिज़ाइन और एक अलग सत्यापन विधि का उपयोग करता है। दोनों के परिणाम 5,69,733 भौतिक रिकॉर्ड, 5,71,979 @ चिह्न, पहले फ़ील्ड में वैध ई-मेल की 5,64,019 आवृत्तियों और पहले फ़ील्ड के आधार पर अस्वीकार किए गए 5,714 रिकॉर्डों पर पूरी तरह सहमत हैं। फ़ील्ड-मैपिंग की सीमा की जाँच के लिए बाद के हर फ़ील्ड का भी विश्लेषण किया गया। पासवर्ड वाले फ़ील्डों में 191 ऐसे मान थे जो संयोग से ई-मेल पतों जैसे दिखते थे; इनमें से 189 अद्वितीय थे और 58 चुने गए ई-मेल समूह में मौजूद नहीं थे। इन सभी को बाहर रखा गया, क्योंकि रिकॉर्ड में उनकी भूमिका पासवर्ड फ़ील्ड की थी। पासवर्ड के मान न रखे गए, न उनके नमूने लिए गए और न ही उन्हें आयात किया गया।

स्वीकार की गई 5,64,019 ई-मेल आवृत्तियों में से 1,857 दोहराव हटाने के बाद, 5,62,162 क्रमबद्ध अद्वितीय कैनोनिकल ई-मेल पते मिले। दोनों नए पार्सरों से प्राप्त ई-मेल आवृत्तियों और कैनोनिकल डेटा के SHA-256 परिणाम बाइट-दर-बाइट समान थे। कैनोनिकल फ़ाइल भी स्वतंत्र रूप से तैयार किए गए उन साक्ष्यों से मेल खाती है जिन्हें 17 अगस्त को सीलबंद किया गया था। पार्सिंग या स्कैनर संबंधी कोई त्रुटि नहीं हुई; न कैटलॉग की संख्या से मिलाने के लिए समायोजन किया गया, न अलग-अलग फ़ील्डों के डेटा को जोड़ा गया, और न अस्वीकार किए गए रिकॉर्डों से टोकन खोजकर निकाले गए। totalRecords स्रोत की 5,69,733 भौतिक पंक्तियों को दर्शाता है; canonicalEmailCount और affectedCountLowerBound सत्यापित 5,62,162 अद्वितीय कैनोनिकल ई-मेल पतों को दर्शाते हैं। इनमें से कोई भी संख्या अलग-अलग व्यक्तियों की गिनती नहीं है: एक व्यक्ति कई पते इस्तेमाल कर सकता है, पते साझा किए जा सकते हैं और हो सकता है कि आर्काइव पूरी घटना का प्रतिनिधित्व न करता हो। प्रभावित व्यक्तियों की सटीक संख्या अज्ञात है, इसलिए pwnCount का मान null ही रहता है।

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