ادعاء خرق بيانات EliteMeeting في 2015

لا يُجزم بشهر أو يوم محدد. يشير HEROIC وSysinfo إلى يناير 2015، بينما أشارت أدلة LeakCheck المختومة سابقًا إلى ديسمبر 2014. لم يُطمس هذا الخلاف، ولم يُعتمد رأي الأغلبية لإسناد تاريخ دقيق للحادثة. فتاريخ 1 يناير 2015 المخزّن في الفهرس ليس سوى تمثيل تقني لبداية السنة، ولا يعني أن الحادثة وقعت في ذلك اليوم أو ذلك الشهر. لذلك تُخزّن قيمة breachDatePrecision بصفتها year. يذكر HEROIC وجود 562,459 حسابًا، ويذكر Sysinfo عددًا يبلغ 567,356، ويصف LeakCheck نحو 551 ألف سجل، ويسرد BreachEra 569,733 صفًا. لم يُوفَّق بين هذه الأرقام العلنية المتعارضة بالتخمين، ولم تُستخدم لتقليص مجموعة عناوين البريد الإلكتروني المرجعية أو استكمالها، ولا تُعامل على أنها عدد دقيق للأشخاص المتأثرين.

اجتاز أرشيف 7z الذي خضع للمراجعة، والبالغ حجمه 6,744,606 بايت، اختبار سلامته. ويحتوي على ملفين عاديين يبلغ مجموع حجميهما 18,527,549 بايت منطقي، ولا يتضمن أي أرشيف متداخل. الملف الأساسي، EliteMeeting/data/elitemeeting.com_2015.txt، هو دفق بيانات بلا ترويسة، تفصل النقطتان الرأسيتان بين حقوله، ويضم 569,733 سجلًا بتنسيق CRLF، وما بين حقلين وخمسة حقول في كل سجل. يتضمن اسم الملف نطاق المؤسسة والسنة 2015، فيما تصف التقارير العلنية، بصورة مستقلة، مجموعة البيانات بأنها أزواج من عناوين البريد الإلكتروني وكلمات المرور. أما الملف الثاني، Breached_Info.txt، فقد فُحص بالكامل، ولم يحتوِ على حقل بريد إلكتروني ولا على علامة @، وصُنّف بأنه NO_EMAIL_FIELD. صُنّف كل عنصر في الأرشيف، ولا يوجد أي عنصر مؤجّل أو مشفّر أو ذو مسار غير آمن أو مستبعد على نحو ملتبس.

تُختار الخلية الأولى كاملةً فقط من كل سجل ذي حقول مفصولة بالنقطتين الرأسيتين لتكون حقل البريد الإلكتروني. فحص برنامجان مستقلان بلغة Go، بشيفرتين مصدريتين مختلفتين وملفين تنفيذيين مختلفين بعد الترجمة البرمجية، كامل ملف البيانات البالغ حجمه 18,527,167 بايت. يعتمد أحد التطبيقين على القراءة المتدفقة، بينما يستخدم الآخر تصميمًا قائمًا على مخزن مؤقت لكامل البيانات وطريقة تحقق مختلفة. ويتفق البرنامجان تمامًا على وجود 569,733 سجلًا فعليًا، و571,979 علامة @، و564,019 حالة ورود صالحة لعناوين بريد إلكتروني في الحقل الأول، و5,714 سجلًا مرفوضًا في الحقل الأول. كما جرى تحليل خصائص كل حقل لاحق لاختبار حدود تعيين الحقول. احتوى جانب كلمات المرور على 191 قيمة صادف أنها تشبه عناوين بريد إلكتروني؛ كانت 189 منها فريدة، ولم تظهر 58 منها في مجموعة عناوين البريد الإلكتروني المختارة. استُبعدت جميعها لأن موضعها الدلالي هو حقل كلمة المرور. ولم يُحتفظ بقيم كلمات المرور، ولم تؤخذ عينات منها، ولم تُستورد.

بعد حذف 1,857 حالة ورود مكررة من أصل 564,019 حالة ورود مقبولة لعناوين البريد الإلكتروني، كانت النتيجة قائمة مرتبة تضم 562,162 عنوان بريد إلكتروني مرجعيًا فريدًا. أنتج المحللان الجديدان قيم SHA-256 متطابقة بايتًا ببايت لكل من مرات الورود والمجموعة المرجعية، كما يتطابق الملف المرجعي مع الأدلة التي أُنشئت بصورة مستقلة وخُتمت في 17 أغسطس. لم تحدث أخطاء في التحليل أو الفحص، ولا مواءمة للأعداد لتطابق أعداد الفهرس، ولا دمج لمجموعات قيم من حقول مختلفة، ولا تنقيب عن وحدات نصية في السجلات المرفوضة. يمثّل totalRecords صفوف المصدر الفعلية البالغ عددها 569,733؛ ويمثّل كل من canonicalEmailCount وaffectedCountLowerBound عناوين البريد الإلكتروني المرجعية الفريدة التي جرى التحقق منها، والبالغ عددها 562,162. ولا يمثّل أيٌّ من العددين عدد الأشخاص المختلفين: فقد يستخدم شخص واحد عدة عناوين، وقد يتشارك أشخاص في استخدام العناوين، كما قد لا يمثّل الأرشيف الحادثة كاملة. العدد الدقيق للأشخاص المتأثرين غير معروف، ولذلك تبقى قيمة pwnCount هي null.

وجود تطابق وحده لا يثبت أن صاحب العنوان استخدم EliteMeeting، أو استخدمها في تاريخ معين، أو لا يزال يستخدم كلمة مرور موجودة في المصدر. للحد من تفسير التطابقات على نحو يؤدي إلى نتائج إيجابية كاذبة، يُبقي هذا القيد ظاهرًا كلًا من حالة عدم التحقق، والاقتصار على السنة في تحديد التاريخ، وتعارض الأعداد العلنية، واقتصار نطاق الاستيراد على عناوين البريد الإلكتروني. ينبغي لمن أعادوا استخدام كلمة مرور في خدمة أخرى أن يغيّروها، ويفعّلوا المصادقة متعددة العوامل حيثما كانت متاحة، ويتحققوا من الروابط غير المتوقعة عبر قناة مستقلة، وأن يحذروا خصوصًا من رسائل التصيد أو الابتزاز التي تحاول استغلال سياق التعارف الحساس.