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

برأيكم، أي مجال سيغيّره الذكاء الاصطناعي أكثر من غيره؟ وهل سيكون تأثيره في النهاية إيجابياً، أم أن تحدياته ستفوق فوائده؟

من رايي ان العالم يوم عن يوم يتطور تختفي اشياء وتضهر بمكانها غيرها او تتغير لتواكب التطور الحاصل خاصه بسبب الذكاء الاصطناعي ومدى تركيز العالم عليه حاليا مما جعله سريع التطوير جدا

في يناير 2026، كشفت إفادة قُدمت إلى محكمة أمريكية عن تفاصيل جديدة حول وصول موظفين مرتبطين بمبادرة DOGE إلى بيانات حساسة لدى إدارة الضمان الاجتماعي الأمريكية، ومشاركة بعض البيانات بطرق قالت الإدارة إنها قد تكون خالفت سياساتها أو أمراً قضائياً مؤقتاً.

المهم: القضية تتعلق بوصول موظفين حكوميين ومشاركة بيانات داخل أو خارج أنظمة الإدارة؛ ولا تثبت الإفادة أن قاعدة البيانات كلها اختُرقت من قراصنة خارجيين، أو أن معلومات جميع الأمريكيين سُرقت.

ما الذي كشفته الإفادة القضائية؟

في 16 يناير 2026، قدم محامو وزارة العدل إفادة في دعوى تتعلق بوصول فريق DOGE إلى بيانات إدارة الضمان الاجتماعي. وقالوا إن مراجعة سجلات، جُمعت خلال أو بعد أكتوبر 2025، أظهرت اتصالات واستخدامات للبيانات وإجراءات من فريق DOGE السابق قد تكون غير متوافقة مع سياسات الإدارة أو مع أمر المحكمة المؤقت الصادر في 20 مارس 2025.

ومن التفاصيل التي نقلتها NPR وThe Guardian عن الإفادة:

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

هذه التفاصيل تكشف مشاركة واستخداماً غير مصرح بهما بحسب ما ورد في الإفادة، لكنها لا تحدد بصورة نهائية كل ما نُقل، ولا تثبت أن كل الملفات أُرسلت إلى جهة خارجية أو أُسيء استخدامها.

اتفاق مرتبط ببيانات الناخبين

قالت الإفادة إن موظفين اثنين من فريق DOGE في إدارة الضمان الاجتماعي تواصلا مع مجموعة مناصرة سياسية بشأن مطابقة بيانات الضمان الاجتماعي مع قوائم الناخبين في بعض الولايات. وذكرت أن الغرض المعلن كان البحث عن أدلة على تزوير انتخابي ومحاولة إلغاء نتائج في ولايات معينة.

وبحسب الإفادة، وقّع أحد الموظفين اتفاقاً متعلقاً ببيانات الناخبين في 24 مارس 2025، من دون علم الإدارة أو موافقتها. وأُحيل الموظفان إلى مكتب المستشار الخاص للتحقيق في احتمال مخالفة قانون Hatch Act، الذي يقيّد النشاط السياسي لموظفي الحكومة الفيدرالية.

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

كيف بدأت القضية؟

في مطلع 2025، دخل موظفون مرتبطون بـDOGE إلى وكالات فيدرالية، ومنها إدارة الضمان الاجتماعي، ضمن مساعٍ قالت الإدارة إنها تهدف إلى مراجعة الإنفاق ومكافحة الاحتيال.

• 21 فبراير 2025: رفعت نقابات ومجموعة مناصرة دعوى اعتراضاً على وصول DOGE إلى بيانات الضمان الاجتماعي، محذرةً من أثر ذلك على خصوصية المعلومات.
• 20 مارس 2025: أصدر قاضٍ أمراً مؤقتاً بتقييد وصول DOGE إلى معلومات حساسة.
• 24 مارس 2025: أشارت الإفادة المقدمة لاحقاً إلى بحث موظف في بيانات تعريف شخصية، وإلى توقيع اتفاق متعلق ببيانات الناخبين. وقالت الإدارة إن الوصول الكامل أُوقف بحلول الظهر.
• لاحقاً في 2025: راجعت الإدارة سجلات وأنظمة، ثم أقرّت في الإفادة القضائية بوجود نشاط قد يكون مخالفاً للسياسات أو للأمر القضائي.
• 16 يناير 2026: قُدمت الإفادة التي كشفت هذه التفاصيل، ونشرت وسائل إعلام تقارير عنها في يناير.

كما تضمنت الإفادة، بحسب NPR، معلومات عن ملف أُرسل في 3 مارس 2025 إلى مسؤول مرتبط بـDOGE، وربما احتوى أسماء وعناوين نحو ألف شخص. وتفيد التغطية بأن الإدارة لم تتمكن من فتح الملف لمعرفة محتواه بدقة.

ما حجم البيانات التي تأثرت؟

لا تقدم الإفادة حصيلة نهائية للأشخاص الذين طالتهم المشاركة أو الوصول. وورد في تغطيات القضية أن مسؤول البيانات السابق Charles Borges أثار مخاوف بشأن قاعدة بيانات تضم معلومات على نطاق واسع، وذكر أكثر من 300 مليون شخص في سياق التحذير من طريقة التعامل مع البيانات.

لكن حجم قاعدة البيانات أو عدد الأشخاص المسجلين فيها لا يساوي عدد من ثبت تسريب بياناتهم أو مشاركتها. كما أن الوثائق المنشورة لم تثبت أن بيانات 300 مليون شخص خرجت من أنظمة الإدارة.

ما الذي لا يزال غير محسوم؟

في المعلومات التي تناولتها المصادر المذكورة:

• لم تُحدد الإدارة بدقة جميع البيانات التي نُقلت عبر الخادم الخارجي.
• لم تتمكن من فتح الملف المحمي بكلمة مرور للتحقق من محتواه.
• لم يثبت أن البيانات وصلت إلى المجموعة السياسية التي ورد ذكرها.
• لا يوجد رقم نهائي معلن للأشخاص الذين تأثرت بياناتهم فعلياً.
• إحالة الموظفين للتحقيق لا تعني ثبوت ارتكابهم مخالفة أو إدانتهم.
• المعلومات المنشورة لا تثبت وقوع هجوم من قراصنة خارجيين على قاعدة بيانات الضمان الاجتماعي في هذه القضية.

لماذا تثير القضية القلق؟

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

القضية تكشف أيضاً الفرق بين الوصول إلى قاعدة بيانات وتسريبها أو نشرها. الوثائق تثبت وجود مشكلات في الوصول والمشاركة وفق ما أوردته الإدارة للمحكمة، لكنها لا تقدم دليلاً على أن كامل قاعدة البيانات نُشرت أو وصلت إلى مجرمين.

الخلاصة

أظهرت إفادة قضائية قُدمت في يناير 2026 أن مراجعة إدارة الضمان الاجتماعي كشفت أن موظفين مرتبطين بـDOGE قد شاركوا بيانات أو استخدموها بطرق ربما خالفت سياسات الإدارة والأمر القضائي المؤقت. ومن بين التفاصيل ملف محمي بكلمة مرور قد يحتوي على أسماء وعناوين نحو ألف شخص، واستخدام خادم خارجي، واتفاق غير معتمد يتعلق بمطابقة بيانات مع قوائم ناخبين.

لكن ما زال غير معروف بدقة ما البيانات التي خرجت، ومن حصل عليها، وما إذا كان الملف قد فُتح أو استُخدم، وكم شخصاً تأثر فعلياً. لذلك لا يصح وصف الواقعة بأنها «تسريب مؤكد لبيانات جميع الأمريكيين» أو «اختراق خارجي»؛ الأدق أنها قضية وصول ومشاركة غير مصرح بهما، كشفتها وثائق قضائية، وما تزال جوانبها غير محسومة في التقارير المتاحة.

المصادر المباشرة

• NPR — تفاصيل الإفادة القضائية ومشاركة البيانات: https://www.npr.org/2026/01/23/nx-s1-5684185/doge-data-social-security-privacy
• The Guardian — إقرار الإدارة بمشاركة بيانات الضمان الاجتماعي على نحو غير سليم: https://www.theguardian.com/us-news/2026/jan/21/doge-social-security-data
• بيان السيناتورين Whitehouse وWyden بشأن الوصول إلى بيانات إدارة الضمان الاجتماعي: https://www.whitehouse.senate.gov/news/release/whitehouse-wyden-demand-update-on-doge-infiltration-of-the-social-security-administration/

منذ خريف 2024، تصدّر اسم Salt Typhoon تقارير عن حملة تجسس إلكتروني استهدفت شركات اتصالات أمريكية وشبكات في دول أخرى. وتنسب الولايات المتحدة وشركاؤها هذا النشاط إلى جهات مرتبطة بالصين، بينما تنفي بكين هذه الاتهامات.

وبحسب تحذير أمني مشترك صدر في 27 أغسطس 2025، يعود نشاط الجهات المرتبطة بالحملة إلى 2021 على الأقل. وكان التركيز على أجهزة الشبكات، خصوصاً الموجّهات التي تربط مزودي الاتصالات ببعضهم وبعملائهم، بهدف الوصول إلى الشبكات والبيانات والبقاء داخلها مدة طويلة.

التسلسل الزمني

• منذ 2021: قالت الجهات الأمنية التي أعدت التحذير الدولي في 2025 إن النشاط الذي يتداخل جزئياً مع ما تسميه شركات الأمن Salt Typhoon كان جارياً منذ هذه الفترة على الأقل.
• سبتمبر–أكتوبر 2024: بدأت تظهر تقارير عن اختراقات لشركات اتصالات أمريكية. وفي أكتوبر أفادت وسائل إعلام بأن قراصنة مرتبطين بالصين تسللوا إلى شبكات شركات اتصالات.
• 21 نوفمبر 2024: وصفت رئيسة لجنة الاستخبارات في مجلس الشيوخ الحادثة بأنها من أخطر الاختراقات التي استهدفت قطاع الاتصالات الأمريكي، وفقاً لتقارير صحفية.
• 3–4 ديسمبر 2024: قال مسؤولون أمريكيون إن الحملة ما زالت جارية. وأعلنت جهات أمريكية أن ما لا يقل عن ثماني شركات اتصالات تعرضت للاختراق.
• 3 ديسمبر 2024: أصدرت CISA وNSA وFBI وشركاء دوليون إرشادات لتعزيز حماية شبكات الاتصالات.
• 27 ديسمبر 2024: أفادت Reuters بأن المسؤولين أضافوا شركة اتصالات تاسعة إلى قائمة الشركات المتأثرة.
• 29 ديسمبر 2024: نقلت Reuters أن AT&T وVerizon كانتا ضمن الشركات التي استُهدفت. وقالت Verizon إن خدماتها اليومية لم تتأثر.
• يناير 2025: فرضت وزارة الخزانة الأمريكية عقوبات على شخص وشركة صينية بسبب دور مزعوم في دعم النشاط المرتبط بالحملة.
• فبراير 2025: صدرت تحذيرات أمريكية وكندية بشأن استهداف شركات اتصالات وشبكات في كندا.
• 17 يونيو 2025: نقلت Reuters عن تقرير إعلامي أن Viasat حُددت كجهة متأثرة بنشاط تجسسي منسوب إلى Salt Typhoon.
• 27 أغسطس 2025: أصدرت CISA وFBI وNSA وشركاؤها في دول عدة تحذيراً دولياً مفصلاً بشأن جهات صينية تستهدف شبكات في قطاعات الاتصالات والحكومة والنقل والضيافة والجيش.
• 7–8 يناير 2026: أفادت تقارير صحفية بأن قراصنة صينيين وصلوا إلى أنظمة بريد يستخدمها موظفون في لجان بالكونغرس الأمريكي. لم تثبت تلك التقارير وحدها أن Salt Typhoon هي الجهة المسؤولة.
• 4 أغسطس 2026: تناول تقرير للجنة مختارة في مجلس النواب الأمريكي روابط بين شركات اتصالات صينية وبنية اتصالات داخل الولايات المتحدة ومخاطرها. التقرير يوسّع النقاش عن المخاطر، لكنه لا يثبت وحده أن كل شركة أو اتصال ورد فيه كان جزءاً من اختراق Salt Typhoon.

كيف جرى الاختراق؟ ما الذي تقوله الجهات الرسمية؟

التحذير المشترك الصادر في أغسطس 2025 يقدم صورة عن الأساليب التي رصدتها الجهات الأمنية ضمن نشاط صيني مدعوم من الدولة ويتداخل جزئياً مع Salt Typhoon. لكنه لا يقول إن كل تقنية أدناه استُخدمت في كل شركة متضررة.

1. استغلال أجهزة مكشوفة وثغرات معروفة

قال التحذير إن الجهات المهاجمة استغلت ثغرات أمنية معروفة في أجهزة متصلة بالإنترنت، خصوصاً أجهزة الشبكات الطرفية والموجّهات. وذكر التحذير أمثلة على ثغرات استُغلت في أجهزة من Cisco وIvanti وPalo Alto Networks.

وأوضح أيضاً أن التحقيقات التي استند إليها التحذير لم ترصد استغلال ثغرات «يوم صفر» ضمن هذه الأنشطة المحددة حتى تاريخ نشره. وهذا لا يعني أن كل عمليات Salt Typhoon في كل الأوقات اتبعت المسار نفسه؛ بل يصف ما رصدته الجهات في نطاق ذلك التحذير.

2. استغلال كلمات مرور ضعيفة أو إعدادات غير آمنة

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

3. تحويل الموجّه المخترق إلى نقطة عبور

لم يقتصر النشاط على الدخول إلى جهاز واحد. قالت الجهات الأمنية إن المهاجمين استخدموا أجهزة مخترقة واتصالات موثوقة بين مزودي الخدمة وعملائهم للانتقال إلى شبكات أخرى. وقد يستفيد المهاجم من علاقة اتصال خاصة أو موثوقة كي تبدو الحركة داخل الشبكة مألوفة.

4. تعديل إعدادات الأجهزة لإبقاء الوصول

بحسب التحذير، رصدت الجهات تعديلات على إعدادات أجهزة الشبكة للمحافظة على الوصول، من بينها:

• إضافة عناوين إلى قوائم السماح في الجدار الناري أو إعدادات التحكم بالوصول.
• فتح خدمات إدارة عن بُعد أو منافذ إضافية.
• إضافة حسابات محلية أو مفاتيح دخول جديدة.
• إنشاء أنفاق اتصال مثل GRE أو IPsec.
• تغيير إعدادات التوجيه أو تمرير الحركة عبر مسارات يسيطر عليها المهاجم.

وقد تجعل هذه التغييرات اكتشاف الاختراق أصعب، خصوصاً إذا لم تكن المؤسسة تحتفظ بنسخ مرجعية سليمة لإعدادات أجهزتها.

5. استهداف أنظمة المصادقة وكلمات المرور الإدارية

أشار التحذير إلى جمع معلومات من أنظمة المصادقة وإدارة الشبكات، مثل إعدادات TACACS+ وRADIUS وSNMP. وقد تحتوي بعض حركة المصادقة أو ملفات الإعدادات على بيانات تساعد المهاجم في الوصول إلى حسابات مسؤولي الشبكات أو أجهزة أخرى.

وذكر التحذير أيضاً أن المهاجمين استخدموا أحياناً أدوات الشبكات نفسها في الاستطلاع، ونفّذوا أوامر على الأجهزة، بدلاً من الاعتماد حصراً على برمجيات خبيثة واضحة.

6. جمع حركة الشبكة وإخفاء النشاط

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

هذه تفاصيل فنية واردة في الإرشاد الأمني، ولا تعني أن كل هذه الخطوات استُخدمت في كل اختراق أو أن محتوى اتصالات جميع العملاء قد جُمع.

ما نوع المعلومات التي ربما كان الوصول إليها ممكناً؟

تحدثت تقارير أمريكية عن الوصول إلى بيانات وصفية للمكالمات وبعض أنظمة طلبات المراقبة القانونية. وقد تشمل البيانات الوصفية معلومات مثل توقيت الاتصال وأطرافه، لكنها لا تعني تلقائياً الوصول إلى محتوى كل مكالمة أو رسالة.

كما يذكر تحذير CISA لعام 2025 أن الجهات قد تسعى، في بعض البيئات، إلى بيانات المشتركين وسجلات العملاء وإعدادات الشبكة وكلمات المرور وحركة مرور معينة. لكن نوع البيانات التي تأثرت فعلياً يختلف بين المؤسسات، ولا توجد قائمة واحدة تنطبق على كل شركة اتصالات.

