إيميل من نطاق حكومي حقيقي طلب بيانات العملاء — وريفولوت أرسلتها

إيميل من نطاق حكومي حقيقي طلب بيانات العملاء — وريفولوت أرسلتها

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

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

ما الذي تأكد فعلا

نقتصر هنا على ما أعلنته الشركة وما نقلته المصادر الصحفية المتخصصة، لأن التحقيق ما زال جاريا وكثير من التفاصيل غير معلن:

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

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

لماذا نجح الطلب: المصادقة ليست تفويضا

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

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

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

منشأتك تستقبل الطلب نفسه، ولو بصيغة أبسط

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

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

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

ما الذي يلزمك نظاما في السعودية

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

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

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

نظرة أوريجامي

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

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

إجراء من صفحة واحدة تعتمده هذا الأسبوع

لا تحتاج مشروعا ولا ميزانية. تحتاج قاعدة مكتوبة ومعلنة تحمي موظفك من أن يقرر وحده تحت الضغط:

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

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

مصادر

• TechCrunch — تأكيد ريفولوت للحادثة في 12 سبتمبر 2026 ونص بيان الشركة ونوع البيانات المفصح عنها.
• Bloomberg — إعلان الشركة أن عددا محدودا من العملاء تأثر عبر عملية احتيال بالبريد الإلكتروني.
• الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) — الجهة المختصة بنظام حماية البيانات الشخصية ولائحته التنفيذية ومنصة الحوكمة الوطنية للبيانات.
• نظام حماية البيانات الشخصية — النص الرسمي، ومنه المواد المتعلقة بحالات الإفصاح وحظره وإشعار التسرب.
• الهيئة الوطنية للأمن السيبراني — الضوابط المتعلقة بحماية البيانات وإدارة الحوادث السيبرانية في المنشآت.