[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2smz9y2n1lk2p":3,"$f14n7f6vw65vx0":55},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":18,"affectedCount":18,"affectedCountStatus":19,"affectedCountLowerBound":20,"affectedCountUnit":21,"hasEnglishDescription":4,"contentLocale":22,"availableLocales":23,"translations":33,"severity":44,"dataClasses":45,"description":48,"seoTitle":49,"seoDescription":50,"logoUrl":51,"isVerified":4,"isSensitive":52,"isSpamList":52,"isMalware":52,"company":53},"6a452308a20f867c8ba8e70a","Synthient Credential Stuffing Threat Data","بيانات Synthient عن تهديد حشو بيانات الاعتماد","synthient-credential-stuffing-threat-data","","2025-04-11T00:00:00.000Z","2025-11-06T04:58:49.000Z","2026-10-10T09:38:29.754Z","Verified breach record","https:\u002F\u002Fwww.troyhunt.com\u002F2-billion-email-addresses-were-exposed-and-we-indexed-them-all-in-have-i-been-pwned\u002F",[15,17],"https:\u002F\u002Fwww.troyhunt.com\u002Finside-the-synthient-threat-data\u002F",1957476021,"known",null,"unknown","ar",[24,25,26,27,28,22,29,30,31,32],"en","tr","zh","hi","es","fr","bn","pt","ru",{"en":34,"tr":35,"zh":36,"hi":37,"es":38,"ar":39,"fr":40,"bn":41,"pt":42,"ru":43},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Critical",[46,47],"Email addresses","Passwords","\u003Cp>يمثل \u003Cstrong>تسريب بيانات Synthient عن تهديد حشو بيانات الاعتماد\u003C\u002Fstrong>، المؤرخ في 11 أبريل 2025، مجموعة بيانات اعتماد جرى التحقق منها، ويعكس نطاقًا من المخاطر أوسع بكثير من سرقة بيانات عملاء موقع واحد. ففي هذه الواقعة، جرى تداول نحو 2 مليار عنوان بريد إلكتروني فريد، إلى جانب معلومات كلمات مرور مستمدة من تسريبات بيانات سابقة وقوائم إساءة استخدام. وقد جرى التحقق من أن عدد السجلات المتأثرة يبلغ 1,957,476,021، وأن أنواع البيانات تقتصر على عناوين البريد الإلكتروني وكلمات المرور. وتكمن خطورة الواقعة من منظور أمان الحساب في قدرة المهاجمين على تجربة عنوان البريد الإلكتروني وكلمة المرور نفسيهما على خدمات مختلفة للوصول إلى حسابات أخرى.\u003C\u002Fp>\n\u003Ch2>أنواع البيانات المسربة ومخاطرها\u003C\u002Fh2>\n\u003Cp>تشمل أنواع البيانات التي جرى التحقق منها في \u003Cstrong>بيانات Synthient عن تهديد حشو بيانات الاعتماد\u003C\u002Fstrong> عناوين البريد الإلكتروني وكلمات المرور. ويوفر عنوان البريد الإلكتروني للمهاجمين نقطة انطلاق لاختيار الأهداف وإعداد رسائل تصيد مخصصة. كما أن وجود كلمة مرور أو تطابقها يزيد مباشرةً من خطر الاستيلاء على الحساب، ولا سيما عند إعادة استخدام كلمة المرور نفسها في حسابات متعددة. لذلك، لا ينبغي النظر إلى الواقعة باعتبارها مجرد تداول لكلمات مرور قديمة، بل باعتبارها مجموعة بيانات واسعة النطاق لحشو بيانات الاعتماد، تنشئ خطرًا متسلسلًا يهدد الهوية الرقمية للمستخدم بأكملها.\u003C\u002Fp>\n\u003Cp>لا تندرج حقول مثل رقم الهاتف أو العنوان الفعلي أو بطاقة الدفع أو رقم الهوية الرسمي ضمن فئات البيانات التي جرى التحقق منها في هذه المجموعة. ويتمثل الخطر الأساسي في الجمع بين عنوان البريد الإلكتروني وكلمة المرور. ومع ذلك، ينبغي عدم الاستهانة بالأثر؛ فعندما يعيد المستخدمون استخدام كلمة المرور نفسها في خدمات مختلفة، يستطيع المهاجمون تجربة المعلومات التي حصلوا عليها على شبكات التواصل الاجتماعي وخدمات البريد الإلكتروني وحسابات التسوق ومنصات الألعاب وأدوات العمل. وقد تؤدي المحاولات الناجحة إلى نتائج مثل إعادة تعيين كلمات المرور أو إشعارات تسجيل دخول مزيفة أو احتيال في المدفوعات أو امتداد الاختراق إلى حسابات المؤسسة.\u003C\u002Fp>\n\u003Cp>قد يبدو عنوان البريد الإلكتروني وحده مجرد معلومة تواصل يعرفها الجميع، لكن مستوى الخطر يتغير عند إقرانه بمعلومات كلمة المرور. ويمكن للمهاجمين اختبار المعلومات نفسها على خدمات كثيرة باستخدام أدوات آلية لتجربة بيانات تسجيل الدخول، ثم بيع بيانات الدخول التي ثبتت صلاحيتها أو استخدامها في احتيال موجه. وعلى وجه الخصوص، قد تعرض كلمات المرور القديمة والمعاد استخدامها حسابات جديدة للخطر حتى بعد مرور سنوات. لذلك، حتى لو وقعت الحادثة في 2025، يظل الخطر قائمًا إذا استُخدمت كلمة المرور نفسها في حساب آخر سابقًا أو ما زالت تُستخدم اليوم.\u003C\u002Fp>\n\u003Ch2>النطاق الذي جرى التحقق منه وحدوده\u003C\u002Fh2>\n\u003Cp>النطاق الذي جرى التحقق منه هو أن مجموعة بيانات حشو بيانات الاعتماد المؤرخة في 11 أبريل 2025 تؤثر في 1,957,476,021 حسابًا فريدًا، وأن فئات البيانات المسربة هي عناوين البريد الإلكتروني وكلمات المرور. ولا تشير هذه المجموعة إلى أن بيانات حسابات المستخدمين التابعة للنطاق synthient.com تعرضت لتسريب مباشر. والتفسير الأدق هو أن المجموعة الكبيرة من بيانات الاعتماد، التي جُمعت من قوائم إساءة استخدام مختلفة ومصادر تسريبات سابقة، تمثل خطرًا جرى التحقق منه على أمان المستخدمين. وهذا التمييز مهم لأن الواقعة تشير إلى تهديد واسع النطاق بالاستيلاء على الحسابات بسبب إعادة استخدام كلمات المرور، لا إلى حساب لدى شركة واحدة.\u003C\u002Fp>\n\u003Cp>ينبغي اعتماد 6 نوفمبر 2025 تاريخًا للإضافة، و11 أبريل 2025 تاريخًا للواقعة. وظهور تاريخ 2025 على شاشات المستخدمين ليس خطأً في هذه الواقعة؛ فالخطأ يتمثل في الخلط بين تاريخ الظهور الأول لمجموعة البيانات وتواريخ أخرى أُدخلت لاحقًا إلى النظام بصورة غير صحيحة. ويجب في هذه الواقعة الفصل بين تاريخ التسريب وتاريخ الإضافة وعدد السجلات المتأثرة. ولا يغير التحقق من الواقعة خلال 2025 حقيقة أن كلمات المرور المستمدة من تسريبات قديمة لا تزال تشكل خطرًا قائمًا.\u003C\u002Fp>\n\u003Cp>لهذا النطاق حدود أيضًا. فقد لا توضح مجموعة البيانات، لكل مستخدم، الخدمة المحددة التي جاءت منها كل كلمة مرور. ولا يعني ظهور عنوان بريد إلكتروني في هذه الواقعة أن المستخدم يتعرض حاليًا لاختراق فعلي. لكن إذا ظل عنوان البريد الإلكتروني نفسه وكلمة المرور نفسها أو كلمة مشابهة مستخدمين في خدمات أخرى، فهناك بيانات اعتماد يمكن للمهاجمين تجربتها. لذلك، ينبغي فهم النتيجة لا بوصفها سببًا للذعر، بل تحذيرًا قويًا يستدعي مراجعة كلمات المرور وتحديثها بسرعة وبصورة شاملة.\u003C\u002Fp>\n\u003Ch2>فئات المستخدمين المعرضة للخطر\u003C\u002Fh2>\n\u003Cp>تتكون الفئة الأكثر عرضة للخطر من الأشخاص الذين يستخدمون كلمة المرور نفسها في خدمات متعددة. فإذا استُخدمت كلمة مرور سابقًا في منتدى أو حساب ألعاب أو موقع تسوق عُدّ منخفض الأولوية، ثم أُعيد استخدامها في حساب بريد إلكتروني أو تواصل اجتماعي أو عمل، فقد توفر هذه المجموعة للمهاجمين قائمة لاختبارها. وحتى إذا كانت كلمة المرور طويلة، يظل الخطر قائمًا ما دامت غير فريدة. لذا، لا تقتصر المشكلة على اختيار كلمات مرور ضعيفة؛ فالخطر الرئيسي هو إعادة استخدام كلمة مرور تبدو قوية في حسابات مختلفة.\u003C\u002Fp>\n\u003Cp>تتكون الفئة الثانية المعرضة للخطر من الموظفين الذين يستخدمون عناوين بريدهم الإلكتروني المؤسسية في خدمات شخصية. وظهور عنوان البريد الإلكتروني المؤسسي لأحد الموظفين في قوائم حشو بيانات الاعتماد لا يثبت أن أنظمة الشركة قد اختُرقت، لكنه يساعد المهاجمين على استهداف نطاق الشركة. وقد تصبح رسائل التصيد أكثر إقناعًا، ولا سيما لدى العاملين في فرق الإدارة والمالية والموارد البشرية والدعم وعلاقات العملاء. وينبغي للمؤسسات التعامل مع حالات التطابق هذه من خلال تغيير كلمات المرور والمصادقة متعددة العوامل والإشعارات التوعوية.\u003C\u002Fp>\n\u003Cp>تتكون الفئة الثالثة المعرضة للخطر من الحسابات التي لا يتذكر مستخدموها كلمات مرورهم القديمة أو لا يستخدمون مديرًا لكلمات المرور. فعندما لا يستطيع المستخدمون تتبع كلمة المرور المستخدمة لكل خدمة، يصعب تقييم المخاطر لكل حساب على حدة. وفي هذه الحالة، يتمثل النهج الأكثر فاعلية في تخصيص كلمة مرور فريدة لكل خدمة حساسة، بدءًا بالحسابات المهمة، وتفعيل المصادقة متعددة العوامل. ويُعد حساب البريد الإلكتروني من الحسابات التي ينبغي حمايتها أولًا، لأنه يؤدي دورًا محوريًا في عمليات إعادة تعيين كلمات المرور.\u003C\u002Fp>\n\u003Ch2>الإجراءات العاجلة الواجب اتخاذها\u003C\u002Fh2>\n\u003Cp>ينبغي للمستخدمين المتأثرين بهذه الواقعة أن يحددوا أولًا جميع الحسابات التي استخدموا فيها كلمة المرور نفسها أو كلمة مشابهة، وأن يستبدلوا كلمات المرور هذه بكلمات قوية وفريدة. ويجب إعطاء الأولوية لحسابات البريد الإلكتروني والخدمات المصرفية وخدمات الدفع ووسائل التواصل الاجتماعي والتخزين السحابي وأدوات العمل وحسابات التسوق المستخدمة بكثرة. وإذا اقتصر تغيير كلمة المرور على خدمة واحدة، فقد يواصل المهاجمون تجربة المعلومات نفسها في أماكن أخرى.\u003C\u002Fp>\n\u003Cp>الخطوة الثانية هي تفعيل المصادقة متعددة العوامل. فالمصادقة عبر تطبيق أو باستخدام مفتاح أمان مادي توفر حماية أقوى من الاعتماد على رمز يُرسل برسالة نصية قصيرة (SMS) وحده. وينبغي مراجعة الأجهزة غير المعروفة والجلسات المفتوحة وعناوين البريد الإلكتروني المضافة حديثًا لاسترداد الحساب والإشعارات الأمنية غير المتوقعة ضمن إعدادات الحساب. كما ينبغي إنهاء الجلسات المشبوهة وتحديث معلومات الاسترداد والتحقق من سجل عمليات تسجيل الدخول الأخيرة.\u003C\u002Fp>\n\u003Cp>الخطوة الثالثة هي الحذر من التصيد ورسائل الدعم المزيفة. فقد يستخدم المهاجمون عناوين البريد الإلكتروني الواردة في مجموعة البيانات لإرسال رسائل تتضمن إشعارات بإعادة تعيين كلمة المرور أو تنبيهات أمنية أو تهديدات بإغلاق الحساب. وبدلًا من النقر على الروابط، ينبغي كتابة عنوان الخدمة المعنية يدويًا في المتصفح، والتحقق من المرفقات قبل فتحها، وعدم مشاركة رموز التحقق غير المتوقعة مع أي شخص.\u003C\u002Fp>\n\u003Cp>يختلف ترتيب الإجراءات العاجلة للمؤسسات قليلًا. فينبغي أولًا فحص عناوين البريد الإلكتروني التابعة لنطاق المؤسسة، وإعطاء الأولوية للحسابات ذات المستوى الرفيع، وإلزام المستخدمين المعرضين للخطر بتغيير كلمات المرور. ثم ينبغي مراجعة نطاق تطبيق MFA وسجلات الجلسات ومحاولات تسجيل الدخول الفاشلة والتنبيهات المتعلقة بمواقع جغرافية غير معتادة. ويجب إرسال إشعار قصير وواضح إلى الموظفين لتذكيرهم بعدم إعادة استخدام كلمات المرور.\u003C\u002Fp>\n\u003Ch2>استراتيجيات الأمان طويلة الأمد\u003C\u002Fh2>\n\u003Cp>لا يمكن طي صفحة الوقائع المرتبطة بمجموعات بيانات حشو بيانات الاعتماد تمامًا بمجرد تغيير كلمة المرور مرة واحدة. وللحماية على المدى الطويل، ينبغي تخصيص كلمة مرور فريدة لكل خدمة، وحفظ كلمات المرور في مدير موثوق لكلمات المرور، واعتماد MFA إجراءً أساسيًا للحسابات الحساسة. وينبغي للمستخدمين عدم إعادة استخدام كلمات المرور القديمة، وتجنب تنويعاتها التي يسهل تخمينها، والإبقاء على الإشعارات الأمنية مفعلة للحسابات المهمة. وبهذه الطريقة، يمكن منع أثر التطابق في مجموعة بيانات من الامتداد إلى حسابات أخرى.\u003C\u002Fp>\n\u003Cp>على مستوى المؤسسات، تتمثل الاستراتيجية المستدامة في متابعة ظهور عناوين البريد الإلكتروني للموظفين على الخدمات الخارجية بانتظام، والتعامل مع النتائج وفق مستوى مخاطرها. فليست كل حالات التطابق بالدرجة نفسها من الاستعجال؛ إذ ينبغي التعامل بسرعة أكبر مع الحسابات ذات المستوى الرفيع أو التابعة لأقسام حساسة عندما تظهر مع كلمات مرورها. وعلى الشركات الجمع بين سياسات تحد من إعادة استخدام كلمات المرور، وفرض MFA، ودعم مفاتيح الأمان، ومراقبة الجلسات، وتدريب الموظفين على الوعي الأمني.\u003C\u002Fp>\n\u003Cp>توضح هذه الواقعة أيضًا سبب الحاجة إلى تغيير ثقافة استخدام كلمات المرور. وينبغي للمستخدمين أن يدركوا أن استخدام كلمة مرور واحدة طويلة ومعقدة في كل مكان لا يكفي. فالنهج الآمن هو إنشاء كلمة مرور مستقلة وعشوائية لكل حساب، وعدم محاولة تذكر كلمات المرور دون أدوات مساعدة، وعدم اتخاذ أي إجراء استجابةً لإشعارات مشبوهة قبل التحقق منها. وتساعد الفحوص الأمنية المنتظمة على تقليل الخطر مبكرًا، حتى إذا تأخر اكتشاف تسريبات البيانات.\u003C\u002Fp>\n\u003Ch2>التحقق من السجل وإجراءات المستخدم\u003C\u002Fh2>\n\u003Cp>إذا ظهر عنوان بريدك الإلكتروني في \u003Cstrong>تسريب بيانات Synthient عن تهديد حشو بيانات الاعتماد\u003C\u002Fstrong>، فلا تعتبر ذلك دليلًا قاطعًا على اختراق حسابك الحالي. والتقييم الأدق هو أن معلومات البريد الإلكتروني وكلمة المرور تظهر في قوائم إساءة استخدام، وأن المعلومات نفسها قد تُجرَّب على حسابات أخرى. لذلك، ينبغي التعامل مع النتيجة بوصفها تنبيهًا أمنيًا يحدد كلمات المرور التي يجب تغييرها والحسابات التي ينبغي إعطاؤها الأولوية في الحماية.\u003C\u002Fp>\n\u003Cp>الإجراء الأول هو تغيير كلمة المرور والتحقق من MFA في جميع الخدمات التي تستخدم فيها كلمة المرور نفسها، بدءًا بحساب بريدك الإلكتروني. ثم راجع معلومات استرداد الحساب والجلسات النشطة وعمليات تسجيل الدخول الأخيرة. وبالنسبة إلى مستخدمي المؤسسات، يتيح فحص النطاق ترتيب حسابات الموظفين المعرضة للخطر ضمن قائمة للمعالجة، ويسمح لفريق الأمن بالتدخل أولًا في الحسابات التي تستدعي ذلك. وتقلل عادة الفحص المنتظم من الخطر الناجم عن استمرار تداول قوائم حشو بيانات الاعتماد لفترة طويلة.\u003C\u002Fp>","بيانات Synthient عن تهديد حشو بيانات الاعتماد (٢ مليار السجلات المبلّغ عنها)","بيانات Synthient عن تهديد حشو بيانات الاعتماد. أُبلغ عن ٢ مليار سجلات. البيانات المبلّغ عنها: عناوين البريد الإلكتروني, كلمات المرور. راجع النطاق والمخاطر…","\u002Fuploads\u002Flogo\u002Fsynthientcredentialstuffingthreatdata.webp",false,{"name":7,"sector":54,"country":10,"website":10,"websiteArchiveUrl":10,"websiteStatus":10,"websiteCheckedAt":20},"Credential Exposure",{"success":4,"breaches":56},[57,64,71,78],{"slug":58,"title":59,"companyName":60,"logoUrl":61,"breachDate":62,"affectedCount":63,"affectedCountStatus":19},"medela","Medela خرق بيانات","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":65,"title":66,"companyName":67,"logoUrl":68,"breachDate":69,"affectedCount":70,"affectedCountStatus":19},"dustin-group-2026-data-security-incident","حادثة أمن البيانات لدى Dustin Group في 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":72,"title":73,"companyName":74,"logoUrl":75,"breachDate":76,"affectedCount":77,"affectedCountStatus":19},"elekta-2026-data-breach","خرق بيانات Elekta في 2026","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":79,"title":80,"companyName":81,"logoUrl":82,"breachDate":76,"affectedCount":83,"affectedCountStatus":84},"novocure-2026-data-breach","خرق بيانات NovoCure في 2026","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]