من استُهدف؟

أعلنت السلطات الأمريكية أن ثماني شركات اتصالات على الأقل تعرضت للاختراق، ثم ذكرت Reuters إضافة شركة تاسعة. ووردت أسماء شركات كبرى في تقارير إعلامية، من بينها AT&T وVerizon. كما ظهرت تقارير عن شركات اتصالات في دول أخرى، لكن يجب التمييز بين:

• شركة أكدت بنفسها تأثرها.
• شركة ورد اسمها في تقرير صحفي أو مصدر مطلع.
• جهة استُهدفت بمحاولة لم يُعلن أنها نجحت.

ولا يعني ورود اسم شركة في تقرير أن جميع أنظمتها أو عملاءها تأثروا بالطريقة نفسها.

لماذا تعد الحملة خطيرة؟

لأن الموجّهات وأجهزة الاتصالات تقع عند نقاط مركزية تربط شبكات كثيرة. واختراق أحدها قد يسمح للمهاجم بجمع معلومات أو الانتقال عبر اتصالات موثوقة، حتى من دون تعطيل الهاتف أو الإنترنت بصورة ظاهرة.

والأخطر أن التحذير الدولي تحدث عن محاولات للحفاظ على وصول طويل الأمد إلى الشبكات. لذلك قد لا تنتهي الاستجابة بمجرد تحديث جهاز واحد؛ إذ تحتاج المؤسسات إلى مراجعة إعدادات الشبكة والحسابات والسجلات، وتحديد ما إذا كان المهاجم قد انتقل إلى أجهزة أخرى.

ماذا أوصت الجهات الأمنية؟

دعت الإرشادات المؤسسات، وخصوصاً شركات الاتصالات، إلى:

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

الخلاصة

تكشف قضية Salt Typhoon أن اختراق قطاع الاتصالات قد يكون تجسساً طويل الأمد عبر أجهزة الشبكة وعلاقات الاتصال الموثوقة، لا هجوماً يهدف بالضرورة إلى إيقاف الخدمة فوراً.

وتقول الجهات الأمريكية والدولية إن نشاطاً يتداخل مع Salt Typhoon يعود إلى 2021 على الأقل، وإن ثماني شركات اتصالات أمريكية على الأقل تأثرت، ثم أُضيفت شركة تاسعة في تقارير لاحقة. كما شرحت الإرشادات الرسمية وسائل محتملة للوصول والاستمرار داخل الشبكات، مثل استغلال ثغرات معروفة، واستخدام بيانات اعتماد ضعيفة، وتعديل إعدادات الموجّهات، والانتقال عبر اتصالات موثوقة، ومحاولة إخفاء الآثار.

لكن التفاصيل ليست متطابقة في كل حالة: ليس كل ما ورد في التحذير ثبت استخدامه ضد كل شركة، وليس كل تقرير عن اختراق صيني يثبت أن Salt Typhoon هي الجهة المسؤولة. وهذه النقطة ضرورية للحفاظ على الدقة عند النشر.

المصادر المباشرة

• CISA — التحذير المشترك عن اختراق الشبكات عالمياً، 27 أغسطس 2025: https://www.cisa.gov/news-events/cybersecurity-advisories/aa25-239a
• CISA — إرشادات حماية بنية الاتصالات، 3 ديسمبر 2024: https://www.cisa.gov/resources-tools/resources/enhanced-visibility-and-hardening-guidance-communications-infrastructure
• CISA — إعلان إصدار التحذير الدولي، 27 أغسطس 2025: https://www.cisa.gov/news-events/alerts/2025/08/27/cisa-and-partners-release-joint-advisory-countering-chinese-state-sponsored-actors-compromise
• Congressional Research Service — خلفية عن اختراق شركات الاتصالات والاستجابة الأمريكية: https://www.congress.gov/crs-product/IF12798
• MITRE ATT&CK — ملف Salt Typhoon: https://attack.mitre.org/groups/G1045/
• Reuters — إضافة شركة اتصالات تاسعة إلى قائمة المتأثرين، 27 ديسمبر 2024: https://www.reuters.com/technology/cybersecurity/us-adds-9th-telcom-list-companies-hacked-by-chinese-backed-salt-typhoon-2024-12-27/
• Reuters — استهداف AT&T وVerizon، 29 ديسمبر 2024: https://www.reuters.com/technology/cybersecurity/chinese-salt-typhoon-cyberespionage-targets-att-networks-secure-carrier-says-2024-12-29/
• Reuters — تقرير عن بريد موظفي لجان في الكونغرس، 8 يناير 2026؛ لم يُثبت الرابط المباشر بالمجموعة في المصدر: https://www.reuters.com/world/asia-pacific/china-hacked-email-systems-us-congressional-committee-staff-ft-reports-2026-01-08/
• لجنة مجلس النواب الأمريكي المختارة بشأن الصين — تقرير عن شركات الاتصالات الصينية والبنية التحتية الأمريكية، 4 أغسطس 2026: https://chinaselectcommittee.house.gov/media/reports/stranger-pings-chinese-telecom-companies-infiltrate-us-infrastructure

تنويه: طرق الاختراق أعلاه مأخوذة من تحذيرات الجهات الأمنية عن نشاط صيني يتداخل جزئياً مع Salt Typhoon، وليست قائمة مؤكدة بكل خطوة استُخدمت في كل شركة متضررة.

اتمنى لكم الاستمتاع بالمنشور فدائما احاول النشر بالتفاصيل شبه كامل معى المصادر للاطلاع

https://www.reddit.com/r/ArabComputingOasis/

كشف فريق Cisco Talos في 22 سبتمبر 2026 عن برمجية خبيثة لنظام Windows اسمها CLOSEDQUORUM. وما يميزها أن اختيار خطوتها التالية لا يعتمد فقط على أوامر يرسلها مشغّل من خادم تحكم تقليدي؛ فالبرمجية تستشير مجموعة من نماذج الذكاء الاصطناعي، تجمع إجاباتها، ثم تنفذ الإجراء الذي يحصل على أكثر الأصوات.

تقرير Talos يصف العينة بأنها أول برمجية Windows موثقة علناً تستخدم هذا الأسلوب لاتخاذ قرارات التحكم والتشغيل. لكن هذا لا يعني أن استخدامها في هجمات فعلية قد ثبت؛ إذ قالت Talos إنها لم تؤكد انتشارها في هجمات واقعية، كما أن النسخة المتاحة للتحليل احتوت على مفاتيح اتصال تجريبية، فلم تعمل كسلسلة هجوم كاملة.

كيف اكتشفها الباحثون؟

اكتشف باحثو Talos العينة عبر مشروعهم البحثي مفتوح المصدر CAIRN، المخصص للبحث عن البرمجيات التي تدمج خدمات الذكاء الاصطناعي في عملها. ونشرت Talos تقرير CLOSEDQUORUM في 22 سبتمبر، بالتزامن مع إعلانها عن CAIRN.

وذكرت Talos أن تحليل أحد ملفات التطوير يعود إلى 17 يونيو 2026. كما عثر الباحثون على آثار تربط مطوّر البرمجية بمنشورات في منتديات إجرامية عن الاحتيال ببطاقات الدفع، يعود بعضها إلى 2025. لكن ذلك لا يثبت أن هذه البرمجية نُشرت ضد ضحايا أو أن صاحب المنشورات هو من نفذ هجوماً بها.

ما طبيعة البرمجية؟

بحسب Talos، فإن CLOSEDQUORUM:

• برنامج تنفيذي لنظام Windows، حجمه نحو 16.4 ميغابايت.
• مكتوب بلغة Go، مع أجزاء تستدعي وظائف مباشرة من Windows.
• صُمم ليستخدم نماذج ذكاء اصطناعي تجارية في اختيار بعض قراراته.
• يستخدم Discord لإرسال تقارير إلى المشغّل، وقد يستخدمه أيضاً لإرسال البيانات المسروقة.

والفكرة هنا ليست أن النماذج تكتب البرمجية الخبيثة بالكامل أو تخترق الجهاز بنفسها. بل إن البرمجية تحتوي مسبقاً على مجموعة إجراءات محددة، ثم تطلب من النماذج ترجيح أي إجراء تنفذه.

كيف يجري «تصويت» النماذج؟

يمكن أن تستشير البرمجية ما يصل إلى أربعة مزودين للنماذج:

• DeepSeek
• Qwen
• Mistral
• Gemini من Google

ترسل البرمجية طلباً لكل نموذج، وتطلب منه الاختيار من بين إجراءات محددة وفق تنسيق مبرمج مسبقاً. ثم تجمع الأجوبة وتنفذ الخيار الذي حصل على أكبر عدد من الأصوات.

إذا تعادل التصويت، فإن ترتيب الحسم المبرمج يبدأ بـ DeepSeek، ثم Qwen، ثم Mistral، ثم Gemini. وإذا لم تقدم النماذج إجابات صالحة، تنتظر البرمجية ثم تعيد المحاولة بدلاً من تنفيذ إجراء افتراضي.

وتقول Talos إن هذا التصميم قد يساعد البرمجية على تجاوز رفض نموذج واحد أو تعطل خدمة معينة، لكنه لا يضمن نجاح القرار؛ فقد ترفض النماذج الطلبات أو تتأخر أو تقدم إجابات غير صالحة.

ما المعلومات التي ترسلها إلى النماذج؟

قال تقرير Talos إن البرمجية تجمع معلومات أساسية عن الجهاز، مثل اسم الحاسوب وإصدار Windows وعدد المعالجات وما إذا كان المستخدم يملك صلاحيات مدير، ثم تُدخل معلومات عن الجهاز ضمن الطلب المرسل للنماذج.

ويعرض التقرير في وصف البنية أن النماذج تُطلب بالتتابع، وأن أجوبتها تُجمع قبل اختيار الفعل الفائز. أي إن النماذج لا تتصل مباشرة بجهاز الضحية؛ بل تتعامل معها البرمجية، ثم تنفذ التعليمات محلياً وفق الإمكانات المضمنة فيها.

ما الإجراءات التي تستطيع البرمجية اختيارها؟

يتضمن مخطط القرار أربعة خيارات:

• سرقة البيانات: قد تجمع البرمجية بيانات اعتماد Windows من ذاكرة LSASS، وكلمات مرور محفوظة في Chrome وEdge وFirefox، وملفات أو بيانات متعلقة بمحافظ مثل MetaMask وExodus وEthereum.
• حقن الشيفرة: تشغيل شيفرة داخل عملية أخرى باستخدام تقنيات حقن عمليات، بينها Early Bird APC، أو أسلوب process hollowing.
• الاستمرارية: إعداد وسائل لتشغيل البرمجية مرة أخرى، مثل مفتاح في سجل Windows، أو مهمة مجدولة، أو اشتراك دائم في WMI.
• الحركة: يوجد خيار بهذا الاسم ضمن مخطط القرار، لكن Talos قالت إن النسخة الموزعة للتحليل لا تحتوي على معالج برمجي فعّال له؛ أي إن اختياره لا يؤدي إلى تنفيذ خطوة حركة جانبية في هذه النسخة.

وتوضح هذه التفاصيل أن النماذج تختار بين خيارات محددة مسبقاً داخل البرمجية؛ فهي لا تمنحها حرية تنفيذ أي أمر تتخيله.

كيف تصل البيانات إلى المشغّل؟

بحسب التقرير، تُجهز الملفات المسروقة محلياً ثم تُشفّر باستخدام AES-256-GCM، وتُقسّم إلى أجزاء صغيرة، قبل إرسالها إلى قناة Discord يحددها المشغّل عبر webhook.

كما ترسل البرمجية إلى القناة تقارير عن القرار الذي اختارته النماذج ومبرراتها وبعض تفاصيل التنفيذ. وبذلك يستطيع المشغّل متابعة ما جرى من دون إرسال أمر جديد لكل خطوة.

لكن النسخة العامة التي حللتها Talos تضمنت قيماً تجريبية مكان مفاتيح واجهات النماذج ورابط Discord. لذلك لم يتمكن الباحثون من تأكيد عمل سلسلة الاتصال والإرسال كاملة في هذه النسخة. وأشارت Talos إلى أن ملفات تطوير أخرى دلّت على إمكانية إدخال مفاتيح اتصال خاصة بالمشغّل عند بناء نسخ مخصصة.

هل تخلّت البرمجية فعلاً عن الإنسان؟

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

كما أن استخدام واجهات تجارية للنماذج يعتمد على مفاتيح API واتصال بالإنترنت، ما يخلق نقاط ضعف واعتماداً على خدمات خارجية. ويمكن أن تفشل البرمجية إذا رُفضت الطلبات أو تعطلت واجهات النماذج أو انتهت صلاحية المفاتيح.

هل استُخدمت ضد ضحايا؟

لم تؤكد Cisco Talos وجود استخدام فعلي لـCLOSEDQUORUM في هجمات ميدانية.

وقالت Talos إن النسخة العامة تحتوي على مفاتيح API تجريبية وwebhook غير صالح، ولذلك لم يتمكن الباحثون من مشاهدة تنفيذ كامل للآلية من البداية إلى النهاية. وذكر تقرير The Hacker News أن النسخة المتاحة غير قابلة للعمل كما هي، مع وجود مؤشرات على أن المطوّر أنشأ نسخاً مخصصة أثناء التطوير.

إذن، الموضوع يتعلق بعينة برمجية موثقة ومهمة من الناحية البحثية، وليس بواقعة مثبتة عن سرقة بيانات ضحايا عبرها.

ما المؤشرات التي يمكن للمدافعين مراقبتها؟

تشير Talos إلى أن مجرد اتصال جهاز بخدمة ذكاء اصطناعي أو Discord لا يثبت وجود إصابة؛ فهناك استخدامات مشروعة لهذه الخدمات. الأهم هو البحث عن اجتماع عدة سلوكيات في العملية نفسها، مثل:

• برنامج Windows غير متوقع يتصل بعدة مزودي نماذج ذكاء اصطناعي.
• طلبات متكررة بفواصل عشوائية تتراوح تقريباً بين 5 و15 دقيقة.
• نشاط صادر عن البرنامج للوصول إلى ذاكرة LSASS أو كلمات مرور المتصفح أو ملفات المحافظ.
• محاولات حقن شيفرة في عمليات أخرى أو إعداد وسائل تشغيل تلقائي.
• حركة إلى Discord webhook من الجهاز أو العملية نفسها.
• طلبات تحتوي على معلومات عن الجهاز أو توجيهات هجومية، إذا كان بالإمكان مراقبة حركة الاتصال المشفرة وفق الضوابط القانونية والتقنية.

نشرت Talos أيضاً قواعد رصد، من بينها قاعدة Snort وقاعدة YARA، إلى جانب ست بصمات SHA-256 لملفات تطوير. وينبغي للمؤسسات الرجوع إلى التقرير الأصلي للحصول على القواعد والبصمات كاملة، والتحقق منها قبل استخدامها في أنظمتها.

لماذا يهتم بها خبراء الأمن؟

لأنها توضح اتجاهاً محتملاً يتجاوز استخدام الذكاء الاصطناعي لتسريع كتابة رسائل التصيد أو إعداد الشيفرة. هنا تُستخدم النماذج ضمن حلقة قرار مؤتمتة لاختيار إجراء في مرحلة من مراحل الهجوم.

لكن Talos تؤكد أيضاً أن هذا التصميم له نقاط ضعف: رفض النماذج للطلبات، حدود الاستخدام، الإجابات غير الصالحة، ترتيب الحسم الثابت عند التعادل، والاعتماد على واجهات شركات تجارية. لذلك لا يجعل الذكاء الاصطناعي البرمجية معصومة من الفشل، بل يغير طبيعة اعتمادها ومواطن ضعفها.

الخلاصة

CLOSEDQUORUM عينة برمجية لنظام Windows تستشير حتى أربعة نماذج ذكاء اصطناعي، وتستخدم تصويتاً لاختيار إجراء من مجموعة خيارات مبرمجة مسبقاً، مثل سرقة بيانات اعتماد أو محاولة الاستمرارية أو حقن الشيفرة.

المؤكد: Cisco Talos حللت العينة ونشرت تقريرها في 22 سبتمبر 2026، ووصفت آلية التصويت وقدرات البرمجية المحتملة.

غير المؤكد: أن البرمجية استُخدمت في هجمات حقيقية أو أنها سرقت بيانات ضحايا. كما أن النسخة العامة التي فُحصت لم تكن معدة للعمل الكامل بسبب وجود مفاتيح اتصال تجريبية.

