لماذا رُفضت جميع بطاقات Revolut يوم 20 أكتوبر 2026؟ شرح الانقطاع

إذا رُفضت بطاقة Revolut الخاصة بك هذا الصباح، عند صندوق دفع أو مضخة وقود أو جهاز صراف آلي، فالبطاقة لم تكن هي المشكلة، ولا أنت كذلك. فصباح يوم الثلاثاء 20 أكتوبر 2026، تعرضت Revolut لانقطاع شامل على مستوى الشركة. وفشلت مدفوعات البطاقات والتحويلات والسحب من أجهزة الصراف الآلي، بل وحتى تسجيل الدخول إلى التطبيق، لدى العملاء في المملكة المتحدة وفرنسا وإسبانيا وألمانيا واليونان، وكذلك في أيرلندا. وقد أكدت Revolut وجود خلل في الخدمة يؤثر على خدمات متعددة وقالت إن أموال جميع العملاء وبياناتهم في أمان. والمسبب الأرجح هو عطل في Google Cloud في منطقتها بلندن بدأ في الساعة 06:08 بالتوقيت العالمي المنسق، أي 08:08 بتوقيت باريس، وهو ما عزته Google منذ ذلك الحين إلى حادث طاقة. وقد قال شخص مطلع على الأمر لوكالة رويترز إن انقطاع Revolut مرتبط بخلل Google Cloud. ولم تؤكد أي من الشركتين هذه الصلة علنًا.

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

لماذا رُفضت بطاقة Revolut الخاصة بي يوم 20 أكتوبر؟

لأن Revolut، الشركة التي توافق على كل عملية دفع تتم ببطاقاتها، لم تستطع الرد لعدة ساعات. فمنذ نحو الساعة 08:00 بتوقيت باريس، كما تفيد Clubic، كان التطبيق يعرض رسالة خطأ، ورُفضت البطاقات في المتاجر وسيارات الأجرة، وفشلت التحويلات. ولدى Revolut أكثر من 8 ملايين عميل في فرنسا وحدها. وقد أبلغت الصحافة التقنية الفرنسية عن حالات رفض عند صناديق الدفع وأجهزة الصراف الآلي.

وكانت صفحة الحالة الخاصة بـRevolut بطيئة في مواكبة الأحداث. ففي الساعة 09:42 بتوقيت باريس كانت لا تزال تُظهر أن جميع الأنظمة تعمل؛ ثم أدرجت لاحقًا 31 خدمة على أنها غير متاحة جزئيًا، بما في ذلك مدفوعات البطاقات والتحويلات والسحب من أجهزة الصراف الآلي والخدمات المميزة وتسجيل الدخول. وإليك مجريات الصباح كما تتابعت.

حتى الساعة 13:25 بتوقيت باريس يوم 20 أكتوبر، تعزو Google الانقطاع إلى حادث طاقة في نطاق europe-west2-b، وتقول إنه جرى احتواء حادث الطاقة وإن الخدمات تُستعاد تدريجيًا، لكن حادثها لا يزال مفتوحًا ولم يُنشر تقرير الحادث الكامل. ولم تصدر Revolut أي إشعار تعافٍ ولم تسمِّ أي سبب. وسنحدّث هذا المقال عندما تنشر Revolut أو Google تقرير ما بعد الحادث.

هل كانت Revolut أم Visa أم المتجر؟

تشمل كل عملية دفع بالبطاقة ثلاثة أطراف. فجهاز الدفع في المتجر وبنكه (الجهة المستحوِذة) يلتقطان البطاقة ويرسلان طلب تفويض. وشبكة البطاقات، Visa أو Mastercard أو CB في فرنسا، توجّه ذلك الطلب. والجهة المصدرة، أي البنك الذي يقف وراء بطاقتك، تجيب بنعم أو لا في الوقت الفعلي. وفي 20 أكتوبر، لم نجد أي حادث أبلغت عنه Visa أو Mastercard أو CB، ولم يبلغ أي مُصدر بطاقات آخر عن مشاكل في البطاقات، مما يضع العطل، بكل الأدلة المتاحة، عند Revolut بوصفها الجهة المصدرة للبطاقات.

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

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

