هجوم على «ياندكس» يعطّل مؤقتًا تطبيق المراسلة eXpress وموقعه، وعملاء النشر المحلي (on-premise) لم يتضرروا

في 12 أكتوبر 2026 عطّل هجوم على «ياندكس» مؤقتًا تطبيق المراسلة المؤسسي eXpress وموقعه، بحسب ما نقله TAdviser. وتؤكد الشركة المطوّرة «أنليميتد برودكشن» أن الحادث لم يطل العملاء من الشركات، لأن نسخ eXpress الخاصة بهم تعمل على البنية التحتية التابعة للعملاء أنفسهم.

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

ما المعروف عن الحادث

لا يتضمن الجزء المتاح من المادة أي تفاصيل تقنية. فليس واضحًا ما نوع الهجوم، ولا كم استمر التوقف، ولا أي مكونات في «ياندكس» تضررت. ويُفهم من عنوان TAdviser أن خدمة eXpress وموقعه كانا يعتمدان على البنية التحتية التي استهدفها الهجوم. ولا يوجد ما يمكن نقله بعد ذلك: فأي روايات عن نوع الهجوم أو مصدره تبقى تخمينات.

الحقائق الموثّقة حتى الآن هي:

• تاريخ الحادث: 12 أكتوبر 2026؛
• تضرر تطبيق المراسلة المؤسسي eXpress وموقعه، وكان انقطاع الخدمة مؤقتًا؛
• بحسب «أنليميتد برودكشن»، لم يتأثر العملاء من الشركات؛
• سبب صمود العملاء: تركيبات تعمل على بنيتهم التحتية الخاصة؛
• من بين مستخدمي eXpress والحلول المبنية عليه «السكك الحديدية الروسية» (РЖД) و«روساتوم».

لماذا صمد النشر المحلي (on-premise)؟

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

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

السوق والمنافسون

أما «روساتوم» نفسها فتسلك طريقًا آخر. فقد قالت Greenatom، شركة تقنية المعلومات التابعة للمؤسسة الحكومية، لـ TAdviser إن القطاع الذري اعتمد تطبيق المراسلة المؤسسي Atom Space. وقد قُطع تتمة هذا الاقتباس في الجزء المتاح، ولذلك لا ترد هنا تفاصيل عن المطوّر ولا عن نطاق التنفيذ. المهم هو الواقعة ذاتها: حتى داخل مجموعة شركات كبيرة واحدة تتعايش عدة حلول، وeXpress ليس الخيار الوحيد.

خلاصات عملية لمديري تقنية المعلومات

يفيد تحليل هذا الحادث بوصفه حالة دراسية في الهندسة المعمارية. وفيما يلي أسئلة ينبغي طرحها على أنفسكم وعلى المزوّد:

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

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

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