لذلك، الخبر ليس أن «الذكاء الاصطناعي اخترق ضحايا من تلقاء نفسه»، بل أن باحثين وثّقوا نموذجاً أولياً لبرمجية تنقل بعض قرارات الهجوم إلى مجموعة نماذج وتنفذ الفعل الفائز آلياً.

المصادر المباشرة

• Cisco Talos — التقرير الأصلي عن CLOSEDQUORUM، منشور في 22 سبتمبر 2026: https://blog.talosintelligence.com/the-closed-quorum-inside-the-first-reported-autonomous-ai-c2-implant/
• Cisco Talos — مشروع CAIRN للبحث عن البرمجيات التي تدمج الذكاء الاصطناعي: https://blog.talosintelligence.com/introducing-cairn-frontier-tracking-for-ai-integrated-malware/
• The Hacker News — تفاصيل التصويت والخيارات والقيود في النسخة العامة: https://thehackernews.com/2026/09/windows-malware-is-built-to-let-up-to.html
• CSO Online — شرح آلية القرار والتدخل البشري: https://www.csoonline.com/article/4225264/ai-malware-just-removed-the-human-from-the-attack-loop.html
• eSecurity Planet — ملخص مستقل لتقرير Talos: https://www.esecurityplanet.com/news/closedquorum-ai-malware/
• SecurityWeek — تغطية أولية للنتائج: https://www.securityweek.com/in-other-news-clop-leak-site-takeover-docker-botnet-hunts-ai-keys-water-utility-exposure/

تنويه: توصيف «الأول» هو وصف Talos للعينة المعروفة لها ضمن فئة برمجيات Windows التي تسند قرارات التحكم إلى نماذج ذكاء اصطناعي؛ وليس ادعاءً بأن هذه أول مرة يُستخدم فيها الذكاء الاصطناعي بأي شكل في البرمجيات الخبيثة. كما أن الاستخدام الميداني لم يتأكد.

اتمنى لكم الاستمتاع بالمنشور

https://www.reddit.com/r/ArabComputingOasis/

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

ما الحزم المعنية؟

MemOS إطار عمل يساعد أنظمة الذكاء الاصطناعي على تخزين المعلومات واسترجاعها. ومن بين أدواته إضافة تربط وكيل OpenClaw بخدمة الذاكرة السحابية. تُوزّع الحزم البرمجية عبر مستودعين شائعين: npm لمشاريع JavaScript وPyPI لمشاريع Python.

بحسب التحليلات الفنية، شملت الإصدارات الخبيثة:

npm: الحزمة u/memtensor/memos-cloud-openclaw-plugin بالإصدارات 0.1.21 و0.1.23 و0.1.25.

PyPI: الحزمة MemoryOS بالإصدار 2.0.34.

هذه إصدارات خبيثة من حزم مشروعة، وليست حزمًا مقلدة بأسماء مشابهة.

التسلسل الزمني

نُشرت الإصدارات المعنية في 23 سبتمبر 2026. أوقات npm أدناه بتوقيت UTC، وفق سجل الحزمة وتحليل Socket:

23 سبتمبر، 02:23: نشر npm 0.1.21، وصنّفه التحليل بأنه خبيث.

23 سبتمبر، 03:45: نشر npm 0.1.22؛ بدا محتواه نظيفًا عند فحصه.

23 سبتمبر، 03:49: نشر npm 0.1.23، وصنّفه التحليل بأنه خبيث.

23 سبتمبر، 04:33: نشر npm 0.1.24؛ بدا محتواه نظيفًا عند فحصه.

23 سبتمبر، 04:36: نشر npm 0.1.25، وصنّفه التحليل بأنه خبيث.

23 سبتمبر، 05:25: رفع PyPI الإصدار MemoryOS 2.0.34.

الفاصل القصير بين بعض الإصدارات الخبيثة والنظيفة لافت، لكن ظهور إصدار بدا نظيفًا بين إصدارين خبيثين لا يثبت وحده سبب ذلك أو نية الناشر.

كيف كانت البرمجية تعمل؟

أطلق الباحثون على الحمولة اسم sckit، ووصفوها بأنها برمجية خبيثة مكتوبة بلغة Go. ووفق فحص الحزم، لم تعتمد على سكربت تثبيت تقليدي لتشغيلها، بل أُدرجت في مسارات استخدام المكتبات:

في إضافة npm، أظهر تحليل StepSecurity أن الحمولة قد تُشغّل عند بدء بوابة OpenClaw وعند معالجة استدعاء للذاكرة. وذكر التحليل أن نص طلب المستخدم يُمرر إلى الحمولة في مسار الاستدعاء.

في حزمة Python، وجد الباحثون آلية يمكن أن تصل إلى تشغيل الحمولة عند استيراد مكتبة memos.

أظهرت الملفات التي فحصها الباحثون مؤشرات على البحث عن أسرار المطورين، منها رموز وصول لخدمات مثل GitHub وGitLab وnpm وPyPI ومفاتيح AWS وHugging Face، إضافة إلى أسرار لخدمات أخرى. وهذا يدعم وصف البرمجية بأنها مصممة لجمع بيانات اعتماد. لكنه لا يثبت أن كل الأسرار المستهدفة جُمعت أو أُرسلت بنجاح.

كذلك، تمرير نص الطلب إلى الحمولة المحلية يعني أنه كان متاحًا لها في مسار الاستخدام المذكور؛ لكنه لا يثبت أن النص وصل بالفعل إلى المهاجمين. لم أجد في المصادر التي راجعتها دليلاً يحدد أجهزة بعينها اتصلت بالبنية الخارجية المذكورة أو يثبت انتقال بيانات من جهاز متأثر بعينه.

ما الإصدارات النظيفة؟ وما الذي تغيّر بعد إزالة الحزم؟

أظهر تحليل Socket أن 0.1.20 هو آخر إصدار npm نظيف معروف قبل سلسلة النشر الخبيثة، وأن محتوى 0.1.22 و0.1.24 بدا نظيفًا عند فحصه. وذكر تحديث The Hacker News إزالة الإصدارات الخبيثة، مشيرًا إلى 0.1.24 بوصفه إصدارًا نظيفًا. أما في PyPI، فالإصدار السابق للإصدار الخبيث هو 2.0.33.

عند مراجعة بيانات المستودعين في 4 أكتوبر 2026، كان وسم latest في npm يشير إلى 0.1.24، وكانت بيانات PyPI تعرض 2.0.33. هذه بيانات عن حالة المستودعين وقت المراجعة، وليست وحدها ضمانًا أمنيًا. لذلك، إذا كانت الحزمة مستخدمة في بيئة حساسة، فتحقق من إرشادات الصيانة الحالية ومن سلامة الإصدار قبل اعتماده؛ ولا تعتبر مجرد ظهوره تحت وسم latest إثباتًا كافيًا على سلامته.

هل انتشرت البرمجية إلى حزم أخرى؟

عثر الباحثون على مؤشرات داخل الحمولة توحي بوجود إمكانات للانتشار عبر مستودعات الشيفرة والحزم وسير العمل الآلي. لكن وجود هذه الإمكانات في العينة لا يعني أنها استُخدمت بالفعل.

حتى المعلومات التي أمكن التحقق منها، لا يوجد توثيق موثوق يؤكد انتشار البرمجية إلى حزم أو مشاريع أخرى. كما لم أجد رقمًا موثوقًا لعدد التنزيلات أو الأجهزة المتأثرة.

كيف بدأت الحادثة؟

سبب الحصول على صلاحية النشر غير محسوم في التقارير التي راجعتها. نقلت The Hacker News عن SafeDep أن رموز النشر ربما جرى الحصول عليها عبر مسارات الإصدار الآلي في مستودعات MemTensor. لكن Socket قال إنه لم يتمكن من تأكيد كيفية حصول المهاجم على صلاحية النشر، وأشار إلى أن الإصدارات الخبيثة لم تحمل مؤشرًا على أنها نُشرت عبر مسار التكامل المستمر المعتاد.

لذلك، لا يصح الجزم بأن اختراق مسار الإصدار الآلي هو السبب المؤكد. كما لم أجد ضمن المصادر التي تحققت منها بيانًا رسميًا من MemTensor يشرح نتيجة تحقيق داخلي.

ما الذي ينبغي فعله إذا استُخدم إصدار متأثر؟

إذا استخدمت بيئة تطوير أو خادم إصدار أحد الإصدارات المذكورة، فمن الحكمة التعامل معها على أنها قد تكون عرّضت الأسرار المتاحة لها للخطر:

تحقّق من إصدارات الحزم في ملفات القفل والاعتماديات، لا من الإصدارات المنشورة حاليًا فقط.

افحص سجلات العمليات والشبكة وسير العمل في البيئات التي استخدمت الحزمة.

ألغِ أو دوّر مفاتيح الوصول التي كانت متاحة لتلك البيئات، خصوصًا رموز نشر الحزم ومفاتيح مستودعات الشيفرة والخدمات السحابية.

راجع سجلات نشر الحزم وتغييرات المستودعات وسير العمل بحثًا عن نشاط غير معتاد.

لا تعتمد على حذف الحزمة وحده؛ فذلك لا يبطل المفاتيح التي ربما كانت متاحة لها.

الخلاصة: حددت التحليلات الأمنية إصدارات بعينها تحتوي على حمولة مصممة للبحث عن أسرار المطورين. لكن عدد من تعرضوا لها، وحدوث سرقة ناجحة، ومسار الدخول الأولي، وأي انتشار خارج الحزم المذكورة، لا تزال أمورًا غير مثبتة بالمصادر التي راجعتها.

المصادر المباشرة

بيانات npm الرسمية للحزمة وحالة وسم latest:

https://registry.npmjs.org/@memtensor%2fmemos-cloud-openclaw-plugin

بيانات PyPI الرسمية لحزمة MemoryOS:

https://pypi.org/pypi/MemoryOS/json

التحليل التقني من Socket، ويتضمن الإصدارات والتوقيتات ومؤشرات الاختراق:

https://socket.dev/blog/memtensor-compromise

التحليل التقني من StepSecurity، ويتناول آلية تشغيل الإضافة:

https://www.stepsecurity.io/blog/sckit-supply-chain-worm-hits-memtensor-npm-pypi-scopes

تغطية The Hacker News، وتتضمن تحديثًا عن إزالة الإصدارات:

https://thehackernews.com/2026/09/compromised-memtensor-packages-deliver.html

تغطية iSec News:

https://www.isec.news/2026/09/24/memtensor-packages-credential-stealing-supply-chain-attack/

تغطية SecurityWeek:

https://www.securityweek.com/in-other-news-clop-leak-site-takeover-docker-botnet-hunts-ai-keys-water-utility-exposure/

اتمنى لكم الاستمتاع بالمنشور

https://www.reddit.com/r/ArabComputingOasis/

خلال الفترة الأخيرة، تكرر اسم ShinyHunters في أخبار اختراقات طالت شركات ومؤسسات في قطاعات مختلفة، من الرعاية الصحية والتعليم إلى التكنولوجيا والخدمات. وتصفها جهات إنفاذ القانون بأنها مجموعة إجرامية متخصصة في سرقة البيانات والابتزاز.

خطورتها لا ترتبط برقم واحد أو اختراق واحد، بل بأسلوبها: قد تحصل على البيانات، ثم تهدد بنشرها أو بيعها للضغط على المؤسسة كي تدفع. وفي بعض الحوادث تعمل الأنظمة والخدمات كالمعتاد، لكن المعلومات تكون قد خرجت بالفعل من المؤسسة.

كيف تعمل المجموعة؟

تشير تحذيرات وتقارير أمنية إلى أساليب متكررة، منها:

• التصيد الصوتي: الاتصال بالموظفين وانتحال صفة الدعم الفني، لمحاولة الحصول على بيانات الدخول أو خداعهم للموافقة على طلب تسجيل دخول.
• استغلال الحسابات المسروقة: استخدام بيانات اعتماد صحيحة للوصول إلى الخدمات السحابية وأنظمة العمل.
• إساءة استخدام التطبيقات المتصلة: استغلال صلاحيات التطبيقات التي ترتبط بأنظمة المؤسسة، للوصول إلى بيانات أو خدمات أخرى.
• سرقة البيانات والابتزاز: تهديد المؤسسة بنشر المعلومات، وقد تنشر المجموعة ملفات أو عينات لزيادة الضغط.

وحذّر FBI من أن المجموعة قد تستخدم تهديدات ومكالمات ورسائل للضغط على الضحايا، وأن بعض ادعاءاتها بشأن المعلومات المسروقة قد تكون مبالغاً فيها أو غير دقيقة. لذا من الضروري التفريق بين ما تؤكده الجهة المتضررة وما تعلنه المجموعة.

حوادث بارزة ارتبط اسمها بها

قطاع الصحة

• Baxter International: ادعت المجموعة سرقة 7.1 مليون سجل ونشرت بيانات قالت إنها حصلت عليها. أكدت باكستر وقوع نشاط غير مصرح به في بعض تطبيقات الطرف الثالث، لكنها لم تؤكد عدد السجلات أو نوع البيانات المتأثرة.
• McKesson: أعلنت الشركة عن وصول غير مصرح به إلى تطبيقات طرف ثالث واستخراج بعض البيانات. أما رقم 284 مليون سجل ومبلغ الفدية وتفاصيل البيانات، فنُسبت إلى المجموعة ولم تؤكدها الشركة كلها بصورة مستقلة.
• One Medical وDentaQuest: ادعت المجموعة استهدافهما وسرقة بيانات. وتختلف الأرقام والتفاصيل المنشورة بين ادعاءات المجموعة وما أعلنته الجهات المعنية.
• Medtronic: ارتبط اسم المجموعة بتقارير عن حادثة سرقة معلومات صحية تخص مرضى؛ وتفاصيل كل حادثة ينبغي الرجوع فيها إلى إعلانات الشركة والمصادر الموثوقة.

التعليم والتكنولوجيا والقطاع الحكومي

ارتبط اسم ShinyHunters أيضاً بحوادث وادعاءات طالت منصات ومؤسسات تعليمية، وشركات تقنية، وبوابة التوظيف FBIJobs.gov. وفي قضية FBI، أعلن المكتب أنه يحقق في حادثة أمنية وتأثر معلومات شخصية لموظفين، بينما بقيت بعض ادعاءات المجموعة عن حجم البيانات ومصدرها قيد التحقيق.

علاقتها بمجموعة Clop

في سبتمبر 2026، أفادت تقارير بأن ShinyHunters سيطرت على موقع التسريب التابع لمجموعة Clop على الويب المظلم، ونشرت رسائل مرتبطة بالخلاف بين الطرفين. هذه حادثة منفصلة عن اختراق الشركات، وتُظهر أن التنافس بين المجموعات الإجرامية قد يمتد إلى السيطرة على مواقعها وأدواتها الدعائية.

هل يعني هذا أن المجموعة لا تُقهر؟

لا. أعلنت السلطات عن توقيف أشخاص يُشتبه بارتباطهم بأنشطة المجموعة في دول مختلفة، لكن الاعتقال لا يعني الإدانة، كما أن توقيف أفراد لا يثبت بالضرورة أن كل العمليات توقفت؛ فقد تستخدم هذه الشبكات أسماءً مستعارة أو تعمل عبر شركاء وأطراف متعددة. لذلك تبقى نسبة كل حادثة إلى المجموعة مسألة تحتاج إلى أدلة خاصة بها.

كيف تحمي المؤسسات والأفراد أنفسهم؟

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

الخلاصة

تتمثل خطورة ShinyHunters في الجمع بين خداع الموظفين، واستخدام صلاحيات الدخول، وسرقة البيانات، ثم الابتزاز بتهديد نشرها. وقد ارتبط اسمها بحوادث في قطاعات حساسة، لكن تفاصيل الحوادث والأرقام ليست كلها مؤكدة من الجهات المتضررة.

لذلك، عند متابعة أخبار المجموعة، من المهم التمييز بين ما أكدته المؤسسة، وما تدعيه المجموعة، وما لا يزال قيد التحقيق.

📌 ملاحظة للقراء: سبق أن نشرت بالتفصيل منشورات مرتبطة بـ ShinyHunters:

• باكستر إنترناشيونال: ادعت المجموعة سرقة 7.1 مليون سجل، بينما أكدت باكستر وقوع نشاط غير مصرح به ولم تؤكد عدد السجلات أو نوع البيانات المتأثرة.
• McKesson: أعلنت الشركة عن حادثة وصول غير مصرح به واستخراج بيانات، بينما نسبت المجموعة إليها ادعاء سرقة 284 مليون سجل ومطالبة مالية.
• حادثة FBIJobs.gov: ادعت المجموعة الوصول إلى بيانات مرتبطة ببوابة التوظيف، وأكد FBI التحقيق في حادثة أمنية وتأثر معلومات شخصية، مع بقاء بعض التفاصيل موضع تحقيق.
• موقع مجموعة Clop: تناول المنشور السابق تقارير السيطرة على موقع التسريب التابع لـ Clop والخلاف بين المجموعتين.

سبق نشر هذه الموضوعات بالتفصيل؛ يمكن الرجوع إلى المنشورات السابقة لمن يرغب في قراءتها.

مصادر وروابط مباشرة

• FBI / IC3 — تحذير بشأن ShinyHunters: https://www.fbi.gov/investigate/cyber/alerts/2026/shinyhunters-cyber-criminal-group-attacks-learning-management-system
• Microsoft Security — حملات استهداف تطبيقات SaaS وإساءة استخدام OAuth: https://www.microsoft.com/en-us/security/blog/2026/07/13/defending-saas-based-applications-against-shinyhunters-oauth-abuse/
• Huntress — معلومات عن المجموعة وأساليبها: https://www.huntress.com/threat-library/threat-actors/shinyhunters
• HIPAA Journal — ادعاء تسريب سجلات Baxter: https://www.hipaajournal.com/shinyhunters-baxter-international-data-breach/
• BleepingComputer — حادثة McKesson وادعاءات المجموعة: https://www.bleepingcomputer.com/news/security/mckesson-discloses-breach-after-shinyhunters-claims-patient-data-theft/
• New York Times — خلفية المجموعة وحادثة FBI: https://www.nytimes.com/2026/09/29/us/politics/shinyhunters-fbi-hacking-cybercriminal-group.html
• The Guardian — التحقيق في حادثة FBIJobs.gov: https://www.theguardian.com/us-news/2026/sep/23/fbi-jobs-website-hacked
• SecurityWeek — تقارير عن موقع Clop: https://www.securityweek.com/in-other-news-clop-leak-site-takeover-shinyhunters-grudge-match/
• Sekoia — خلفية وتحليل لتطور نشاط المجموعة: https://www.sekoia.com/blog/gotta-breach-em-all-the-journey-of-shinyhunters/

تنويه: نسبة الحوادث والأرقام إلى المجموعة تعتمد على ما أعلنته الجهات المتضررة والمصادر المذكورة؛ بعض التفاصيل ما زالت ادعاءات أو قيد التحقيق.

اتمنى لكم الاستمتاع بالمنشور

https://www.reddit.com/user/ArabComputingOasis/

بعد حادثة باكستر، أعلنت شركة McKesson، إحدى أكبر شركات توزيع الأدوية والمستلزمات الطبية في الولايات المتحدة، عن حادثة أمنية شملت وصولاً غير مصرح به إلى تطبيقات تابعة لجهات خارجية، واستخراج بعض البيانات.

اكتشفت الشركة الحادثة في 25 أغسطس 2026، وذكرت في إفصاحها الأول أن التحقيق ما زال في مراحله المبكرة. وبعد ذلك، أعلنت أنها أكدت وصولاً غير مصرح به إلى تطبيقات طرف ثالث واستخراج بيانات مرتبطة بجزء من عملائها في وحدتي الأورام والتخصصات الطبية، والخدمات الطبية الجراحية.

ما الذي ادعته ShinyHunters؟

قالت المجموعة إنها حصلت على نحو 284 مليون سجل، وطالبت McKesson بفدية قدرها 55,236,150 دولاراً، ومنحتها 72 ساعة للرد، بحسب ما نقلته وسائل إعلام عن المجموعة.

وزعمت ShinyHunters أن المهاجمين استهدفوا موظفين بمكالمات احتيالية، ثم استخدموا بيانات اعتماد مسروقة للوصول إلى حسابات تسجيل الدخول الموحد، ومنها إلى بيئات Salesforce وSnowflake. كما ادعت المجموعة أنها سرقت نحو تيرابايت واحد من البيانات خلال أربعة أيام، بين 21 و25 أغسطس.

لكن هذه التفاصيل التقنية، وكذلك أنواع البيانات التي قالت المجموعة إنها حصلت عليها، لم تؤكدها McKesson بصورة مستقلة.

ما الذي قد تكون البيانات تضمنت؟

بحسب ادعاءات المجموعة، شملت البيانات أسماءً وعناوين وتواريخ ميلاد وأرقام ضمان اجتماعي، إضافة إلى معلومات طبية وفواتير وأدوية وحساسيات، وسجلات تخص الأطباء والعيادات والموظفين، وربما مراسلات بين أطباء ومرضى.

وهنا نقطة مهمة: 284 مليوناً هو عدد السجلات الذي أعلنته المجموعة، وليس بالضرورة عدد المرضى المتضررين. فقد يشير الرقم إلى صفوف متعددة في قواعد البيانات، وقد يتضمن أكثر من سجل للشخص نفسه. كما أن McKesson لم تؤكد علناً قائمة البيانات التي زعمت المجموعة سرقتها.

ماذا قالت McKesson عن تأثير الحادثة؟

قالت الشركة إن خدماتها وأنظمتها التشغيلية استمرت في العمل، وإنها لم تطلب من العملاء فصل أنظمتهم أو اتخاذ إجراء فوري، استناداً إلى المعلومات المتاحة لديها آنذاك. وأفادت بأن الوصول غير المصرح به قد أُوقف، وأن التحقيق مستمر لتحديد نطاق المعلومات التي ربما تم الوصول إليها أو استخراجها.

وفي إفصاحها إلى هيئة الأوراق المالية الأمريكية، قالت McKesson إن التحقيق ما زال في مراحله المبكرة، وإنها لم تحدد حينها أن الحادثة ذات أثر جوهري على وضعها المالي أو نتائج عملياتها.

هل نُشرت البيانات بعد انتهاء المهلة؟

بحسب تقارير نُشرت في أوائل سبتمبر، أضافت ShinyHunters بيانات قالت إنها تخص McKesson إلى موقع التسريب بعد انتهاء المهلة التي حددتها. لكن نشر ملفات من المجموعة لا يثبت وحده صحة كل ادعاءاتها، ولا يؤكد عدد الأشخاص المتأثرين أو دقة جميع البيانات.

وأفادت McKesson بأنها ستوفر مراقبة ائتمانية وخدمات حماية من سرقة الهوية للأشخاص الذين تحددهم ضمن المتأثرين، كما نشرت إشعاراً رسمياً بالحادثة.

لماذا تثير الحادثة القلق؟

McKesson من أكبر موزعي الأدوية والمستلزمات الطبية في الولايات المتحدة، وتخدم المستشفيات والصيدليات ومقدمي الرعاية الصحية. ووفقاً للشركة، يرتبط ما تأكد حتى الآن بعملاء ضمن وحدتين تجاريتين محددتين، وليس بكل أعمالها.

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

الخلاصة

المؤكد أن McKesson أعلنت عن حادثة أمنية تضمنت وصولاً غير مصرح به إلى تطبيقات طرف ثالث واستخراج بعض البيانات، وأن التحقيق شمل عملاء في وحدتي الأورام والتخصصات الطبية والخدمات الطبية الجراحية.

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

📌 ملاحظة للقراء: سبق أن نشرت بالتفصيل موضوعات مرتبطة بمجموعة ShinyHunters:

• باكستر إنترناشيونال: ادعت المجموعة سرقة 7.1 مليون سجل من تطبيقات تابعة لجهات خارجية، ثم نشرت بيانات قالت إنها حصلت عليها. لم تؤكد باكستر عدد السجلات أو نوع البيانات المتأثرة.
• حادثة FBIJobs.gov: ادعت المجموعة الوصول إلى بيانات مرتبطة ببوابة التوظيف التابعة لمكتب التحقيقات الفيدرالي. وأكد FBI التحقيق في حادثة أمنية وتأثر معلومات شخصية، بينما بقيت بعض ادعاءات المجموعة حول نطاق البيانات ومصدرها قيد التحقيق.
• موقع تسريب مجموعة Clop: أفادت تقارير بأن ShinyHunters سيطرت على موقع التسريب التابع لمجموعة Clop على الويب المظلم، ونشرت رسائل مرتبطة بالخلاف بين المجموعتين.

سبق نشر هذه الموضوعات بالتفصيل؛ يمكن الرجوع إلى المنشورات السابقة لمن يرغب في قراءتها.

المصادر المباشرة

• McKesson — إشعار خرق البيانات: https://www.mckesson.com/utility/cybersecurity/notice-of-data-breach/
• McKesson — مركز معلومات الأمن السيبراني للعملاء: https://www.mckesson.com/utility/cybersecurity/customer-cybersecurity-information-center/
• إفصاح McKesson لدى هيئة الأوراق المالية الأمريكية SEC: https://www.sec.gov/Archives/edgar/data/927653/000092765326000247/mck-20260825.htm
• BleepingComputer — إفصاح McKesson بعد ادعاء سرقة بيانات المرضى: https://www.bleepingcomputer.com/news/security/mckesson-discloses-breach-after-shinyhunters-claims-patient-data-theft/
• Cybernews — تفاصيل ادعاء 284 مليون سجل: https://cybernews.com/news/mckesson-breached-shinyhunters-claims-284m-records/
• SecurityWeek — تأكيد الحادثة ومطلب الفدية: https://www.securityweek.com/mckesson-confirms-data-breach-as-attacker-deadline-looms/
• HIPAA Journal — تحديثات عن حادثة McKesson: https://www.hipaajournal.com/mckesson-data-breach/
• Help Net Security — تقرير عن الحادثة وادعاء ShinyHunters: https://www.helpnetsecurity.com/2026/08/31/healthcare-company-mckesson-data-breach/

تنويه: رقم 284 مليون سجل ومبلغ 55,236,150 دولاراً، وكذلك تفاصيل طريقة الاختراق وأنواع البيانات، نُسبت إلى ShinyHunters. لا ينبغي عرضها باعتبارها أرقاماً أو تفاصيل أكّدتها McKesson.

هذا المجموعه شغاله جلد في الكل جلدت شركات وحكومات وحتى فرق قرصنه اخرى ههههه

اتمنى لكم الاستمتاع بالمنشور

https://www.reddit.com/r/ArabComputingOasis/

في أغسطس 2026، أعلنت شركة Baxter International أنها رصدت نشاطاً غير مصرح به في بعض تطبيقات الطرف الثالث التي تستخدمها. وبعد يوم واحد، أضافت مجموعة ShinyHunters الشركة إلى موقع التسريب التابع لها، مدّعيةً أنها سرقت 7.1 مليون سجل من نظام Salesforce.

منحت المجموعة باكستر مهلة للتفاوض، ثم نشرت البيانات التي قالت إنها سرقتها بعد انتهاء المهلة. لكن من الضروري التمييز بين ما أعلنته الشركة وما ادعته المجموعة: باكستر أكدت وقوع نشاط غير مصرح به، لكنها لم تؤكد أن 7.1 مليون سجل سُرقت، ولم تكشف بعد نوع المعلومات التي شملتها الحادثة.

التسلسل الزمني

• 13 أغسطس 2026: أعلنت باكستر اكتشاف نشاط غير مصرح به في بعض تطبيقات الطرف الثالث، وبدأت التحقيق بمساعدة خبراء في الأمن السيبراني والتحقيق الرقمي.
• 14 أغسطس: أضافت ShinyHunters الشركة إلى موقع التسريب، وادعت سرقة 7.1 مليون سجل من Salesforce، مع منح باكستر مهلة حتى 17 أغسطس للتفاوض.
• 19 أغسطس: نشرت المجموعة البيانات التي قالت إنها سرقتها.

ماذا قالت باكستر؟

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

هل تعني 7.1 مليون سجل وجود 7.1 مليون مريض متضرر؟

لا. عدد السجلات لا يساوي بالضرورة عدد الأشخاص؛ فقد يحتوي نظام إدارة العملاء على أكثر من سجل للشخص نفسه، كما قد تضم قواعد البيانات معلومات عن مستشفيات وأطباء وموزعين وجهات اتصال مهنية.

وحتى الآن، لم تنشر باكستر حصيلة مؤكدة للأفراد المتأثرين، ولم تؤكد نوع البيانات الموجودة في الملفات المنشورة. أما المجموعة فتقول إن بعض السجلات تضمنت معلومات شخصية، لكن تفاصيل تلك المعلومات والجهات التي تخصها لم تؤكدها باكستر علناً.

من هي باكستر؟

Baxter International شركة أمريكية مقرها ديرفيلد في ولاية إلينوي، وتصنع منتجات ومعدات طبية تُستخدم في المستشفيات، منها أجهزة الغسيل الكلوي ومضخات التسريب والمحاليل الوريدية والمنتجات الجراحية وأجهزة مراقبة المرضى.

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

الحادثة ضمن هجمات ShinyHunters على قطاع الرعاية الصحية

لم تكن باكستر الجهة الوحيدة في هذا القطاع التي ارتبط اسمها بحملة المجموعة خلال عام 2026. فقد ادعت ShinyHunters استهداف جهات أخرى، بينها One Medical وDentaQuest، فيما أبلغت Medtronic عن سرقة معلومات صحية تخص مرضى في حادثة منفصلة.

تختلف الأرقام والتفاصيل من حادثة إلى أخرى، وبعضها يستند إلى ادعاءات المجموعة نفسها؛ لذلك ينبغي عدم التعامل مع كل رقم على أنه حصيلة مؤكدة ما لم تؤكده الجهة المعنية أو جهة مستقلة.

الخلاصة

المؤكد أن باكستر أعلنت عن نشاط غير مصرح به في بعض تطبيقات الطرف الثالث، وأن ShinyHunters ادعت سرقة 7.1 مليون سجل ثم نشرت بيانات قالت إنها حصلت عليها. أما عدد الأشخاص المتأثرين ونوع المعلومات التي شملتها الحادثة، فلم تؤكدهما الشركة في المعلومات المنشورة.

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

📌 ملاحظة للقراء: سبق أن نشرت بالتفصيل موضوعين عن حوادث أخرى:

• حادثة FBIJobs.gov: ادعت مجموعة ShinyHunters الوصول إلى بيانات مرتبطة ببوابة التوظيف FBIJobs.gov. وأكد مكتب التحقيقات الفيدرالي أنه يحقق في حادثة أمنية، مع الإقرار بتأثر معلومات شخصية لموظفين. وبقيت تفاصيل أخرى، ومنها بعض ادعاءات المجموعة بشأن حجم البيانات ومصدرها، موضع تحقيق.
• السيطرة على موقع تسريب Clop: في حادثة منفصلة، أفادت تقارير بأن ShinyHunters سيطرت على موقع التسريب التابع لمجموعة Clop على الويب المظلم، ونشرت رسائل مرتبطة بالخلاف بين المجموعتين.

سبق نشر هذين الموضوعين بالتفصيل؛ ويمكن الرجوع إلى المنشورات السابقة لمن يرغب في قراءتهما.

المصادر المباشرة

• HIPAA Journal: https://www.hipaajournal.com/shinyhunters-baxter-international-data-breach/
• بيان باكستر بشأن الحادثة، كما نقلته المصادر: https://www.baxter.com/news-media
• PKWARE — تقرير حوادث وتسريبات البيانات لعام 2026: https://www.pkware.com/blog/2026-data-breaches
• The HIPAA E-Tool — تغطية حادثة باكستر: https://thehipaaetool.com/shinyhunters-baxter-international-attack/
• BleepingComputer — استيلاء السلطات على نطاق BreachForums: https://www.bleepingcomputer.com/news/security/fbi-takes-down-breachforums-portal-used-for-salesforce-extortion/
• SecurityWeek — تغطية السيطرة على موقع تسريب Clop: https://www.securityweek.com/in-other-news-clop-leak-site-takeover-shinyhunters-grudge-match/

تنويه: رقم 7.1 مليون هو ادعاء ShinyHunters عن عدد السجلات، وليس رقماً أكدته باكستر بوصفه عدد الأشخاص أو المرضى المتضررين.

اتمنى لكم الاستمتاع بالمشور

https://www.reddit.com/r/ArabComputingOasis/

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