ما علاقة Google Cloud ببطاقتي المصرفية؟

تدير بنوك وشركات تقنية مالية كثيرة جزءًا كبيرًا من برمجياتها على بنية تحتية سحابية مستأجرة، وعندما تتعطل تلك البنية، قد تتعطل خدماتها معها. تقول Google إن المشكلة بدأت في الساعة 06:08 بالتوقيت العالمي المنسق؛ وأفاد أول تحديث لحالتها، المنشور في الساعة 10:35 بتوقيت باريس، أي بعد نحو ساعتين ونصف، بوجود أخطاء مرتفعة وانقطاعات شبكية متقطعة في europe-west2، منطقتها بلندن. وبالنسبة لحامل البطاقة، كانت لتلك الفجوة أهميتها. فطوال نحو ساعتين ونصف لم تقل صفحة حالة Google شيئًا، وفي الساعة 09:42 بتوقيت باريس كانت صفحة Revolut لا تزال تُظهر أن جميع الأنظمة تعمل. وتشير The Register إلى أن europe-west2-b هي إحدى ثلاث مناطق توافر في تلك المنطقة. وتدرج صفحة حوادث Google 38 منتجًا متأثرًا، من بينها Kubernetes Engine وCloud Run وBigQuery Data Transfer Service، ونشرت Google اعتذارًا لكل المتأثرين. وفي الساعة 13:12 بتوقيت باريس، سمّت Google سببًا أوليًا: «بسبب حادث طاقة تعرضنا لانقطاع داخل نطاق europe-west2-b. وقد جرى احتواء حادث الطاقة»، كما جاء في تحديثها، مع استعادة الخدمات تدريجيًا. وبيان Google يخص نطاقها هي ولا يذكر Revolut. أما مناطق Google الأخرى في أوروبا، بما فيها باريس وفرانكفورت، فلم تُبلغ عن أي مشاكل.

وتظل الصلة بـRevolut منسوبة، لا مؤكدة. فقد قال شخص مطلع على الأمر لوكالة رويترز إن انقطاع Revolut مرتبط بخلل Google Cloud، بينما لا تذكر بيانات Revolut نفسها Google. وأفادت The Journal بأن الخلل يُفهم أنه ناجم عن انقطاع لدى مزود خارجي، دون تسمية أحد. وفي الصباح نفسه، أظهر Downdetector في المملكة المتحدة ارتفاعات حادة في البلاغات تخص Lloyds وHalifax وBank of Scotland وHSBC وNatWest وSantander UK وMBNA، إضافة إلى Royal Mail وRightmove وGOV.UK، كما واجه عملاء ING في ألمانيا مشاكل في تسجيل الدخول إلى الخدمات المصرفية عبر الإنترنت والتطبيق. ولم يربط أحد رسميًا تلك البلاغات بـGoogle Cloud، وقد تكون ارتفاعات Downdetector مضللة، إذ يتحقق المستخدمون القلقون من خدمات سليمة في الواقع.

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

هل كان هجومًا سيبرانيًا، أم مرتبطًا بالضربات على مراكز البيانات الروسية؟

لا، بحسب الأدلة المتاحة. فمنذ 8 أكتوبر 2026، ضربت طائرات مسيّرة أوكرانية مراكز بيانات Yandex في ساسوفو وكالوغا وفلاديمير، مما عطل خدمات Yandex في روسيا والدول المجاورة؛ وقد غطينا تلك الضربات بالتفصيل هنا. ولا تذكر تغطية تلك الضربات أي تأثير على البنوك الأوروبية أو مدفوعات البطاقات أو مزودي الخدمات السحابية الغربيين. وRevolut لا تعمل في روسيا. وقد تزامن انقطاع Revolut مع مشكلة في منشأة لـGoogle في لندن، ولا يربط أي مصدر بين الحدثين. وهما لا يتشابهان إلا في جانب واحد: كلاهما يُظهر أن الخدمات الحيوية تقبع في عدد قليل من المباني المادية. لكن أحدهما ضربة عسكرية على بنية تحتية والآخر عطل سحابي عادي، والخلط بينهما لا يفيد أحدًا.

