خرق بيانات منتدى Kimsufi لعام 2015
خرق بيانات منتدى Kimsufi لعام 2015 يتعلق بحادث نُسب إلى منتدى مجتمعي تابع لمزود الاستضافة ويعتمد على vBulletin. يسرد سجل الخرق الخارجي الموثّق 504,565 عنوان بريد إلكتروني فريد، ويحدد فئات البيانات بأنها عناوين البريد الإلكتروني وعناوين IP وكلمات المرور وأسماء المستخدمين؛ ويصف قيم تجزئة كلمات المرور بأنها تجزئات MD5 مملّحة. ولا يمثل هذا الرقم عدد المستخدمين أو العملاء أو الخوادم أو منشورات المنتدى. لا توجد في بيئة الإنتاج أي مهمة استيراد أو بيانات محلية على مستوى الأفراد لهذا السجل.
أنواع البيانات المنكشفة
4- عناوين البريد الإلكتروني
- عناوين IP
- كلمات المرور
- أسماء المستخدمين
حول خرق البيانات هذا
ما الذي يمكن إثباته من التاريخ والمصادر؟
لا يصف السجل الخارجي توقيت الحادث إلا بأنه وقع في «منتصف 2015»، مع إدراج تاريخ 1 مايو 2015. ولم يُكشف عن توقيت الوصول أو الاكتشاف أو النشر بدقة اليوم، لذا يُحتفظ بالتاريخ بدقة الشهر ويُعامل بوصفه مؤشرًا زمنيًا تقريبيًا في الكتالوج. ويؤكد أرشيف ويب من فترة الحادث أن منتدى Kimsufi كان يستخدم vBulletin 4.2.2 وكان مرتبطًا بخدمة الاستضافة؛ لكن الأرشيف لا يشكل بحد ذاته دليلًا على الخرق.
لم يُعثر على أي إشعار علني من الشركة بشأن الحادث، أو إفصاح مقدم إلى جهة تنظيمية، أو تقرير تقني أصلي يوضح طريقة الوصول الأولي. ولذلك تظل طريقة الهجوم ومدة الوصول والجهة المسؤولة وتوقيت النشر غير معروفة. وقد أُزيلت السيناريوهات السابقة المتعلقة بإدارة الخوادم أو الوصول عبر SSH أو بيانات الدفع أو الانتقال إلى شبكات الأعمال، لأن المصادر المختارة لا تدعمها.
التغطية المحلية وحالة النطاق
لا تتضمن مجموعات البريد الإلكتروني وأسماء المستخدمين وكلمات المرور والهوية والهاتف وعناوين IP والحقول الشخصية والبيانات الحساسة وبيانات الخروقات العامة أي ارتباطات محلية بهوية Kimsufi. ولا تُعرض عناوين البريد الإلكتروني الخارجية الفريدة البالغ عددها 504,565 بوصفها حسابات قابلة للبحث محليًا، كما لا ينبغي افتراض وجود الحقول الأربعة معًا لكل شخص. ولم يكشف فحص التكرار باستخدام العنوان واسم الشركة والنطاق ومقياس حجم الحادث عن سجل ثانٍ في الكتالوج.
لا يزال kimsufi.com وصفحة الخدمة الرسمية الحالية لـ Kimsufi يعملان. ويعيد اسم مضيف المنتدى القديم التوجيه الآن إلى موقع الخدمة الرئيسي؛ ولا تؤكد إعادة التوجيه هذه تفاصيل الحادث. ينبغي لكل من أعاد استخدام كلمة مرور المنتدى القديمة في خدمة أخرى أن يستبدلها بكلمة مرور فريدة في تلك الخدمة. أما الرسائل غير المتوقعة التي تبدو متعلقة بالاستضافة أو الفوترة أو لوحة إدارة، فينبغي التحقق منها بالانتقال بصورة مستقلة إلى النطاق الرسمي الحالي بدلًا من اتباع رابط الرسالة.
منهجية التحقق والتحرير
تقارن LeakData اسم الحادثة وتاريخها وعدد السجلات المتأثرة وأنواع البيانات المنكشفة بالمصادر المتاحة. لا تُعرض الحقول التي لم يتم التحقق منها على أنها حقائق، وتُحدَّث السجلات عند توفّر أدلة جديدة.
الإبلاغ عن معلومات ناقصة أو غير صحيحة