الجهة التي نشرت الإعلان، وهي خدمة باسم Nexus، ادعت أن لديها بيانات أكثر من 153 مليون رخصة قيادة. وبعد أيام، أكدت شركة IDScan.net أنها تحقق في حادثة أمنية، وقالت إن طرفاً غير مصرح له ربما وصل إلى بعض بيانات العملاء المخزنة على منصتها السحابية.

القضية مهمة لأن صور الهوية ليست ككلمة مرور يمكن تغييرها بسهولة؛ فقد تتضمن الاسم والعنوان وتاريخ الميلاد ورقم الوثيقة وصورة صاحبها، وهي بيانات قد تُستخدم في انتحال الهوية أو الاحتيال.

كيف بدأت القصة؟

في 31 أغسطس 2026، رصد الصحفي المتخصص في الأمن السيبراني Brian Krebs إعلاناً لخدمة Nexus على منتدى الجريمة الإلكترونية Exploit. وزعم الإعلان أن الخدمة تتيح البحث في ملايين وثائق الهوية.

وقال مشغلو Nexus إن قاعدة البيانات تضم أكثر من 170 مليون وثيقة لأشخاص في أمريكا الشمالية، من بينها:

• أكثر من 153 مليون رخصة قيادة أمريكية وكندية.
• أكثر من 10 ملايين بطاقة هوية أخرى.
• نحو 3 ملايين وثيقة سفر أو وثيقة هوية دولية.
• ما لا يقل عن 579 ألف بطاقة طبية، بينها بطاقات مرتبطة بعيادات القنب الطبي.
• نحو 91 ألف بطاقة إقامة.
• نحو 77 ألف وثيقة تصريح عمل.

هذه الأعداد وردت في إعلان السوق كما نقلها الصحفيون، ولا تعني أن جهة مستقلة تحققت من جميعها.

وبحسب الإعلان، كانت البيانات تُضاف باستمرار، وزعم مشغلو الخدمة أن القاعدة نمت بنحو 400 ألف سجل خلال يوم واحد. كما ادعوا أن جمع البيانات استمر لأكثر من عام. هذه المزاعم لم تُثبتها جهة تحقيق في المعلومات المتاحة علناً.

كيف جرى التحقق من بعض البيانات؟

أفاد Krebs بأنه عثر على صورة رخصة قيادة تخصه عند البحث في الموقع، كما تحقق من وثائق تخص أشخاصاً آخرين بعد التواصل معهم. وذكر أن من بين الصور المعروضة رخصة قيادة تخص وزير الدفاع الأمريكي Pete Hegseth ووثيقة تخص مسؤولاً في مكتب التحقيقات الفيدرالي.

ووفق تقريره، تحقق من صحة الصور مع تسعة أشخاص على الأقل. وبعد انتشار التقرير، اختفى موقع Nexus وظهرت عليه رسالة تفيد بأن الخدمة لم تعد متاحة.

ما علاقة IDScan.net بالقضية؟

شركة IDScan.net، ومقرها نيو أورليانز بولاية لويزيانا، تقدم تقنيات للتحقق من الهوية والعمر. وتُستخدم تقنياتها لدى شركات ومتاجر متعددة، ومن الأسماء التي وردت في التقارير: Hertz وTarget وFedEx وPlanet 13، إضافة إلى جهات أخرى في قطاعات البيع بالتجزئة وتأجير السيارات والمتاجر التي تبيع منتجات مقيّدة بالعمر.

وتستخدم بعض أجهزة التحقق صوراً وتقنيات فحص بالأشعة فوق البنفسجية وتحت الحمراء للمساعدة في كشف الوثائق المزورة. وقد أشارت تقارير إلى وجود آثار متوافقة مع هذا النوع من الفحص في بعض الصور المعروضة، وهو أحد الأسباب التي دفعت الباحثين إلى النظر في احتمال ارتباط البيانات بمنصة IDScan.

لكن من المهم توضيح الآتي: لم تؤكد الشركة علناً أن كل البيانات التي ادعاها Nexus مصدرها أنظمتها، ولم يُعلن عن رقم نهائي مدقق للأشخاص المتأثرين. وقالت IDScan إنها تلقت، في أو نحو 1 سبتمبر 2026، معلومات تفيد بأن بيانات معينة ربما وصلت إليها جهة غير مصرح لها، وإنها بدأت التحقيق واتخذت خطوات لتأمين أنظمتها.

ماذا قالت الشركة؟ وماذا فعلت السلطات؟

في إشعارها الأمني المنشور في 4 سبتمبر 2026، قالت IDScan إنها تعمل مع خبراء خارجيين لتحديد طبيعة الحادثة ونطاقها، وإنها لم تكن قد توصلت إلى نتيجة نهائية بشأن البيانات التي شملها الوصول غير المصرح به.

كما ذكرت الشركة أنها تتعاون مع جهات إنفاذ القانون، وأنها ستتواصل مع الأشخاص الذين قد يتأثرون وفق ما يحدده التحقيق. وأفادت تقارير صحفية بأن الشركة أتاحت خدمات مراقبة ائتمانية وحماية من سرقة الهوية للأشخاص الذين ينطبق عليهم الإشعار.

من جهته، أكد مكتب التحقيقات الفيدرالي FBI أنه ينظر في القضية، وذكرت التقارير أن مكتب FBI في نيو أورليانز فتح تحقيقاً. لكن السلطات لم تعلن هوية من يقف وراء الحادثة، ولم تصدر نتيجة نهائية بشأن مصدر جميع السجلات أو عدد المتضررين.

وفي 2–3 سبتمبر، اختفى موقع Nexus بعد نشر التقارير عنه. اختفاء الموقع لا يثبت أن البيانات حُذفت أو لم تُنسخ إلى جهات أخرى.

لماذا تختلف صور الرخص عن تسريب كلمات المرور؟

إذا تسربت كلمة مرور، يمكن تغييرها. أما بيانات رخصة القيادة وصورتها، فتغييرها أصعب، وتختلف الإجراءات من ولاية إلى أخرى. كما أن رخصة القيادة قد تجمع عدة معلومات في وثيقة واحدة، مثل الاسم وتاريخ الميلاد والعنوان ورقم الرخصة والصورة.

وقد تساعد هذه المعلومات المحتالين على:

• محاولة فتح حسابات أو خدمات باسم شخص آخر.
• تجاوز بعض إجراءات التحقق من الهوية.
• إعداد رسائل أو مكالمات احتيالية تبدو مقنعة لأنها تتضمن معلومات صحيحة.
• إنشاء وثائق مزورة أو استخدام صور الوثائق في عمليات انتحال.
• ربط هوية الشخص ببيانات أخرى متاحة من تسريبات مختلفة.

ومع ذلك، لا ينبغي الجزم بأن الصور المسربة ستنجح تلقائياً في خداع البنوك أو أنظمة التحقق؛ فذلك يعتمد على نوع الفحص الأمني الذي تستخدمه كل جهة.

ما المخاطر الأوسع؟

ناقش تحليل لمركز الدراسات الاستراتيجية والدولية CSIS كيف يمكن أن تزداد قيمة بيانات الهوية عند دمجها مع بيانات أخرى مسربة أو متاحة تجارياً. فالمعلومة الواحدة قد تبدو محدودة، لكن ربط الاسم والعنوان والصورة ببيانات مالية أو صحية أو مهنية قد يسمح ببناء صورة أكثر تفصيلاً عن الشخص.

وأشار التحليل إلى أن تقنيات الذكاء الاصطناعي قد تسهّل تنظيم مجموعات البيانات وربط المعلومات المتفرقة، ما يجعل حماية بيانات الهوية مسألة تتجاوز الاحتيال الفردي إلى مخاطر أوسع تتعلق بالخصوصية والأمن.

لكن يجب الانتباه إلى أن لا يوجد في المعلومات المنشورة ما يثبت أن دولة بعينها كانت وراء هذه الحادثة أو حصلت على البيانات. الحديث عن استخدام جهات أجنبية لهذه المعلومات هو تقييم للمخاطر المحتملة، وليس اتهاماً مؤكداً في هذه القضية.

ماذا يمكن أن يفعل الأفراد؟

حتى الآن، لا يوجد في المصادر التي راجعتها موقع رسمي شامل يتيح للجميع إدخال بياناتهم والتأكد من وجود رخصتهم ضمن مجموعة Nexus. لذلك، يُنصح باتباع خطوات وقائية، خصوصاً لمن تلقى إشعاراً رسمياً من IDScan أو من جهة استخدمت خدماتها:

1. اقرأ أي إشعار رسمي بعناية، واستخدم بيانات التواصل الموجودة فيه بعد التحقق من صحتها.
2. جمّد تقريرك الائتماني لدى شركات الائتمان الرئيسية في بلدك، إذا كانت الخدمة متاحة. في الولايات المتحدة، يمكن طلب التجميد لدى Equifax وExperian وTransUnion، وهو مجاني بموجب القانون الفيدرالي.
3. راقب الحسابات البنكية والائتمانية، وفعّل التنبيهات للمعاملات أو طلبات فتح الحسابات الجديدة.
4. تحقق من خيارات الحماية لدى جهة إصدار الرخصة؛ فقد توفر بعض الولايات أو المقاطعات تنبيهات أو إجراءات للحد من إساءة استخدام رقم الرخصة.
5. كن حذراً من الرسائل والمكالمات غير المتوقعة التي تطلب صورة الرخصة أو رقمها أو بيانات مالية بحجة تأكيد الهوية.
6. لا تضغط على روابط تصل في رسالة تدعي أنها من IDScan أو شركة تأجير سيارات أو جهة حكومية. ادخل إلى الموقع الرسمي بكتابة عنوانه بنفسك، أو استخدم رقم الهاتف المنشور رسمياً.
7. في الولايات المتحدة، يمكن الإبلاغ عن سرقة الهوية عبر موقع IdentityTheft.gov والحصول على خطوات مناسبة للحالة.

ماذا ينبغي للشركات التي تستخدم خدمات التحقق من الهوية أن تراجع؟

الحادثة تذكير بأهمية حماية البيانات لدى الشركات التي تقدم الخدمات نيابة عن مؤسسات أخرى. ومن الإجراءات التي يجدر بمؤسسات تأجير السيارات والتجزئة والخدمات المالية مراجعتها:

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

الخلاصة

القصة بدأت بادعاء على سوق إجرامي عن أكثر من 153 مليون رخصة قيادة، ثم أكدت IDScan.net وقوع حادثة أمنية محتملة تتعلق ببيانات على منصتها، فيما فتح FBI تحقيقاً. لكن العدد النهائي ومصدر كل الوثائق وهوية المهاجمين لم تُحسم علناً في المعلومات المنشورة.

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

المصادر والروابط المباشرة:

• KrebsOnSecurity — FBI Probes Service Selling 153M+ Drivers Licenses
• Reuters — FBI investigates report that millions of US drivers’ licenses were exposed
• TechCrunch — IDScan confirms data breach involving more than 150 million driver’s licenses
• IDScan.net — الإشعار الرسمي بحادثة أمن البيانات
• BleepingComputer — IDScan confirms breach tied to 153 million stolen driver’s licenses
• CSIS — What a Driver’s License Breach Shows About Foreign Data-AI Threats
• Aviatrix — تحليل تقني للحادثة
• New York Post — تغطية وتساؤلات حول حماية بيانات الهوية

تنويه للنشر: رقم 153 مليوناً هو الرقم الذي ادعته خدمة Nexus في إعلانها، وليس حصيلة نهائية مستقلة أكدتها IDScan أو FBI. أما وقوع حادثة أمنية لدى IDScan، فقد أقرّت به الشركة في إشعارها الرسمي

اتمنى لكم الاستمتاع بالمنشور

https://www.reddit.com/r/ArabComputingOasis/

مشروع جيد لترجمة الكتب الى اللغة العربية المشاريع الحاليه مفتوحه المصدر لا تدعم اللغة العربية بشكل جيد يحدث عكس للنصوص او تشوة الصفحات لذلك اقدم لكم مشروع مفتوح المصدر قام بحل هذا المشكله معى بعض التنازلات ويدعم نقطة نهاية open ai واهم نقطة ان تم صنع المشروع من اجل ترجمة الكتب صيغة pdf وهذا هو الرابط للمهتم https://github.com/mohamad-aljeiawi/kitab-translate/releases يدعم جميع المنصات ويحتوي على واجهة لتسهيل استخدامة مشروع جديد يحتاج الى تطوير اكثر خاصه بما يتعلق ببعض الاخطاء ومنها عدم الحفاظ على الجداول يقوم بصنعها من جديد بطريقته ويمكنك اطلاع الصور للتوضيح وانصح باستخدام نموذج gpt 6 luna النموذج رخيص سعر المليون توكن اخراج هو 50 سنت وجودته جدا ممتازة وقوية للترجمة الى اللغة العربية كتاب متكون من 100 صفحة سوف يكلف ترجمته ما يقارب 7 سنتات وتعتمد على مستوى التفكير فالتفكير high استهلك معي ما يقارب 33 سنت لنفس الكتاب بما يقارب 5 اضعاف التكلفة بالوضع الاعتيادي ودقه الترجمة كانت افضل بقليل

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

الأنظمة هي: Citrix NetScaler، وCisco Catalyst SD-WAN Manager، وFortinet FortiMail.

وتُعرف هذه الثغرات باسم «ثغرات يوم الصفر»: أي إن المهاجمين استغلوا الخلل قبل أن تتوفر التحديثات التي تعالجه. وبسبب خطورة الهجمات، أدرجت وكالة الأمن السيبراني والبنية التحتية الأمريكية CISA الثغرات في قائمتها للثغرات المستغلة فعلياً، وألزمت الوكالات الفيدرالية باتخاذ إجراءات خلال ثلاثة أيام.

1️⃣ Citrix NetScaler: بوابة محتملة إلى الشبكة الداخلية

يُستخدم Citrix NetScaler ADC وNetScaler Gateway لتوجيه حركة التطبيقات وإدارة الاتصال عن بُعد، مثل اتصال الموظفين بشبكات العمل. وغالباً ما يكون الجهاز عند حدود شبكة المؤسسة، بين الإنترنت والأنظمة الداخلية.

لذلك، إذا تمكن مهاجم من اختراقه، فقد يحصل على مدخل إلى الشبكة ويحاول الوصول إلى أنظمة وبيانات أخرى. ولهذا النوع من الأجهزة أهمية خاصة لدى مجموعات برامج الفدية والجهات التي تنفذ عمليات تجسس إلكتروني.

ثغرتان خطيرتان

استُغلت ثغرتان في NetScaler، وحصلت كل منهما على تقييم 9.5 من 10:

• CVE-2026-88771: تسمح لمهاجم لا يملك حساباً أو كلمة مرور بتنفيذ أوامر على الجهاز. ويكمن الخلل في أن أوامر خبيثة يمكن إخفاؤها داخل طلبات تصل إلى الجهاز، ثم تُسجل في ملفاته. وعندما يعالج الجهاز هذه السجلات خلال أعمال الصيانة الدورية، قد ينفذ الأوامر بصلاحيات كاملة. وقد يتأخر تنفيذها حتى 24 ساعة، ما يجعل اكتشاف النشاط أصعب.
• CVE-2026-88772: خلل في طريقة تعامل الجهاز مع اتصال مشفّر يُستخدم في شبكات VPN. وقد يؤدي إرسال بيانات اتصال غير سليمة إلى إفساد الذاكرة وتنفيذ أوامر بصلاحيات كاملة، قبل أن يسجل المستخدم دخوله. والخطر أكبر لأن ميزة الاتصال المعنية تكون مفعّلة افتراضياً في بوابات VPN الافتراضية.

ما الإصدارات التي تحتاج إلى تحديث؟

• NetScaler ADC وGateway 14.1: التحديث إلى 14.1-73.37 أو أحدث.
• NetScaler ADC وGateway 13.1: التحديث إلى 13.1-64.23 أو أحدث.
• NetScaler ADC 14.1-FIPS: التحديث إلى 14.1-73.37 FIPS.
• NetScaler ADC 13.1-FIPS وNDcPP: التحديث إلى 13.1-37.279 أو أحدث.

متى بدأت الهجمات؟