كما لا يشير شيء إلى اختراق. فلا يفيد أي مصدر بحدوث تسلل، وتقول Revolut إن أموال العملاء وبياناتهم في أمان، ووصف تطبيق الميزانية Emma، الذي تأثر هو الآخر هذا الصباح، مشكلته بأنها عطل تقني وليست خرقًا أمنيًا. ولا يُستبعد هجوم سيبراني بشكل قاطع حتى يظهر تقرير ما بعد الحادث، لكن كل ما هو مرئي اليوم يشير إلى حادث سحابي، لا إلى هجوم، وGoogle نفسها تعزو الآن انقطاعها في لندن إلى حادث طاقة في نطاق europe-west2-b، ولم يصدر تقرير حادثها الكامل بعد.

هل كانت ثغرة PwnEscape في لينكس، أم جزءًا من سلسلة انقطاعات سحابية؟

وثمة سؤال ثانٍ يستحق المعاملة نفسها. هل يمكن أن تكون ثغرة لينكس حديثة الكشف وراء الأمر؟ في 15 أكتوبر 2026، قبل الانقطاع بخمسة أيام، نشر فريق CVE التابع لنواة لينكس CVE-2026-99999، الملقبة PwnEscape، وهي ثغرة حرجة في كود الشبكات بالنواة، في معالجة المجموع الاختباري لـIPv4، قُيّمت بـ9.3 من 10 وفق CVSS 3.1. والتقييم مرتفع بسبب ما تتيحه الثغرة. إذ يمكن لآلة افتراضية ضيفة خبيثة إرسال حزم شبكية مصممة خصيصًا تُفسد نواة الجهاز المضيف الذي تعمل عليه، وقد أثبت الباحثون تسريبات في ذاكرة المضيف وانهيارات للمضيف وتشغيل تعليمات برمجية بصلاحيات الجذر على المضيف، في مختبرهم الخاص. وتقع الثغرة في حزمة الشبكات بلينكس التي تتعامل مع حركة بيانات الضيوف، لا في برنامج مراقبة افتراضي محدد.

وكان الاكتشاف نفسه منظمًا. فقد عثر فريق البحث PWN.AI على الثغرة خلال تحدي أمان بيئة العزل لدى Vercel، وأبلغ عنها سرًا مشرفي النواة في 4 سبتمبر، ووصل الإصلاح إلى نواة لينكس الرئيسية في 14 أكتوبر. والأهم من ذلك، لم يُبلغ عن أي استغلال فعلي لها. فتقييم CISA بتاريخ 16 أكتوبر، المسجل في مدخل CVE، ينص على «Exploitation: none»، والثغرة ليست مدرجة في فهرس CISA للثغرات المستغلة المعروفة. ولم تنشر Google أي نشرة أمنية عنها، ونشراتها حتى 19 أكتوبر لا تذكرها. وتعزو Google انقطاع لندن إلى حادث طاقة في نطاق europe-west2-b، وبيانات Revolut لا تذكر Google ولا أي ثغرة، ووصف Emma مشكلته بأنها عطل تقني وليست خرقًا أمنيًا. ولا يربط أي مصدر موثوق بين PwnEscape وهذا الانقطاع.

