21 October 2026 بقلم فريق سيزو للاستشارات 27 مشاهدة 4 دقائق قراءة

قائمة مراجعة هندسة الأمن لإطار ساما السيبراني: 12 سؤالًا

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

مهندسان يراجعان مخططًا لبنية شبكية على شاشة كبيرة داخل غرفة اجتماعات حديثة.
في هذا المقال
  1. كيف تستخدم القائمة
  2. أولًا: النطاق والحوكمة
  3. ثانيًا: الشبكة والتقسيم
  4. ثالثًا: الهوية وحدود الثقة
  5. رابعًا: البيانات والتشفير
  6. خامسًا: التكامل والأطراف الثالثة
  7. سادسًا: المرونة والتعافي
  8. ماذا تفعل بنتائج القائمة
  9. كيف تساعدكم سيزو

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

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

كيف تستخدم القائمة

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

أولًا: النطاق والحوكمة

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

ثانيًا: الشبكة والتقسيم

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

ثالثًا: الهوية وحدود الثقة

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

رابعًا: البيانات والتشفير

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

خامسًا: التكامل والأطراف الثالثة

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

سادسًا: المرونة والتعافي

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

ماذا تفعل بنتائج القائمة

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

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

كيف تساعدكم سيزو

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

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

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

الوسوم: SAMA CSF إطار ساما السيبراني هندسة الأمن مراجعة البنية الأمنية الأنظمة المصرفية
مشاركة: LinkedIn X / Twitter WhatsApp
فحص الجاهزية الذاتي

ما مدى جاهزيتكم؟ اعرفوا خلال دقيقتين

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

هل أنتم مستعدون للحديث عن امتثالكم؟

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

المستجدات التنظيمية في بريدكم

مستجدات البنك المركزي السعودي والهيئة الوطنية للأمن السيبراني وسدايا وما تعنيه لمؤسستكم — مرة في الشهر.

لغة الرسائل

نؤكد الاشتراك بالبريد، ويمكنكم إلغاؤه في أي وقت. إدارة اشتراككم · الأعداد السابقة

احجز تقييمًا مجانيًا