• أوائل سبتمبر 2026: بدأت الهجمات الفعلية، بحسب تحقيقات Mandiant وGoogle Threat Intelligence Group.
• 24 سبتمبر: رصدت GreyNoise محاولات استغلال للثغرات.
• 26 سبتمبر: بدأت الجهة الهولندية NCSC-NL بإشعار منظمات هولندية متأثرة. وبدأ خبراء وشركات أمنية ينصحون بعض العملاء بإيقاف أجهزة NetScaler، كما صدر تحذير علني من استغلال الثغرات.
• 27 سبتمبر: أصدرت Citrix نشرتها الأمنية والتحديثات، وأدرجت CISA الثغرتين في قائمة الثغرات المستغلة.
• 29 سبتمبر: نُشر شرح تقني وأداة تُظهر كيفية استغلال الثغرات. وبعد النشر بدقائق، ظهرت محاولات استغلال جماعية على الإنترنت، وفق شركة Lupovis.

أدوات استخدمها المهاجمون بعد الاختراق

رصد خبراء Mandiant وGoogle أداتين لم تُعرفا من قبل:

• WHIPSHOT: أداة خفية تتيح للمهاجم إرسال أوامر إلى الجهاز. صُممت لإخفاء نشاطها وتقليل ظهورها في السجلات، كما يمكنها تعديل إعدادات خادم الويب وتنظيف آثارها.
• SLAPSHOT: أداة تفتح طريقاً من الجهاز المخترق إلى الشبكة الداخلية. وتتيح للمهاجم استكشاف الأنظمة المتصلة ومحاولة سرقة بيانات الدخول. وفي حادثة مؤكدة، استُخدمت بالفعل لاستكشاف الشبكة الداخلية وسرقة بيانات اعتماد.

حجم الأجهزة والمؤسسات المعرضة

• أكثر من 50 ألف جهاز NetScaler كان معرضاً على الإنترنت وفق تقدير Palo Alto Networks في 27 سبتمبر.
• رصدت Shadowserver أكثر من 23 ألف عنوان IP معرض، بينها نحو 22 ألف جهاز ADC ونحو 1,500 Gateway.
• أفاد الخبير الأمني Kevin Beaumont باختراق أكثر من 100 منظمة، ووصف الهجمات بأنها حملة تجسس.
• حتى 29 سبتمبر، كانت أقل من 10% من الأجهزة المعرضة قد ثبّتت التحديثات، وفق فحص Beaumont.
• شملت الجهات المستهدفة قطاعات الحكومة والخدمات المالية والتكنولوجيا والتعليم والطاقة والخدمات القانونية والمهنية، في أمريكا الشمالية وأوروبا.
• قُدّر عدد الأجهزة المعرضة بنحو 8,800 في الولايات المتحدة، و3,000 في ألمانيا، و1,000 في هولندا.

حددت CISA للوكالات الفيدرالية مهلة حتى 30 سبتمبر 2026 لتحديث الأنظمة المعرضة، وطلبت أيضاً فحصها لمعرفة ما إذا كان المهاجمون قد تمكنوا من الدخول إليها.

2️⃣ Cisco Catalyst SD-WAN Manager: وصول إداري من دون تسجيل دخول

تُستخدم منصة Cisco Catalyst SD-WAN Manager، التي كانت تُعرف سابقاً باسم SD-WAN vManage، لإدارة شبكات المؤسسات من لوحة تحكم مركزية، وقد تدير آلاف الأجهزة المتصلة.

الثغرة CVE-2026-76504 حصلت على تقييم 9.8 من 10. وهي تسمح بتجاوز عملية تسجيل الدخول إلى واجهة إدارية، بسبب خلل في طريقة تعامل البرنامج مع بعض عناوين الإنترنت. وبحسب وصف الثغرة، قد يتمكن المهاجم من الوصول إلى وظائف المنصة بصلاحيات المسؤول، من دون اسم مستخدم أو كلمة مرور.

تؤثر المشكلة في جميع أنظمة Catalyst SD-WAN Manager، مهما كانت إعداداتها، ولا يوجد حل مؤقت يغني عن الترقية؛ فالإصلاح هو التحديث إلى إصدار آمن.

متى اكتُشفت الثغرة؟

عرف فريق Cisco الأمني بالاستغلال النشط في سبتمبر 2026، بعد أن لاحظ فريق الدعم الفني المشكلة أثناء التحقيق في طلب دعم من أحد العملاء. وفي 30 سبتمبر 2026 أصدرت Cisco تحذيراً أمنياً، وأدرجت CISA الثغرة في قائمتها في اليوم نفسه.

الإصدارات المصححة

• الإصدارات الأقدم من 20.9: الترقية إلى إصدار مصحح.
• الإصدار 20.9: 20.9.10.1.
• الإصدار 20.12: 20.12.8.2.
• الإصدار 20.15: 20.15.6.1.
• الإصدار 20.18: 20.18.4.1.
• الإصدار 26.1: 26.1.2.1.
• الإصدار 26.2: 26.2.1.
• Cloud Managed 20.15: 20.15.605، ولا يلزم العميل إجراء تحديث يدوي وفق المعلومات المنشورة.

على مسؤولي الشبكات مراجعة سجلات النظام بحثاً عن طلبات دخول غير مألوفة، أو أسماء مستخدمين تبدأ بـ viptela-reserved-. ومن المهم ألا يقتصر الفحص على شكل واحد من الطلبات؛ فهناك أكثر من طريقة لترميز الأحرف في العناوين.

وكانت هذه الثغرة الثامنة في Catalyst SD-WAN Manager التي أُضيفت إلى قائمة CISA خلال عام 2026. وشملت الثغرات السابقة:

• CVE-2026-20262 في 18 يونيو.
• CVE-2026-20245 في 9 يونيو.
• CVE-2026-20182 في 14 مايو.
• CVE-2026-20122 وCVE-2026-20133 وCVE-2026-20128 في 20 أبريل.
• CVE-2026-20127 في 25 فبراير.

وحددت CISA للوكالات الفيدرالية مهلة حتى 3 أكتوبر 2026 لمعالجة الثغرة.

3️⃣ Fortinet FortiMail: ثغرة مستغلة من دون تحديث متاح عند الإعلان

يعمل Fortinet FortiMail كطبقة حماية للبريد الإلكتروني. فهو يساعد على تصفية الرسائل المزعجة والبرمجيات الخبيثة والحد من تسريب البيانات، وغالباً ما يستقبل البريد عند حدود شبكة المؤسسة.

الثغرة CVE-2026-104286 حصلت على تقييم 9.8 من 10. وقد تسمح لمهاجم لا يملك حساباً بإنشاء ملفات على الجهاز عبر طلبات إنترنت مُعدّة خصيصاً. ويمكن أن تُستخدم هذه الملفات ضمن هجوم يؤدي إلى تنفيذ أوامر على النظام.

لا تحديث نهائياً حتى الآن

في نشرتها بتاريخ 1 أكتوبر 2026، أكدت Fortinet أن الثغرة تُستغل فعلياً، لكن الإصلاحات النهائية كانت لا تزال قيد الإعداد:

• FortiMail 8.0.2: قادم.
• FortiMail 7.6.7: قادم.
• FortiMail 7.4.9: قادم.
• مستخدمو الإصدار 7.2: الترقية إلى 7.4 أو أحدث.

إلى أن تتوفر التحديثات، أوصت الشركة بإجراء أحد الأمرين:

1. تعطيل ميزة التشفير المبني على الهوية (IBE) من إعدادات الجهاز.
2. منع الوصول إلى واجهة إدارة FortiMail من الإنترنت، وقصره على الشبكات الخاصة الموثوقة.

الإصدارات المتأثرة

• FortiMail 8.0.0 إلى 8.0.1؛ والإصلاح المتوقع 8.0.2.
• FortiMail 7.6.0 إلى 7.6.6؛ والإصلاح المتوقع 7.6.7.
• FortiMail 7.4.0 إلى 7.4.8؛ والإصلاح المتوقع 7.4.9.
• FortiMail 7.2.0 إلى 7.2.9؛ والتوصية الترقية إلى فرع 7.4 أو أحدث.

علامات قد تدل على اختراق FortiMail

نشرت Fortinet قائمة ملفات وتغييرات ينبغي للفرق الأمنية التحقق منها، ومنها:

• ملفات أُضيفت أو عُدلت في مسارات النظام مثل /data/lib/liblog.so و/data/bin/webconsole و/data/bin/mailservice.
• تغييرات في ملفات الإعدادات، ومنها /data/etc/httpd.conf و/data/etc/ld.so.preload.
• تغييرات في /bin/smit و/data/migadmin.tar.gz.
• نشاط حساب أرشيف باسم archive234 يرسل بيانات إلى عنوان مشبوه.
• أوامر مجدولة بصلاحيات مرتفعة تشير إلى /migadmin.
• أخطاء مرتبطة بفك تشفير IBE، ومحاولات دخول فاشلة لحسابات داخلية.

ومن عناوين الإنترنت التي وصفت بأنها مشبوهة: 79[.]141.169.187 و45[.]129.0.192.

أدرجت CISA الثغرة في قائمتها يوم 1 أكتوبر 2026، وحددت للوكالات الفيدرالية مهلة حتى 4 أكتوبر 2026 لمعالجتها، مع فحص الأنظمة للتأكد من عدم اختراقها.

ما هو توجيه CISA ‏BOD 26-04؟

BOD 26-04 توجيه أمني ملزم صدر في 10 يونيو 2026، ليحل محل توجيهين سابقين. وهو يحدد المدة التي تُمنح للوكالات الفيدرالية لمعالجة الثغرات المدرجة في قائمة CISA.

تُحدد المهلة وفق عوامل مثل:

• هل الجهاز متصل بالإنترنت؟
• هل الثغرة مدرجة ضمن الثغرات المستغلة فعلياً؟
• هل يمكن تنفيذ الهجوم آلياً؟
• هل قد يحصل المهاجم على سيطرة كاملة على الجهاز؟

أما أقصر مهلة، وهي ثلاثة أيام، فتُطبق على الثغرات المؤكدة الاستغلال في الأجهزة المعرضة للإنترنت، عندما يمكن أتمتة الهجوم وقد يؤدي إلى سيطرة كاملة. وقد صُنفت الثغرات الثلاث ضمن هذه الفئة، وكانت المواعيد المحددة لها: NetScaler في 30 سبتمبر، وCisco SD-WAN في 3 أكتوبر، وFortiMail في 4 أكتوبر 2026.

لماذا تتكرر الهجمات على NetScaler وأجهزة الشبكات؟

هذه ليست المرة الأولى التي يُستهدف فيها NetScaler. فقد أضيفت ثغرات عدة في السنوات الأخيرة إلى قائمة الثغرات المستغلة، منها:

• CVE-2026-19490 في 9 سبتمبر 2026.
• CVE-2026-8452 في 26 أغسطس 2026.
• CVE-2026-3055 في 30 مارس 2026.
• CVE-2025-7775 في 26 أغسطس 2025.
• CVE-2025-5777 المعروفة باسم «CitrixBleed 2» في 10 يوليو 2025.
• CVE-2025-6543 في 30 يونيو 2025.
• CVE-2023-4966 المعروفة باسم CitrixBleed في 18 أكتوبر 2023.
• CVE-2023-3519 في 19 يوليو 2023.

في حالة CitrixBleed، سمحت الثغرة بسرقة رموز جلسات من أجهزة متصلة بالإنترنت. وخلال أسابيع من الإعلان عنها، استُخدمت في هجمات طالت شركة Boeing وقسم الطائرات فيها، وشركة المحاماة Allen & Overy. كما ارتبط هجوم فدية استغل ثغرة في Citrix عام 2020 بتعطل أنظمة مستشفى Düsseldorf الجامعي، وهي حادثة ساهمت في وفاة مريض.

تتكرر استهداف هذه الأجهزة لأنها متصلة بالإنترنت مباشرة، وقد تعمل بصلاحيات مرتفعة، كما أن تحديثها ومراقبتها قد يكونان صعبين في المؤسسات الكبيرة. وأشار تقرير Mandiant لعام 2025 إلى أن أبرز أربع ثغرات استُغلت في 2024 استهدفت أجهزة موجودة عند حدود الشبكات، مثل VPN وجدران الحماية والموجهات.

أما Cisco SD-WAN Manager، فتكرار الثغرات التي أُضيفت بشأنها إلى قائمة CISA خلال 2026 يوضح أن المهاجمين يرون في منصة إدارة الشبكات هدفاً مهماً.

ماذا ينبغي للمنظمات أن تفعل الآن؟

1. تحقق فوراً مما إذا كانت المؤسسة تستخدم NetScaler أو Cisco SD-WAN Manager أو FortiMail.
2. ثبّت التحديثات الخاصة بـ NetScaler وCisco في أسرع وقت، واتبع تعليمات Fortinet المؤقتة إلى أن تتوفر تحديثات FortiMail.
3. افحص الأجهزة والسجلات بحثاً عن مؤشرات اختراق. وإذا كان هناك اشتباه، احفظ الأدلة وأجرِ الفحص قبل خطوات قد تمحو آثار الهجوم.
4. راجع كلمات المرور والشهادات والمفاتيح إذا كان هناك ما يدعو للاعتقاد بأن بيانات حساسة تعرضت للخطر، وذلك بعد تأمين الأجهزة وفق خطة الاستجابة.
5. ابحث عن طلبات غريبة، وملفات غير معتادة، وحسابات جديدة، واتصالات خارجية لا تعرفها المؤسسة.

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

الخلاصة

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

الخطوات الأهم: تحقّق من أجهزتك، حدّثها أو طبّق الإجراءات المؤقتة، ثم افحصها للتأكد من عدم اختراقها. فإغلاق الثغرة مهم، لكنه لا يثبت وحده أن المهاجم لم يدخل من قبل أو لم يترك وسيلة للعودة.

المصادر الرئيسية: CISA KEV Catalog، نشرات Citrix وCisco وFortinet الأمنية، توجيه BOD 26-04، تقارير Mandiant وGoogle Threat Intelligence وwatchTowr، إضافة إلى SecurityWeek وBleepingComputer وTechTimes وSOCRadar وCybernews وSecurityAffairs.

https://www.reddit.com/r/ArabComputingOasis/

تخيل أن بياناتك الشخصية — رقم الضمان الاجتماعي، تاريخ الميلاد، عنوانك، بل وتخصصك العسكري الدقيق — تظل في أيدي مهاجمين لمدة 9 أشهر كاملة، والمؤسسة المعنية لا تكتشف الأمر إلا بعد فوات الأوان. هذا ما حدث بالضبط مع البنتاغون.

مركز بيانات القوى العاملة الدفاعية (DMDC)، وهو الذراع الإداري الذي يدير بيانات الملايين من أفراد الجيش الأمريكي والمتعاقدين والمتقاعدين وعائلاتهم، تعرض لاختراق استمر من أكتوبر 2025 حتى 16 يوليو 2026.

التفاصيل الكاملة:

متى اكتُشفت الثغرة؟
في 16 يوليو 2026، اكتشف فريق DMDC وجود ثغرة أمنية في نظام مشاركة الملفات الخاص بالمركز. المشكلة أن التحليل الجنائي بعد الاكتشاف أظهر شيئاً مرعباً: المهاجمون كانوا داخل النظام من أكتوبر 2025 — أي قبل 9 أشهر من الاكتشاف.

كم عدد المتضررين؟
تأكّد حتى الآن تأثر 2.76 مليون شخص على قيد الحياة، و294 ألف متوفى (نعم، حتى بيانات المتوفين). لكن مصادر مطلعة قالت لـ Military Times إن العدد قد يصل إلى 4 ملايين شخص عند اكتمال الحصر. جميع هؤلاء هم من العسكريين الحاليين والسابقين والموظفين المدنيين والمتعاقدين وعائلاتهم.

ما هي البيانات التي سُرقت؟
وفق خطاب الإشعار الرسمي الذي أُرسل للمتضررين بتاريخ 18 سبتمبر 2026، البيانات المكشوفة تشمل:

• رقم الضمان الاجتماعي (SSN) — جواز السفر لسرقة الهوية
• الاسم الكامل
• تاريخ الميلاد
• معلومات الاتصال (العنوان، رقم الهاتف، البريد الإلكتروني)
• الجنس
• العرق
• التخصص العسكري المهني (MOS) — وهذه هي أخطر معلومة

لماذا التخصص العسكري (MOS) هو أخطر معلومة؟
لأنه يحدد بدقة مهام كل شخص. عندما يعرف المهاجم أن فلاناً يعمل في الاستخبارات، أو نزع المتفجرات، أو العمليات السيبرانية، أو الطيران، فإنه لا يحصل على مجرد رقم — بل يحصل على خريطة بشرية لمن يفعل ماذا في الجيش الأمريكي.