غير أن الخلفية حقيقية. فقد شهد هذا الخريف سلسلة من الحوادث السحابية الكبيرة. ففي 1 سبتمبر، أدى انفصال كابلات ألياف شبكية أثناء صيانة روتينية لأجهزة التوجيه إلى عزل أجزاء من نطاقين في منطقة us-central1 التابعة لـGoogle Cloud في ولاية أيوا لنحو أربع ساعات، من 07:41 إلى 11:52 بتوقيت المحيط الهادئ الأمريكي، مما أثر على 16 منتجًا. ومن 30 سبتمبر إلى 1 أكتوبر، تعطلت خدمات بوابات Microsoft Azure في 18 منطقة، بما فيها ExpressRoute وVPN Gateway وAzure Firewall وApplication Gateway وAzure VMware Solution، اعتبارًا من الساعة 20:30 بالتوقيت العالمي المنسق، وأشارت Microsoft إلى ارتباط بأعمال صيانة نظام تشغيل البنية التحتية. وفي 8 و9 أكتوبر، تسبب تحديث في إعدادات موازنة الأحمال في إرهاق عقد Google Cloud Storage في us-central1، مما أدى إلى أخطاء في الكتابة لما مجموعه نحو 18 ساعة على مدى يومين.

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

لماذا تعقب رسائل التصيد الاحتيالي الانقطاعات؟

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

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

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

كيف تتجنب البقاء عالقًا في المرة القادمة؟

لا يمكنك منع انقطاع Revolut المقبل، لكن يمكنك أن تجعله حدثًا بلا أثر عليك.

• احمل بطاقة ثانية من جهة مصدرة مختلفة. فبطاقة Revolut ثانية تفشل مع الأولى. وللمقيمين في فرنسا، تُعد بطاقة بنك فرنسي على شبكة CB مكملًا جيدًا، لأن جهة مصدرة مختلفة هي التي توافق عليها.
• احتفظ ببعض النقد. ما يكفي للوقود والطعام. فالسحب من أجهزة الصراف الآلي لدى Revolut كان متعطلًا أيضًا، لذا فوقت سحبه هو قبل الانقطاع، لا أثناءه.
• في محطة الوقود، يستحق الكشك المزود بموظفين المحاولة بدلًا من المضخة الآلية أثناء انقطاع الجهة المصدرة، وإن كان قد يرفض أيضًا.
• تحقق أولًا من صفحة الحالة والإشعارات داخل التطبيق. فقبل افتراض أن بطاقتك محظورة أو مخترقة، انظر هل تبلغ الجهة المصدرة عن حادث. وتسرد Revolut أيضًا أسباب الرفض العادية، مثل بطاقة مجمّدة أو حد إنفاق أو تأكيد 3-D Secure معلّق أو نوع دفع معطّل، مع عرض السبب المحدد في التطبيق.
• لا تجمّد البطاقة أو تلغها أو تعيد ضبطها في حالة ذعر. فأثناء انقطاع الجهة المصدرة لا يغيّر ذلك شيئًا، والبطاقة الملغاة تعني انتظار بديل بعد عودة الخدمة.
• لا تعطِ أبدًا بياناتك لأي شخص يتواصل معك زاعمًا أنه من دعم Revolut، في هذا اليوم بالذات.
• احتفظ بلقطات شاشة موثقة بالوقت للمدفوعات المرفوضة والتحويلات الفاشلة إذا كلفتك مالًا، وارفع الأمر إلى دعم Revolut عبر التطبيق بعد استعادة الخدمة.

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

قدمت Google سببًا أوليًا، وهو حادث طاقة في نطاقها europe-west2-b، لكن تقرير الحادث الكامل لم يصدر بعد. وعندما يصدر، ستكون ثلاثة أمور جديرة بالمتابعة: ما الذي عطّله حادث الطاقة تحديدًا، وهل تؤكد Revolut صلة Google Cloud بكلماتها هي، ولماذا كانت صفحة حالتها تُظهر أن جميع الأنظمة تعمل بينما كانت البطاقات تُرفض بالفعل عند صناديق الدفع في أنحاء أوروبا.