برنامج فدية يضرب IDC Frontier التابعة لـ SoftBank: الاضطراب طال 495 عميلًا

في 7 أكتوبر 2026 أعلنت شركة IDC Frontier في طوكيو، التي تقدّم خدمات سحابية وتملكها SoftBank، تعرّضها لهجوم إلكتروني ببرمجية فدية. وطال الاضطراب في البنية التحتية لتقنية المعلومات 495 عميلًا من الشركات وهيئات الحكم المحلي في اليابان. وبحسب صحيفة The Asahi Shimbun، كان خبراء الأمن السيبراني لا يزالون حتى 8 أكتوبر يعالجون تبعات الحادث. وتعطّل عمل اللوجستيات وخدمات الحكومة الإلكترونية.

ما المعروف وما غير المعروف حتى الآن

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

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

• الشركة: IDC Frontier Inc.، طوكيو، خدمات سحابية ومراكز بيانات
• المالك: SoftBank
• تاريخ الإعلان عن الهجوم: 7 أكتوبر 2026
• نوع الهجوم: برمجية فدية (مشفِّر)
• المتضررون: 495 عميلًا من الشركات وهيئات الحكم المحلي
• القطاعات المتضررة: اللوجستيات، خدمات الحكومة الإلكترونية
• الوضع في 8 أكتوبر: التحقيق والاستعادة متواصلان

لماذا يكون الهجوم على المزوّد أخطر من الهجوم على شركة واحدة؟

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

وللقطاع سوابق مشابهة. ففي 2022 أدى هجوم على مزوّد الاستضافة Rackspace إلى تعطيل خدمة البريد المستضاف على Exchange لديه. وفي 2024 شلّت برمجية فدية شركة CDK Global، مورّد البرمجيات لوكلاء السيارات في الولايات المتحدة، فعاد آلاف الوكلاء إلى العمل بالورق. وفي اليابان، أوقف هجوم عام 2023 على نظام ميناء ناغويا عمل محطة الحاويات. والمنطق واحد في كل مرة: كلما ارتبطت عمليات أكثر بمنصة مشتركة، ارتفعت كلفة تعطلها.

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

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

ما الذي ينبغي أن تراجعه الفرق التي تعتمد على السحابة؟

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

• هل النسخ الاحتياطية مخزّنة خارج البنية التحتية للمزوّد الرئيسي ومعزولة عن الشبكة (تخزين offline أو immutable)؟
• متى كانت آخر مرة اختُبرت فيها الاستعادة الكاملة من النسخة الاحتياطية، مع قياس الزمن الفعلي؟
• هل توجد إجراءات طوارئ يدوية للعمليات الحرجة، مثل الشحن أو استقبال الطلبات، تحسبًا لتوقف يمتد أيامًا؟
• ماذا ينص العقد مع المزوّد على مهل الإخطار بالحوادث وعلى التعويضات؟
• هل الخدمات الحرجة موزعة على مواقع أو مزوّدين مستقلين، وليس على مناطق تشغيل (zones) تابعة لمشغّل واحد فقط؟
• هل الوصول الإداري محمي بالمصادقة متعددة العوامل، وهل الصلاحيات مفصولة؟

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