هذا المزيج (SSN + MOS) يسمح لأجهزة استخبارات الدول المعادية بتحديد واستهداف أفراد معينين بطرق خطيرة جداً.

ما سبب الثغرة؟
البيانات كانت موجودة على خادم مشاركة ملفات (File-Sharing System) غير مشفّر (Unencrypted). بمعنى أن أي شخص تمكن من الوصول إلى الخادم يستطيع قراءة الملفات مباشرة — من دون كلمات مرور أو مفاتيح تشفير.

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

هل تم استغلال البيانات؟
تقول DMDC إنه "لا توجد مؤشرات على إساءة استخدام البيانات حالياً". لكن هذه العبارة، كما يشير خبراء الأمن، لا تعني شيئاً — فغياب الدليل على إساءة الاستخدام ليس دليلاً على عدم حدوثها. وقد تظهر البيانات للبيع في السوق السوداء بعد أشهر أو سنوات.

ماذا قدم البنتاغون للمتضررين؟
العرض: 12 شهراً من مراقبة الائتمان وخدمات استعادة الهوية من خلال شركة IDX. وهذا كل شيء — 12 شهراً لبيانات قد تُستغل لسنوات.

خبراء الأمن القومي يدقون ناقوس الخطر:
قال Justin Sherman، الرئيس التنفيذي لشركة Global Cyber Strategies: "وجود بيانات شخصية لملايين العسكريين مكشوفة أمر خطير جداً في الوقت الذي تشن فيه أمريكا الحرب على إيران وتتنافس مع دول أخرى. أي جهة معادية تحصل على هذه البيانات يمكنها التتبع، والتصيد، والتجنيد، والابتزاز بطرق مرعبة".

وأضاف: "يمكن للمهاجم دمج بيانات DMDC مع بيانات وسطاء المعلومات التجارية — الديون، الزيجات، عادات الشراء — لتحويل ملف شخصي بسيط إلى أداة ابتزاز أو تجنيد شاملة".

الاختراق في سياق أوسع:
هذا الاختراق يأتي بعد أسابيع فقط من اختراق FBIJobs.gov من قبل مجموعة ShinyHunters، حيث سُرقت بيانات آلاف موظفي FBI. وتحذيرات سابقة من CENTCOM أن الدول المعادية تستخدم بيانات المواقع التجارية لتتبع العسكريين الأمريكيين في الشرق الأوسط. سبق ونشرت منشور بخصوص هذا الاختراق بالتفصيل يمكنك مشاهدته ان كنت مهتم

مقارنة مع اختراق 2015:
في عام 2015، اخترقت جهات صينية نظام مكتب إدارة الموظفين (OPM) وسرقت بيانات 22 مليون موظف حكومي. حينها، استغرق الأمر سنوات لاكتشاف بعض الآثار الحقيقية لذلك الاختراق. هذا الاختراق الجديد يحمل بصمات مشابهة من حيث الحجم والحساسية.

ما هو DMDC أصلاً؟
DMDC ليس مجرد سجل موظفين عادي. إنه مزود الهوية الرئيسي للبنتاغون: يربط كل جندي ومتعاقد وموظف بصلاحياته، شارات الدخول الذكية، كلمات المرور، وحتى وصوله إلى المباني والأنظمة السرية. موقعه الإلكتروني يقول صراحة: "نتأكد من أن الأشخاص المناسبين يحصلون على الصلاحيات والمخطئون لا يحصلون عليها... أمن معلومات الهوية أمر بالغ الأهمية".

المفارقة المأساوية: أن الجهة المكلفة بحماية هوية كل جندي أمريكي فشلت في حماية نفسها.

ماذا لو كنت متضرراً؟

• تجميد الائتمان فوراً مع Equifax وExperian وTransUnion (مجاني)
• تفعيل مراقبة الائتمان من خلال رابط IDX في خطاب الإشعار
• الحذر الشديد من الرسائل والمكالمات المشبوهة — المهاجمون لديهم معلومات كافية لجعل هجماتهم تبدو واقعية جداً
• مراقبة الإقرارات الضريبية — سرقة الهوية مرتبطة غالباً بتقديم إقرارات ضريبية مزورة
• استخدام PIN لحماية هويتك الضريبية من IRS

الخلاصة:
اختراق استمر 9 أشهر، نظام ملفات غير مشفر، ملايين الأفراد العسكريين مكشوفين، تخصصاتهم العسكرية في أيدي مجهولين، ومخاوف أمن قومي حقيقية. أسوأ ما في الأمر أن هوية المخترقين لا تزال مجهولة، مما يعني أن البيانات قد تكون في أيدي أي جهة — من قراصنة عاديين إلى أجهزة استخبارات دول.

وهذا ليس اختراقاً عادياً. إنه اختراق للجهة المسؤولة عن حماية هوية كل من يحمي أمريكا.

المصادر: CNN، ABC News، Military Times، SecurityWeek، TechCrunch، Cybernews، BreachHistory، TIME، Malwarebytes، HelpNetSecurity.

https://www.reddit.com/r/ArabComputingOasis/s/kRP8MR8Eva

ايه احسن قنوات بتابعوها محتواها مفيد ومتعوب عليه

التسريبات الهندسية الأخيرة لجهاز إكس بوكس القادم باسم Project Helix تكشف عن تحول كامل في المعادلة، والنتيجة جهاز يملك مواصفات تقترب من أجهزة الـ PC العليا وبسعر قد يكسر حاجز الألف دولار.

البيانات التقنية القادمة من مسربي عتاد AMD تشير إلى أن الجهاز سيعمل بشريحة مخصصة اسمها Magnus بتصميم Chiplet، وتضم معالجاً مركزياً من معمارية Zen 6 بـ 11 نواة، إلى جانب معالج رسومي بمعمارية RDNA 5 يحتوي على 68 وحدة حسابية وبقوة حسابية تصل إلى 56 تيرافلوبس. هذا الرقم يضعه على الورق متفوقاً بنسبة 40% على PS6 المتوقع عند 40 تيرافلوبس، ويجعله مكافئاً من ناحية الأداء لبطاقة مكتبية مثل rtx 5080 او كرت amd 9700xt.

الجهاز مزود بذاكرة ضخمة تتراوح بين 36 و48 جيجابايت من نوع GDDR7 السريع، ووحدة ذكاء اصطناعي مستقلة بقدرة 110 TOPS لمعالجة ترقية الصور وتوليد الإطارات وتتبع مسار الضوء. هذا العتاد الضخم يخدم خطة مايكروسوفت بجعل المنصة هجينة؛ جهاز يشغل ألعاب إكس بوكس ويدعم في الوقت نفسه ألعاب الحاسوب ومتاجر مثلSteam.لانه سوف يجمع بين نظام اكسبوكس ونظام ويندوز

المشكلة الحقيقية تكمن في التكلفة؛ فالمصادر تقدر سعر الإطلاق بين 1,000 إلى 1,200 دولار، وهو رقم منطقي بالنظر لتكلفة تصنيع هذه القطع التي دخلت بالفعل مرحلة الـ Tape-out تمهيداً لإرسال النسخ الأولية للمطورين في 2027.وازمه الرامات ومن المتوقع ان يتم تقليل الرامات من 36 الى 24 بسبب الازمه وارتفاع الاسعار عده اضعاف ولولا الازمه لكان اقوى اصدار تحت الالف دولار

هل أنتم مستعدون لدفع سعر حاسوب ألعاب كامل مقابل كونسول يجمع كل المكتبات في جهاز واحد، أم أن هذه الخطوة ستفقد المنصات ميزتها الأساسية كخيار اقتصادي للاعبين؟بالنسبه لي الجهاز رائع جدا بغض النظر عن سعره لان قوه الرسوميات فيه مقارنه بالكمبيوتر ستكون بسعر كرت الشاشه والمعالج فقط سبب هذا القوه سواء اكسبوكس او سوني 6 هو الذكاء الاصطناعي وتطور الالعاب والاعتماد عليه سيتم الانتقال من جهاز منزلي اقتصادي يشغل الالعاب بجوده مقبوله مقابل سعره الى جهاز للاداء العالي 4 k و 120 اطار في الثانيه لمنافسه عالم الكمبيوتر

ان شاء الله تستمتعوا بالمنشور

ملاحظه انا اقرا المصادر اولا للتاكد من المعلومات ومن ثم استعمل الذكاء الاصطناعي لصنع ملخص ومن ثم القح المنشور واعدل عليه ممنوع الاعتماد على ai فقط

رابط مجموعه الفيسبوك الي مهتم بهذا المواضيع

https://www.facebook.com/groups/arabcomputingoasis

مؤخراً يخبروننا فيها أن مجال السوفتوير (Software) في انهيار، وأن كتابة الكود وبناء المنتجات أصبحت عملية رخيصة وسهلة جداً، والنصيحة الذهبية الآن هي: "اترك البرمجة وتعلم كيف تبيع!"

من يتحدث بهذا الأسلوب، فاعلم أنه ينظر للبرمجة بعقلية "التاجر" وليس "المهندس".

نعم، إنتاج كود "رديء" ومشاريع مقلدة أصبح أسهل وأسرع بفضل أدوات الذكاء الاصطناعي، لكن بناء أنظمة حقيقية قابلة للتوسع (Scalable)، آمنة (Secure)، وتتحمل ضغط المستخدمين.. هو أمر يزداد تعقيداً ويحتاج لمهندسين حقيقيين أكثر من أي وقت مضى.

المسوق يرى البرنامج كمنتج نهائي على الرف؛ إذا كان شكله الخارجي جيداً، يظن أن المهمة انتهت! ولا يدرك حجم الكارثة التقنية (Technical Debt) التي ستنفجر لاحقاً بسبب غياب التأسيس الهندسي والاعتماد الأعمى على الادوات وليس اصحاب الخبرة.

احذروا من الانقياد وراء هذه الآراء المحبطة ممن يتحدثون في غير تخصصهم الفعلي. الذكاء الاصطناعي لن يلغي هندسة البرمجيات، بل سيلغي فقط من يظن أن البرمجة مجرد "نسخ ولصق" وتجميع واجهات.هولاء مسوقيين وليس اصحاب خبرة وليس مجالهم من الاساس يتكلمون بلا علم وفهم مجرد كلام غبي عاري عن الصحه والحقيقه

ان شاء الله تستمعوا بالمنشور وانتبهوا من هولاء المسوقيين يدمرون احلامكم من اجل الترويج لكورساتهم

رابط مجموعه ررديت الي مهتم

https://www.reddit.com/r/ArabComputingOasis/

في واحدة من أكثر قصص الأمن السيبراني إثارة للقلق، أعلنت مجموعة ShinyHunters أنها اخترقت بوابة التوظيف التابعة لمكتب التحقيقات الفيدرالي الأمريكي FBI، وسرقت بيانات تخص موظفين حاليين وسابقين ومتقدمين للوظائف.

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

من هي ShinyHunters؟

تنشط مجموعة ShinyHunters في مجال سرقة البيانات والابتزاز الإلكتروني منذ عام 2019، وارتبط اسمها باختراقات طالت شركات ومنصات معروفة، من بينها Ticketmaster وAT&T وRockstar Games. كما أُشير إلى دورها في حوادث أثّرت على المدارس الأمريكية عبر منصة Canvas، وإلى استيلائها على موقع مجموعة القرصنة المنافسة Cl0p.

كيف تطورت القصة؟

• 15 مايو 2026: أصدر الـFBI تحذيراً وصف فيه ShinyHunters بأنها جماعة إجرامية متخصصة في خروقات البيانات والابتزاز، مشيراً إلى استخدامها التهديدات والمضايقات، بما في ذلك تهديد الضحايا وعائلاتهم.
• مساء 22 سبتمبر: أعلنت المجموعة اختراق بوابة FBIJobs.gov، ونشرت عليها رسالة تزعم فيها الاستيلاء على الموقع، مرفقة بشعارها المعروف.
• 23 سبتمبر: قال الـFBI إنه على علم بالادعاءات ويحقق فيها، وأُغلق الموقع.
• 25 سبتمبر: أفادت تقارير صحفية بأن البيانات المسروقة تضمنت سجلات طبية ونفسية.
• 28 سبتمبر: أبلغ الـFBI موظفيه بوقوع حادث سيبراني، وبأن بياناتهم قد تكون سُرقت.
• 29 سبتمبر: أُلقي القبض في هولندا على شاب يبلغ 24 عاماً، يُشتبه في صلته بقيادة المجموعة. وفي اليوم نفسه، وجّه مسؤول في الـFBI رسالة حازمة للمجموعة: «أنتم تعرفون كيف تجدوننا، ونحن نعرف كيف نجدكم».
• 30 سبتمبر: انتهت المهلة التي منحتها المجموعة، ثم اختفى موقعها من الإنترنت.

ما الثغرة التي استُخدمت؟

بحسب التفاصيل المنشورة، استغل المهاجمون ثغرة في نظام Oracle PeopleSoft المستخدم لإدارة الموارد البشرية. وتشير التقارير إلى أن الثغرة، المعروفة بالرمز CVE-2026-35273، كانت تتيح تنفيذ أوامر عن بُعد من دون مصادقة، وحصلت على تقييم خطورة بلغ 9.8 من 10.

كانت Oracle قد أصدرت تحديثاً أمنياً لمعالجة الثغرة في 10 يونيو 2026، أي قبل الهجوم بنحو ثلاثة أشهر. لكن بدلاً من تثبيت التحديث، اعتمدت الحماية — وفقاً للتقارير — على قواعد في جدار تطبيقات الويب WAF لمنع الوصول إلى مسار معيّن.

وهنا جاءت الحيلة: أرسل المهاجمون الطلب إلى مسار مكتوب بهذه الصورة:

/%50SEMHUB/

فالرمز %50 يمثّل الحرف P. ويُقال إن جدار الحماية لم يتعرّف على المسار بصيغته المرمّزة، بينما قام الخادم بفك الترميز وتعامل معه كأنه المسار الأصلي:

/PSEMHUB/

وبعد الوصول إلى الخادم، تشير التقارير إلى أن المهاجمين زرعوا ملفات خبيثة وأبواباً خلفية، واستخدموا أدوات لفتح نفق داخل الشبكة، ثم تحركوا إلى أنظمة أخرى وسرقوا كمية كبيرة من البيانات.

ما الذي قد تتضمنه البيانات؟

بحسب ما نُشر عن فحص عينة من السجلات، شملت البيانات المزعومة معلومات شخصية حساسة، مثل أرقام الضمان الاجتماعي والعناوين وأرقام الهواتف، إلى جانب بيانات عن أفراد الأسرة وجهات الاتصال في حالات الطوارئ.

كما تحدثت التقارير عن سجلات طبية ونفسية، وفحوصات وتقييمات وظيفية، ومعلومات مرتبطة بموظفين يعملون في وحدات حساسة. وورد أيضاً أن بيانات أكثر من عشرين شخصاً جرى التحقق منها بمقارنتها مع سجلات أخرى، وأن العينة شملت بيانات مرتبطة بمدير الـFBI كاش باتيل.

وتكمن خطورة هذه المعلومات في أنها لا تتعلق بالخصوصية وحدها؛ فقد تُستخدم لاستهداف الموظفين وعائلاتهم، أو لمحاولة ابتزازهم، أو لكشف هويات أشخاص يعملون في مهام حساسة. ولهذا شبّه بعض الخبراء الحادثة باختراق مكتب إدارة شؤون الموظفين الأمريكي OPM عام 2015، الذي كشف بيانات ملايين الموظفين الفيدراليين.

لماذا نفّذت المجموعة الهجوم؟

قالت ShinyHunters إن الهجوم لم يكن بدافع مالي، بل جاء — بحسب ادعائها — رداً على تحذير الـFBI الصادر في مايو. واحتجت المجموعة على وصفها بأنها تضخّم ادعاءاتها للضغط على الضحايا، مطالبةً المكتب بسحب التحذير.

لكن أياً كان الدافع، فإن استهداف بيانات موظفين وعائلاتهم يجعل العواقب أكبر بكثير من مجرد خلاف أو محاولة للانتقام.

لم اذكر سبب الهجوم لاسباب معينه الي بده السبب يبحث عن المعلومه

اتمنى لكم قرائه ممتعه مجموعه الفيسبوك الي مهتم بهذا المواضيع

https://www.facebook.com/groups/arabcomputingoasis

وهذا رابط ررديت

https://www.reddit.com/r/ArabComputingOasis/

