البحرين، السعودية
انتقل إلى AWS، واختبر بيئتك، وحافظ على استمرارية تشغيلها
لفرق تقنية المعلومات والأمن في البحرين والمملكة العربية السعودية التي تشغّل أعباء عمل على Amazon Web Services (AWS) أو تخطط لذلك. نساعدك على اختيار طريقة نقل كل عبء عمل، ونفحص البيئة مقابل متطلبات الأمن والامتثال لديك، ونتولى العمليات اليومية مثل النسخ الاحتياطي وتطبيق التحديثات الأمنية والمراقبة.
ثلاثة أنواع من أعمال AWS
- الترحيل
- النقل كما هو، أو تغيير المنصة، أو إعادة التصميم، بحسب كل عبء عمل
- التأمين
- التدقيق ومراجعة الامتثال وتقييم الثغرات واختبار الاختراق
- التشغيل
- النسخ الاحتياطي والاستعادة، وتطبيق التحديثات الأمنية، ودعم العمليات، والمراقبة
مشكلات AWS التي يُطلب منا حلها
تتناول هذه الصفحة أعمال AWS بالتفصيل. وللاطلاع على خدماتنا الأشمل في الحوسبة السحابية وتقنية المعلومات، بما فيها تدقيق Azure وGoogle Cloud، راجع خدمات الحوسبة السحابية وتقنية المعلومات والدعم.
| الموضوع | ما قد يترتب عليها | كيف يمكننا المساعدة |
|---|---|---|
| خوادم على أجهزة متقادمة يلزم نقلها سريعاً | ما قد يترتب عليها: نقل متسرّع ينسخ المشكلات القائمة إلى AWS، أو مشروع يتعثر بينما يتجادل الفريق حول إعادة كتابة كل شيء. | كيف يمكننا المساعدة: الترحيل بالنقل كما هو، وتغيير المنصة |
| تطبيقات يصعب توسيعها أو تعديلها | ما قد يترتب عليها: دفع تكاليف سعة تبقى خاملة معظم الوقت، وبطء في الإصدارات لأن كل تغيير يمسّ النظام بأكمله. | كيف يمكننا المساعدة: إعادة التصميم |
| افتراض أن AWS تؤمّن كل شيء | ما قد يترتب عليها: وفق نموذج المسؤولية المشتركة في AWS، يظل العميل مسؤولاً عن تأمين أنظمة التشغيل والبيانات وقواعد جدار الحماية وصلاحيات الوصول. واكتشاف الثغرات في هذه الجوانب مسؤولية العميل. | كيف يمكننا المساعدة: التدقيق، تقييم الثغرات |
| مدقق أو جهة تنظيمية تطلب أدلة | ما قد يترتب عليها: ملاحظات عند التدقيق ومعالجة متسرعة حين لا تُثبت الإعدادات والسجلات أن الضوابط تعمل. | كيف يمكننا المساعدة: مراجعة الامتثال، التدقيق |
| عدم معرفة ما يمكن للمهاجم الوصول إليه فعلياً | ما قد يترتب عليها: نقاط ضعف تصنّفها أدوات الفحص منخفضة الخطورة، لكن يمكن ربطها معاً لتؤدي إلى اختراق فعلي. | كيف يمكننا المساعدة: اختبار الاختراق |
| نسخ احتياطية لم يجرّب أحد استعادتها، وتحديثات أمنية تتأخر | ما قد يترتب عليها: انقطاعات طويلة أو فقدان بيانات بعد عطل أو هجوم فدية، وثغرات معروفة تبقى مفتوحة على الخوادم العاملة. | كيف يمكننا المساعدة: النسخ الاحتياطي والاستعادة، إدارة التحديثات الأمنية |
| لا أحد يراقب البيئة خارج ساعات العمل | ما قد يترتب عليها: حوادث ومهام فاشلة وتكاليف منفلتة لا تُلاحظ إلا عند شكوى المستخدمين أو وصول الفاتورة. | كيف يمكننا المساعدة: دعم العمليات، مراقبة موارد AWS وإدارتها |
خدمات AWS مصنّفة بحسب المشكلات التي تعالجها
إحدى عشرة خدمة في ثلاث مجموعات. توضح كل خدمة المشكلة التي تعالجها، وما يتضمنه العمل، وما تحصل عليه.
الترحيل إلى سحابة AWS
ثلاث طرق لنقل عبء العمل إلى AWS. وتستخدم معظم عمليات الترحيل أكثر من طريقة، يُختار كلٌّ منها بحسب عبء العمل.
الترحيل بالنقل كما هو
- المشكلة
- تحتاج إلى نقل أعباء العمل من مركز بيانات أو من أجهزة قديمة بأقل قدر ممكن من التغيير.
- ما يتضمنه العمل
- حصر الخوادم واعتمادياتها، وبناء شبكات وخوادم مماثلة على AWS، ونسخ البيانات، والتخطيط للانتقال النهائي مع مسار للتراجع.
- ما تحصل عليه
- أعباء عمل تعمل على AWS بالطريقة نفسها تقريباً التي كانت تعمل بها، مع دليل تشغيل للترحيل وقائمة بالتحسينات التي يمكن النظر فيها لاحقاً.
تغيير المنصة
- المشكلة
- تريد الاستفادة من بعض مزايا AWS، مثل قاعدة بيانات مُدارة، دون إعادة كتابة التطبيق.
- ما يتضمنه العمل
- تحديد المكونات التي يمكن نقلها إلى خدمات AWS المُدارة، كنقل قاعدة بيانات تديرها بنفسك إلى قاعدة بيانات مُدارة، ثم تعديل الإعدادات والاختبار.
- ما تحصل عليه
- عبء أقل على فريقك في صيانة أنظمة التشغيل وقواعد البيانات، مع بقاء التطبيق الأساسي دون تغيير.
إعادة التصميم
- المشكلة
- تطبيق لا يمكن توسيعه، أو مكلف التشغيل، أو بطيء التعديل بصيغته الحالية.
- ما يتضمنه العمل
- إعادة تصميم التطبيق وفق أنماط سحابية أصيلة مثل الخدمات المصغّرة أو الحاويات أو الدوال عديمة الخوادم (Serverless)، وعادةً على مراحل بالتوازي مع النظام القائم.
- ما تحصل عليه
- بنية مستهدفة، وخطة تنفيذ مرحلية، ومكونات أُعيد بناؤها وفق هذا التصميم.
الامتثال والأمن السيبراني في AWS
اعرف مدى سلامة بيئة AWS لديك، وما يمكن للمهاجم فعله بها.
التدقيق
- المشكلة
- تحتاج إلى رأي مستقل حول طريقة إعداد حسابات AWS لديك وتشغيلها.
- ما يتضمنه العمل
- مراجعة إعدادات الهويات والصلاحيات، وانكشاف الشبكة، والتشفير، والسجلات، والنسخ الاحتياطي، عبر صلاحيات قراءة فقط في الغالب.
- ما تحصل عليه
- تقرير تدقيق يسرد كل ملاحظة مع أدلتها وتصنيف خطورتها والمعالجة الموصى بها.
مراجعة الامتثال
- المشكلة
- يتعين عليك إثبات أن إعداد AWS لديك يستوفي معياراً أو تنظيماً محدداً.
- ما يتضمنه العمل
- مطابقة المتطلبات المتفق عليها مع إعدادات AWS وسياساتها وسجلاتها، والتحقق من الأدلة الخاصة بكل متطلب.
- ما تحصل عليه
- عرض لكل متطلب على حدة يبيّن ما هو مستوفى أو مستوفى جزئياً أو غير مستوفى، والأدلة الداعمة لذلك.
تقييم الثغرات
- المشكلة
- تريد اكتشاف نقاط الضعف المعروفة عبر عدد كبير من الخوادم والخدمات، وتكرار الفحص بانتظام.
- ما يتضمنه العمل
- فحص مصرّح به وآلي في معظمه لموارد AWS المتفق عليها بحثاً عن التحديثات الأمنية الناقصة والإعدادات الضعيفة والخدمات المكشوفة، مع مراجعة النتائج لاستبعاد الإنذارات الكاذبة.
- ما تحصل عليه
- قائمة مرتبة حسب الأولوية بالثغرات المؤكدة وطريقة معالجة كل منها.
اختبار الاختراق
- المشكلة
- تحتاج إلى معرفة ما إذا كان يمكن استغلال نقاط الضعف فعلياً، وإلى أي مدى يمكن أن يصل المهاجم.
- ما يتضمنه العمل
- اختبار يدوي يجريه مختبِرون ضمن نطاق مكتوب وقواعد اشتباك محددة، وفي إطار سياسة اختبار الاختراق لدى AWS.
- ما تحصل عليه
- تقرير يوضح ما تم استغلاله وكيفية ذلك، والأثر على الأعمال، وخطوات المعالجة.
الاستضافة المُدارة على AWS
الأعمال الدورية التي تُبقي أعباء العمل على AWS قابلة للاستعادة ومحدّثة أمنياً وخاضعة للمراقبة بعد الإطلاق.
النسخ الاحتياطي والاستعادة
- المشكلة
- النسخ الاحتياطية موجودة، لكن لا أحد متأكد من أنها تشمل كل شيء أو أنها قابلة للاستعادة.
- ما يتضمنه العمل
- تحديد جداول النسخ الاحتياطي ومدد الاحتفاظ لكل عبء عمل، والاحتفاظ بالنسخ بمعزل عن بيئة الإنتاج، وإجراء اختبارات الاستعادة.
- ما تحصل عليه
- تغطية موثّقة للنسخ الاحتياطي ونتائج اختبارات استعادة يمكنك عرضها على المدقق.
إدارة التحديثات الأمنية
- المشكلة
- أنظمة التشغيل على خوادمك متأخرة في تطبيق التحديثات الأمنية.
- ما يتضمنه العمل
- الاتفاق على خطوط أساس التحديثات ونوافذ الصيانة، وتطبيق التحديثات، ومعالجة الخوادم التي يفشل تحديثها أو تحتاج إلى استثناءات.
- ما تحصل عليه
- تقارير دورية عن الالتزام بتطبيق التحديثات وسجل بالاستثناءات.
دعم العمليات
- المشكلة
- يفتقر فريقك إلى الوقت أو الخبرة المعمّقة في AWS للتعامل مع المشكلات اليومية وطلبات التغيير.
- ما يتضمنه العمل
- تشخيص الأعطال وإجراء التغييرات الدورية والتحسينات على بيئة AWS المتفق عليها، مع تحديد المسؤوليات مسبقاً.
- ما تحصل عليه
- جهة اتصال محددة بالاسم وسجل بالمشكلات والتغييرات التي تمت معالجتها.
مراقبة موارد AWS وإدارتها
- المشكلة
- المشكلات وارتفاع التكاليف لا تُلاحظ إلا متأخرة.
- ما يتضمنه العمل
- إعداد المقاييس والتنبيهات ومراقبة السجلات، ومتابعة الإنفاق مقارنة بالتوقعات، ومراجعة الموارد الخاملة أو الأكبر من الحاجة.
- ما تحصل عليه
- تنبيهات تصل إلى الأشخاص المعنيين، وتقارير دورية عن سلامة البيئة وتكلفتها.
إعادة الاستضافة أم تغيير المنصة أم إعادة التصميم؟ قرّر لكل عبء عمل
قلّة من المؤسسات ينبغي أن تنقل كل شيء بالطريقة نفسها. استخدم هذا الجدول لكل تطبيق في قائمتك. فإذا كانت إجاباتك بـ'نعم' في أحد الأعمدة أكثر من غيره، فهو عادةً نقطة البداية المناسبة.
| الموضوع | النقل كما هو (إعادة الاستضافة) | تغيير المنصة | إعادة التصميم |
|---|---|---|---|
| اختره عندما | النقل كما هو (إعادة الاستضافة): يكون لديك موعد نهائي ملزم، مثل الخروج من مركز بيانات أو انتهاء دعم الأجهزة. | تغيير المنصة: يكون التطبيق مستقراً لكن بعض أجزائه، وغالباً قاعدة البيانات، تتطلب صيانة مفرطة. | إعادة التصميم: يكون التطبيق بحاجة إلى التوسع أو التغيير المتكرر أو خفض تكلفة التشغيل، ويستحق الاستثمار فيه. |
| ما الذي يتغير | النقل كما هو (إعادة الاستضافة): لا شيء تقريباً في التطبيق. تتحول الخوادم إلى خوادم على AWS. | تغيير المنصة: تنتقل بعض المكونات إلى خدمات مُدارة، ويبقى الكود كما هو إلى حد كبير. | إعادة التصميم: التصميم ذاته، كتقسيم التطبيق إلى خدمات أو استخدام الدوال عديمة الخوادم. |
| أسئلة يجب الإجابة عنها أولاً | النقل كما هو (إعادة الاستضافة): هل ترخيص البرنامج صالح على AWS؟ هل توجد عناوين IP أو أسماء مضيفين مثبتة في الكود؟ | تغيير المنصة: هل الخدمة المُدارة المستهدفة متوافقة مع إصدار قاعدة بياناتك وخصائصها؟ | إعادة التصميم: هل تملك المهارات والميزانية لبناء التصميم الجديد وتشغيله؟ وهل يمكن تنفيذه على مراحل؟ |
| المخاطر المعتادة | النقل كما هو (إعادة الاستضافة): تنتقل معه المشكلات والتكاليف والثغرات الأمنية القائمة. | تغيير المنصة: اكتشاف مشكلات التوافق في مرحلة متأخرة من الاختبار. | إعادة التصميم: المسار الأطول والأعلى تكلفة، والأكثر في قرارات التصميم. |
| مؤشرات على أنه الخيار الخاطئ | النقل كما هو (إعادة الاستضافة): التطبيق لا يحقق أصلاً أهدافه في الأداء أو التكلفة. | تغيير المنصة: لا يوجد في مكونات النظام ما له بديل مُدار يستحق الانتقال إليه. | إعادة التصميم: من المقرر إيقاف التطبيق أو استبداله بمنتج SaaS. |
| تحقّق قبل الانتقال النهائي، أياً كان اختيارك | النقل كما هو (إعادة الاستضافة): حصر الاعتماديات، واختبار التراجع، والتحقق من البيانات بعد نسخها. | تغيير المنصة: مقارنة الأداء بالنظام القديم تحت أحمال واقعية. | إعادة التصميم: تشغيل المراقبة والنسخ الاحتياطي وضوابط الوصول قبل دخول المستخدمين. |
بعض أعباء العمل لا ينبغي نقلها إطلاقاً: فقد يكون إيقافها أو إبقاؤها في مكانها هو الخيار الصحيح. وعادةً ما تحسم مراجعة قصيرة للاعتماديات والتراخيص العمود الذي ينتمي إليه كل تطبيق.
تدقيق أم مراجعة امتثال أم تقييم ثغرات أم اختبار اختراق؟
كثيراً ما تُعامل هذه الأربعة على أنها شيء واحد، لكنها تجيب عن أسئلة مختلفة وتتطلب صلاحيات مختلفة.
| الموضوع | التدقيق | مراجعة الامتثال | تقييم الثغرات | اختبار الاختراق |
|---|---|---|---|---|
| السؤال الذي يجيب عنه | التدقيق: هل بيئة AWS لدينا مُعدّة وتُشغَّل بأمان؟ | مراجعة الامتثال: هل يمكننا إثبات استيفائنا لهذا المعيار أو التنظيم؟ | تقييم الثغرات: ما نقاط الضعف المعروفة الموجودة في مواردنا؟ | اختبار الاختراق: ما الذي يمكن للمهاجم تحقيقه فعلياً؟ |
| طريقة التنفيذ | التدقيق: مراجعة الإعدادات والوثائق، بصلاحيات قراءة فقط في الغالب | مراجعة الامتثال: التحقق من الأدلة لكل متطلب على حدة | تقييم الثغرات: فحص مصرّح به وآلي في معظمه، تليه مراجعة | اختبار الاختراق: اختبار يدوي يحاول استغلال نقاط الضعف |
| هل يمكن أن يؤثر على الأنظمة؟ | التدقيق: لا، بصلاحيات قراءة فقط | مراجعة الامتثال: لا | تقييم الثغرات: ربما، لذا يُجدول ويُتفق عليه كتابياً | اختبار الاختراق: نعم، لذا يُتفق كتابياً على النطاق والتوقيت وقواعد الاشتباك |
| ما تحصل عليه | التدقيق: ملاحظات مع الأدلة وتصنيفات الخطورة | مراجعة الامتثال: عرض لكل متطلب: مستوفى أو مستوفى جزئياً أو غير مستوفى | تقييم الثغرات: قائمة مرتبة حسب الأولوية بالثغرات المؤكدة | اختبار الاختراق: المسارات المستغلة والأثر وخطوات المعالجة |
| مدى التكرار | التدقيق: بشكل دوري، أو بعد أي تغيير كبير | مراجعة الامتثال: قبل التدقيق أو عند تغيّر المتطلبات | تقييم الثغرات: بانتظام، مع ظهور ثغرات جديدة | اختبار الاختراق: بشكل دوري، أو بعد أي تغيير جوهري |
تسمح AWS لعملائها بإجراء تقييمات أمنية واختبارات اختراق على قائمة منشورة من خدماتها دون موافقة مسبقة، شريطة الالتزام بسياستها. ولا تسمح هذه السياسة ببعض الأنشطة، مثل اختبارات حجب الخدمة، فيما يتطلب بعضها الآخر، مثل تمارين محاكاة الهجمات (Red Teaming)، موافقة AWS المسبقة. ونتحقق من السياسة السارية عند الاتفاق على النطاق.
كيف يسير العمل في مشاريع AWS
- 01
الاستكشاف
نتعرّف على أهدافك، وأعباء العمل أو حسابات AWS المعنية، وأي مواعيد نهائية أو متطلبات تنظيمية.
- 02
الاتفاق على النطاق
نتفق على ما يدخل في النطاق وما يخرج عنه، والصلاحيات المطلوبة، وفي حالة الاختبار، على التفويض الكتابي وقواعد الاشتباك.
- 03
التخطيط
خطة لمراحل الترحيل، أو خطة اختبار، أو نموذج تشغيل، تشمل نوافذ التغيير وخطط التراجع.
- 04
التنفيذ
تنفيذ أعمال الترحيل أو التقييم أو الخدمات المُدارة، مع تحديثات منتظمة لجهات الاتصال المحددة لديك.
- 05
التسليم والمراجعة
التقارير وأدلة التشغيل ونقل المعرفة، ومراجعات دورية حين نواصل تشغيل البيئة.
أين تقع بياناتك على AWS، والقواعد المترتبة على ذلك
لاختيار المنطقة (Region) وإعداداتها تبعات تنظيمية في البحرين والمملكة العربية السعودية. وينبغي أن يؤكد مستشارك القانوني كيفية انطباقها عليك.
| الموضوع | ما يعنيه ذلك على AWS | ما يجب التحقق منه |
|---|---|---|
| قانون حماية البيانات الشخصية في البحرين (PDPL)، القانون رقم 30 لسنة 2018 | ما يعنيه ذلك على AWS: تشغّل AWS منطقة الشرق الأوسط (البحرين) (me-south-1). ويُعد تخزين البيانات الشخصية في منطقة خارج البحرين نقلاً عبر الحدود، وهو مسموح به إلى الدول المدرجة في قائمة الهيئة بموجب القرار رقم 42 لسنة 2022، أو بتصريح، أو بموجب استثناء. ويجب إبلاغ الهيئة بأي خرق خلال 72 ساعة من اكتشافه. | ما يجب التحقق منه: المناطق التي تحتفظ بالبيانات الشخصية، بما فيها النسخ الاحتياطية والسجلات، وما إذا كانت AWS CloudTrail والتنبيهات تتيح لك اكتشاف الخرق وتقييمه في الوقت المناسب. |
| الضوابط الأساسية للأمن السيبراني (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني (NCA) في السعودية | ما يعنيه ذلك على AWS: يجب على الجهات المشمولة استيفاء متطلبات الحوسبة السحابية والاستضافة في المكون الفرعي 4-2، إلى جانب إدارة الثغرات (المكون الفرعي 2-10) واختبار الاختراق (المكون الفرعي 2-11). | ما يجب التحقق منه: ما إذا كنت مشمولاً، وما إذا كانت سجلات الاختبار وتطبيق التحديثات الأمنية لديك على AWS ستفي بمتطلبات التقييم. |
| ضوابط الأمن السيبراني للحوسبة السحابية (CCC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني (NCA) في السعودية | ما يعنيه ذلك على AWS: تُعد ضوابط الأمن السيبراني للحوسبة السحابية امتداداً للضوابط الأساسية للأمن السيبراني (ECC)، مع ضوابط منفصلة لمقدمي الخدمات السحابية وللجهات التي تستخدم خدمات سحابية مثل AWS. | ما يجب التحقق منه: ضوابط المستأجر التي تنطبق عليك، والمسؤوليات التي تقع على AWS وفق نموذج المسؤولية المشتركة. |
تساعدك خدماتنا على العمل نحو استيفاء هذه المتطلبات، لكنها وحدها لا تجعل المؤسسة ممتثلة. اطّلع على خدماتنا للامتثال لقانون حماية البيانات الشخصية في البحرين والضوابط الأساسية للأمن السيبراني (ECC) لمزيد من التفاصيل.
جزئياً. وفق نموذج المسؤولية المشتركة في AWS، تؤمّن AWS البنية التحتية التي تشغّل خدماتها، بينما تبقى مسؤولاً عمّا تضعه عليها: التحديثات الأمنية لأنظمة التشغيل على خوادمك، وبياناتك وتشفيرها، وقواعد مجموعات الأمان، وصلاحيات الوصول. ويتوقف حجم ما يقع على عاتقك على خدمات AWS التي تستخدمها.
عادةً ما تكون هناك نافذة انتقال قصيرة، وتتوقف مدتها على حجم البيانات وطريقة نسخها ومقدار الاختبار المطلوب بعدها. ونخطط معك مسبقاً للانتقال والتراجع، ونتفق على التوقيت بما يناسب أعمالك.
لا، بالنسبة لخدمات AWS المدرجة في قائمتها المنشورة للخدمات المسموح باختبارها، ما دام الاختبار يلتزم بسياسة AWS. ولا تسمح هذه السياسة باختبارات حجب الخدمة، كما تتطلب بعض الأنشطة، مثل تمارين محاكاة الهجمات (Red Teaming)، موافقة AWS المسبقة. ويلزم أيضاً أن تفوّضنا كتابياً بإجراء الاختبار.
لدى AWS منطقة الشرق الأوسط (البحرين). ويتوقف إمكان تشغيل جميع أعباء عملك فيها على خدمات AWS التي تحتاجها، لذا نتحقق من توفرها لتصميمك خلال مرحلة التخطيط.
ليس بشكل افتراضي. يمكن لأدوات مثل AWS Systems Manager Patch Manager أتمتتها، لكن لا بد من شخص يحدد خطوط أساس التحديثات وجداولها واستثناءاتها، ويعالج حالات الفشل. وتشير AWS إلى أنها لا تختبر التحديثات قبل إتاحتها، لذا يظل اختبارها قبل تطبيقها على بيئة الإنتاج أمراً مهماً.
عدد أعباء العمل أو حسابات AWS، ومستوى توثيقها، ونهج الترحيل لكل منها، والتغطية التي تحتاجها في حالة الخدمات المُدارة. ونقدّم عرضاً بعد محادثة أولية والاتفاق على النطاق.
تتناول هذه الصفحة AWS بالتفصيل. أما خدمات الحوسبة السحابية وتقنية المعلومات والدعم لدينا فتشمل المنصات الأخرى، وتقييمات مخاطر الأمن السحابي، وعمليات تقنية المعلومات الأشمل، والدعم المتخصص.
أخبرنا عن خططك على AWS
شاركنا أعباء العمل التي تريد نقلها أو اختبارها أو تسليم إدارتها، وأي موعد نهائي أو تنظيم يحكم ذلك. وسيتواصل معك أحد أعضاء فريقنا لترتيب محادثة أولية والاتفاق على نقطة البداية المناسبة.