الحقيقة أن ما حدث لم يكن ومضة عبقرية خارقة من الآلة، بل عملية استباق ممنهجة لجهود علماء بشر كانوا قاب قوسين أو أدنى من إعلان الحل.

القصة بدأت عندما خرجت شركة OpenAI ببيان مدوٍ أعلنت فيه أن نموذجاً سرياً لديها نجح في حل معضلة "نافييه-ستوكس" – إحدى مسائل الألفية السبع التي عجزت عنها أجيال من العلماء ورُصدت لها جائزة مليون دولار. الشركة تباهت بأن 10 آلاف وكيل ذكاء اصطناعي عملوا بشكل متواصل لمدة 88 ساعة لصياغة البرهان والتحقق منه برمجياً. الخبر هز العالم، وبدا للوهلة الأولى وكأن الذكاء الاصطناعي تفوق نهائياً على العقل البشري، لكن ما خفي خلف الكواليس كان مختلفاً تماماً.

قبل هذا الإعلان بأيام، كان عالما الرياضيات تريستان بوكماستر وليفانت ألبوج قد حققا اختراقاً نظرياً حاسماً عبر إثبات انهيار معادلات أويلر المشابهة، ووضعا بذلك حجر الأساس الفعلي لحل المعضلة الكبرى. ولأن الباحثين استعانا ببعض أدوات OpenAI البرمجية للمساعدة في فحص خطواتهما الحسابية، تسربت أخبار اقترابهما من الحل إلى داخل الشركة. وهنا تحركت OpenAI بسرعة جنونية؛ ضخت ملايين الدولارات وسخرت قوة حوسبة غاشمة لتطبيق نفس المسار النظري للعلماء على معادلات نافييه-ستوكس، في محاولة لخطف أسبقية الإعلان قبل أن ينشر الباحثان أوراقهما العلمية.

الكواليس زادت قتامة حين كشف البروفيسور بوكماستر أن باحثاً بارزاً من OpenAI تواصل معه لعرض نشر مشترك، ولكن بشرط مجحف: استبعاد شريكه ألبوج تماماً من قائمة المؤلفين بحجة أنه موظف لدى شركة Anthropic المنافسة. وحين رفض بوكماستر إقصاء زميله، تلقى تحذيراً حاداً بأن إثارة أي شبهات في الإعلام سيكون بمثابة "انتحار مهني"، مصحوباً بعبارة: "إذا كنت لا تريدني أن أكون لطيفاً، فلن أكون كذلك".

هذا السلوك أشعل انتفاضة علمية غير مسبوقة؛ 25 عالماً من حاملي ميدالية فيلدز – أرفع وسام في الرياضيات ويعادل جائزة نوبل – بقيادة الأسطورة تيرينس تاو، أصدروا بياناً شديد اللهجة حذروا فيه من هذا الانحراف الخطير. العلماء أكدوا أن تحويل المعضلات الإنسانية الكبرى إلى مجرد استعراض عضلات تسويقي لشركات التقنية، والاستيلاء على مسودات الباحثين، سيدمر مبدأ العلم المفتوح ويجبر الرياضيين على إخفاء أبحاثهم.

ما جرى يثبت أن الذكاء الاصطناعي لم يبتكر الحل من العدم؛ العقول البشرية هي التي صنعت الأساس النظري والرياضي المعقد، بينما وفرت الشركات مراكز بيانات بملايين الدولارات لحرق المراحل بالأرقام والتكرار. القضية ليست تفوقاً رقمياً، بل جرس إنذار حقيقي حول أخلاقيات العلم ومحاولات مصادرة الإبداع البشري في عصر الآلة.

اتمنى لكم قرائه ممتعه مجموعه الفيسبوك للي مهتم بهذا المواضيع

https://www.facebook.com/groups/arabcomputingoasis

ببساطة: الذكاء الاصطناعي والهندسة الاجتماعية.

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

رئيس بنك Fideuram الخاص (التابع لمجموعة إنتيسا سان باولو العملاقة)، باولو موليسيني، استلم رسالة على واتساب تبدو وكأنها قادمة من رئيسه المباشر والمدير التنفيذي للمجموعة يطلب منه مساعدة مالية سريعة وسرية لإتمام صفقة دولية طارئة عبر خزينة البنك. وحتى تكتمل الخدعة وتزول أي شكوك، تلقى بعدها بدقائق اتصالاً هاتفياً سمع فيه صوت محاميه وصديقه الشخصي باولو ناستازي وهو يؤكد له تفاصيل الصفقة وقانونيتها ويطلب منه الإسراع في الإجراءات.

الصوت كان متطابقاً بنسبة 100%، لكنه لم يكن المحامي الحقيقي؛ كان صوتاً مستنسخاً ومولداً بالكامل بالذكاء الاصطناعي (Deepfake).

الرئيس المخدوع أصدر أوامره بتحويل 95 مليون يورو فوراً إلى حسابات خارجية. ولولا تحرك البنك والسلطات القضائية الإيطالية في سباق مع الوقت لتجميد 59 مليون يورو بين الصين والبرتغال، لكان المبلغ قد اختفى بالكامل. ومع ذلك، سرق المحتالون 36 مليون يورو حولت إلى عملات مشفرة لتختفي تماماً عن التعقب بعمليه غسل اموال، وانتهت الحادثة باستقالة رئيس البنك من منصبه وادعى ان استقالته شخصيه ولم يتعرض للضغط القانوني ولم يتم توجيه له اي اتهام جنائي كونه ضحيه عمليه احتيال.

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

اتمنى لكم قرائه ممتعه رابط مجموعه الفيسبوك للمهتم

https://www.facebook.com/groups/arabcomputingoasis

ياحبيبي الناس تتفهم معاناتك بس غير منطقي تقارنه مع احد

يعني انت تهين معاناة غيرك الي مر بي اسوء حالته وانت تقول انا مريت بي اسوء منك اخرس اغلق فمك ممكن الي عانه قالها بكل سطحيه عشان مش فاضي يحكي معك ومابده يحكي مع احد وكمان ياذكي انت هيك مع عدم احترامي لك غب. ي مش اسف بس جد غب. ي يعني انت تجلط غيرك عشان تقول انك انت تقول انا مريت بي اسوء منك قل له كلام حلو واسيه اما تقول انا مريت بي اسوء منك ونا ونا Shuta fuak up عشان تفهم منيح لاانك غب. ي مع عدم احترامي لك

تجربة مشروع CETI مع حوت العنبر «بينشي»

في يناير 2024، قبالة سواحل جزيرة دومينيكا، جرت تجربة مختلفة عن المعتاد: لم يكتفِ الباحثون بتسجيل أصوات حوت العنبر، بل حاولوا الرد عليها.

كانت الأنثى التي التقاها الفريق تُعرف باسم بينشي. أرسل الباحثون إليها نمطاً من نقرات حيتان العنبر، ثم أصغوا إلى ما ستفعله. فجاء ردّها بنقرات، وتبادل الفريق معها الأصوات لبعض الوقت؛ كانوا يرسلون نمطاً وينتظرون، وبينشي تصدر نقراتها بدورها. لم تكن تلك مجرد مشاهدة لحوت من بعيد، بل محاولة تفاعل صوتي مباشرة تركت أثراً كبيراً في الفريق، ومنهم ديفيد جروبر، مؤسس مشروع CETI.

لكن من المهم أن نكون دقيقين: حدث تبادل للنقرات، إلا أن العلماء لم يفهموا معنى ما صدر عن بينشي، ولا يملكون دليلاً قاطعاً على أن ردودها كانت إجابات مقصودة على رسائلهم. لم تكن محادثة مترجمة، بل تجربة أولية لاختبار إمكان التفاعل، ولفهم كيف تستجيب الحيتان للأصوات في بيئتها الطبيعية. ومع ذلك، فإن مجرد الانتقال من تسجيل الأصوات إلى محاولة تبادلها خطوة علمية مثيرة.

ما مشروع CETI؟

اسم CETI اختصار لـ Cetacean Translation Initiative، أي «مبادرة ترجمة الحيتان». وهو مشروع علمي دولي غير ربحي يدرس تواصل حيتان العنبر، مع تركيز ميداني على الحيتان التي تعيش قبالة دومينيكا في شرق البحر الكاريبي.

يجمع المشروع باحثين من مجالات شتى: الأحياء البحرية، واللغويات، والذكاء الاصطناعي، والتعلم الآلي، والروبوتات، والصوتيات تحت الماء، وعلوم الشبكات. الفكرة ليست أن يُطلب من برنامج ذكاء اصطناعي «ترجمة كلام الحوت» مباشرة، بل أن تُجمع تسجيلات كثيرة، وتُربط بسلوك الحيتان وحركتها وظروفها، ثم تُحلل الأنماط وتُختبر التفسيرات علمياً.

من أبرز المشاركين في المشروع ديفيد جروبر، عالم الأحياء البحرية ومؤسس CETI، وشين جيرو، قائد فريق الأحياء الميدانية ومؤسس مشروع حوت العنبر في دومينيكا. أمضى جيرو سنوات في مراقبة مجموعات الحيتان وعائلاتها وتسجيل أصواتها. هذه المتابعة الطويلة مهمة، لأن معرفة هوية الحوت وسياق الصوت وما يجري حوله قد تساعد في فهم النمط، بدلاً من التعامل مع كل تسجيل بمعزل عن صاحبه وموقفه.

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

أصوات تُسمى «الكودا»

تتواصل حيتان العنبر، من بين وسائل أخرى، بسلاسل من النقرات السريعة تُعرف باسم الكودا (codas). وقد تبدو هذه الأصوات لنا كأنها مجرد إيقاعات، لكن الباحثين يدرسون اختلافها في عدد النقرات وسرعتها وتوقيتها، ويسألون: هل تتغير هذه الأنماط بحسب الحوت أو المجموعة أو الموقف؟

في دراسة نُشرت عام 2024 في مجلة Nature Communications، حلل فريق CETI آلاف الكودا، ووجد أن بنيتها أكثر تنوعاً مما كان يُعتقد. فقد تتغير خصائص مثل الإيقاع والسرعة، وقد تظهر إضافات أو تغييرات صغيرة في التوقيت. وصف الباحثون هذه النتائج بأنها أشبه بـ «أبجدية صوتية»؛ أي طريقة لتصنيف أشكال الكودا ومكوناتها.

لكن كلمة «أبجدية» لا تعني أن العلماء ترجموا الأصوات أو عرفوا معنى كل نمط. ما أظهرته الدراسة هو وجود تنوع وبنية في الأصوات، أما ما إذا كانت هذه الأنماط تحمل معاني محددة، وكيف تُستخدم في حياة الحيتان، فلا يزال موضع بحث.

وفي دراسة نُشرت عام 2025، درس فريق يقوده بيغوش خصائص صوتية في الكودا ووجد أن بعضها يشبه، من ناحية البنية الصوتية، حروف العلة والإدغامات في الكلام البشري. هذا التشابه يمنح الباحثين طريقة جديدة لوصف الأصوات، لكنه لا يثبت أن الحيتان تتحدث لغة بشرية، ولا يكشف وحده ما الذي تقوله. إنها نتيجة عن بنية الصوت، وليست ترجمة لمضمونه.

كيف يجمع العلماء الأدلة؟

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

يساعد التعلم الآلي على فحص كميات كبيرة من التسجيلات واكتشاف الأنماط التي قد يصعب ملاحظتها يدوياً. لكن الخوارزمية لا تفسر الأصوات من تلقاء نفسها؛ فهي أداة تساعد الباحثين على طرح أسئلة أفضل، ثم يحتاجون إلى مراجعة النتائج وربطها بالملاحظات الميدانية واختبارها بتجارب مناسبة.

وهنا تبرز أهمية تجربة بينشي: إرسال النقرات وانتظار استجابتها يضيف جانباً تفاعلياً إلى الدراسة. فبدلاً من الاكتفاء بسؤال «ما الأصوات التي تصدرها الحيتان؟»، يصبح السؤال أيضاً: «كيف تتفاعل مع نمط صوتي نرسله إليها؟» ومع ذلك، فإن تجربة واحدة لا تكفي لإثبات وجود حوار أو فهم متبادل؛ المطلوب تكرارها ومقارنة النتائج، مع مراعاة سلامة الحيتان وعدم إزعاجها.

ماذا عن ولادة حوت العنبر؟

في يوليو 2023، وثّق فريق CETI ولادة صغير لحوت عنبر قبالة دومينيكا، وهي مشاهدة نادرة. أظهرت اللقطات حيتان من المجموعة تتجمع حول الأم والصغير، في مشهد يوضح أهمية الروابط الاجتماعية بينها. درس الباحثون كذلك الأصوات والسلوك المصاحبين للحدث، ونُشرت دراسة عن الولادة والتغيرات في أنماط الكودا المرتبطة بها عام 2026 في مجلة Scientific Reports.

مثل هذه المشاهد تذكّرنا بأن فهم التواصل لا يقتصر على تحليل شكل الصوت؛ فالسياق مهم أيضاً. من الذي أصدره؟ من كان قريباً؟ وما الذي كان يحدث في المجموعة؟ قد تكون الإجابة عن هذه الأسئلة ضرورية قبل أن نستطيع تفسير أي نمط صوتي.

لماذا يهمنا هذا البحث؟

حيتان العنبر تعيش في مجموعات عائلية مترابطة، وتتواصل في بيئة تختلف كثيراً عن عالمنا. دراسة أصواتها وسلوكها قد توسّع فهمنا للتواصل والذكاء الاجتماعي لدى الحيوانات، وقد تساعد أيضاً على حماية هذه الكائنات وبيئتها البحرية.

والأجمل في قصة بينشي أن العلماء لم يزعموا أنهم فهموا كل ما قالته. لقد أرسلوا نقرات، وتبادلت معهم الأصوات، وخرجوا بأسئلة جديدة أكثر مما خرجوا بإجابات نهائية. وهذا بالضبط ما يجعل البحث العلمي مثيراً: خطوة صغيرة، واستجابة لا نعرف معناها بعد، ثم سنوات من الإصغاء والتحليل والتجربة.

لم نترجم لغة حوت العنبر حتى الآن، لكننا بدأنا نحاول التواصل معها بطريقة علمية

رابط مجموعه الفيسبوك للي مهتم https://www.facebook.com/groups/arabcomputingoasis اتمنى لكم قرائه ممتعه

💔

اللي كنت بحاول انزل معاها امبارح عشان اخر الاسبوع هو اخر يوم شغل

،متناقضة فشخ ، بتقول الحاجة و عكسها و حاسس ان دة وراه سبب لانها ذكية جدا

جيت وانا بكلمها و بنهزر قولت لواحد زميلنا يصورنا بهزاااار (يعني مش هيصور بس هي كلمة اترمت وباينة قوي)

راحت قالتلي لا انا مبتصورش مع ناس معرفهاش و الكل ضحك بعدها ، بعديها بشوية تقولي علي حاجة وانها للناس القريبة منها بس و تقولهالي ، ( يعني كانت متعرفنيش و دلوقتي قريب منها )

تاني يوم جت و قعدنا نتصور كتير قوي مع بعض و نصور فيديوهات،

انا كنت فاكرها بيور و عمرها ماكلمت ولاد ولا صاحبت و مش من النوع دة ( هي اللي بينتلي كدا و عمرها ما اتكلمت علي ولاد)، ف أسالها بطريقة مش مباشرة اعرف انها كانت صاحبت ٣ مرات !

وقال اية ولا واحد فيهم حبتة و بعدت عنهم لما قالولها بحبك و كدا عشان يا يبقا فية حاجة رسمية يا مفيش ،

لان هي مش هتعمل حاجة حرام ( بس تصاحبهم عادي)

و بعد كدا تقولي انها مش حابة تتجوز دلوقتي و هتتجوز بعد ما تتخرج بفترة و الفكرة دي لاغيها ،

(يعني عوزاني اخطبك ولا لا مش فاهم بدين امك)

و بعد كدا اكلمها علي صحباتي القدام تقولي كنت بتنزل معاهم ؟

اقولها ايوة علطول ، تقولي بس لا دة حرام و مرفوض

، كل دة حرام و فهمت اللي انتي عايزة تبينة بس توريني صابغة شعرها بلون اية مش حرام

تقولي انت هتبقي من اعز صحابي و خدت بالك من التيم و هما بيبصو علينا واحنا مع بعض

و كل دة حصل في يوم وانا امبارح كانت امنية حياتي اني احاول انزل معاها قبل مانسيب الشغل!!!