معظم البنوك الأفريقية التي نعمل معها لا تفشل في شراء Cloudflare، بل في تشغيله.
يوقّع قسم المشتريات ترخيصًا، ويتولى شخص ما بدء التشغيل. وبعد أشهر، يبقى WAF على القواعد الافتراضية وتكون إدارة البوتات مفعّلة جزئيًا، ولا يستطيع أحد تحديد من سيغيّر قاعدة في الثانية صباحًا عندما تتعرض الخدمات المصرفية عبر الإنترنت للهجوم.
قرار الشراء ليس استخدام Cloudflare من عدمه، بل من يشغّل خدمات Cloudflare المُدارة بعد توقيع الترخيص: WAF والبوتات وDNS وانعدام الثقة والحوادث.
الترخيص لا يحدد نموذج التشغيل
Cloudflare منصة. ولا يزال على البنك تحديد سعتها ونشرها وفق أعباء العمل الفعلية وتشغيلها أسبوعيًا. لا يختفي هذا العمل عند توقيع العقد، وهو العمل الذي نتولاه.
نرى نمطين كثيرًا. يشتري البنك الترخيص ويوجّه DNS ويفعّل مجموعة قواعد مُدارة، ثم يعتبر المشروع منتهيًا. وتبقى الخدمات المصرفية وواجهات API للمدفوعات معرضة للخطر، مع لوحة تحكم جديدة لا يتولاها أحد. أو يكون شخص حاضرًا عند الإطلاق ثم يختفي بعد الانتقال. وعندما تتعطل واجهة API للمدفوعات أو تمنع سياسات انعدام الثقة الموظفين من الوصول إلى النظام المصرفي الأساسي، لا يوجد مشغّل محدد بالاسم.
إذا لم تستطع تسمية من سيغيّر قاعدة WAF أو سجل DNS أو يقود التعامل مع حادث Cloudflare مساء الأحد، فلديك ترخيص لا نموذج تشغيل.
حدد ما ستضعه فعلًا على Cloudflare
لا تبدأ برمز منتج. ابدأ بالخدمات المهمة.
لدى معظم البنوك الأفريقية التي نعمل معها، تكون القائمة قصيرة: الخدمات المصرفية عبر الإنترنت وتطبيقات الهاتف التي خلفها، وواجهات API للمدفوعات والأموال عبر الهاتف، والمواقع العامة ومسارات انضمام العملاء، ووصول الموظفين إلى الأنظمة الداخلية وفق انعدام الثقة، ومن يمكنه الوصول إلى النظام الأساسي.
لكل منها مخاطر مختلفة. إن وضع الموقع التسويقي وواجهة API للمدفوعات في المشروع نفسه يجعل الترخيص يبدو مكتملًا بينما لا يكتمل المحيط الأمني. حدد النطاق أولًا، ثم حدد الترخيص الملائم له، ثم قرر من يشغّله. وإذا كنت لا تزال تختار منصة الحافة، فابدأ بـCloudflare مقابل Akamai أو Cloudflare مقابل Imperva.
من يغيّر القواعد، ومن يتحمل المسؤولية في الثانية صباحًا
تتغير قواعد WAF عند إطلاق ميزة للخدمات المصرفية عبر الإنترنت. وتتغير إعدادات البوتات عندما ترفع حملة حجم الزيارات. ويتغير DNS عند نقل خادم الأصل. ويتغير الوصول وفق انعدام الثقة عندما يحتاج مورّد إلى الوصول. ولا تنتظر الحوادث نافذة التغيير التالية.
يتولى مسؤول الأمن في البنك عادةً الهوية والأجهزة الطرفية والمورّدين وجدول التدقيق. ويحتاج تشغيل Cloudflare كما ينبغي إلى عمل بدوام كامل. إذا كانت الخطة أن يتولاه فريق تقنية المعلومات عندما يتفرغ، فقيّم القدرة المتاحة بصدق.
نشغّل Cloudflare للبنوك التي نعمل معها. نحدد سعته وننشره ونشغّله، ونبقى مسؤولين عن الحساب بعد الإطلاق. للمزيد، راجع كيف نشغّل Cloudflare.
يشمل الشراء المنصة والجهة المشغّلة معًا
نبيع ترخيص Cloudflare ونشغّل الحساب. الترخيص هو المنصة، ورسم التشغيل يغطي الفريق الذي يضبط WAF والبوتات ويتولى DNS والشهادات ويشغّل انعدام الثقة ويتدخل في حوادث Cloudflare. اشترِ الاثنين معًا، أو حدد من يتولى المهمة الثانية.
نقدم ذلك بمستويات Core أو Priority أو Critical. اختر المستوى عبر خدمات Cloudflare المُدارة. وترد أزمنة الاستجابة في SLA. وينبغي أن يوضح عرض السعر الترخيص ورسم التشغيل الشهري الثابت معًا.
هل يمكنك المغادرة إذا لم يُنجَز العمل
اسأل عن كيفية إنهاء العلاقة. فضّل عقدًا يمكنك الخروج منه إذا لم يُنجَز العمل، واحتفظ بحساب Cloudflare عند المغادرة.
إذا لم يكن المشغّل يتولى تشغيل الحساب، فينبغي أن تتمكن من المغادرة.
قبل التوقيع
ناقش هذه الأسئلة بحضور فرق تقنية المعلومات والأمن والمشتريات معًا. ما النطاق: الخدمات المصرفية عبر الإنترنت وواجهات API للمدفوعات والأموال عبر الهاتف والمواقع العامة ووصول الموظفين؟ من يغيّر WAF والبوتات وDNS وانعدام الثقة بعد الإطلاق، وهل هو فريق محدد بالاسم أم صندوق بريد؟ من يتولى حادث Cloudflare مساء الأحد؟ كيف تنسجم التغييرات مع ضوابط التغيير، بما فيها التغييرات الطارئة؟ ماذا ستعرض على التدقيق الداخلي ومراجع POPIA ومقيّم PCI والجهة التنظيمية: الإعدادات وسجل التغييرات وملاحظات الحوادث؟ هل يغطي عرض السعر الترخيص والجهة المشغّلة معًا؟ وهل يمكنك المغادرة إذا اختفى المشغّل؟
إذا كان الاختيار بين مشغّل ولوحة SIEM، فإن Vigilbase مقابل Splunk هي المقارنة المناسبة. وإذا كنت تتعرض لهجوم بالفعل ولا تستخدم Cloudflare، فابدأ بـالتهيئة الطارئة.
إذا لم تستطع الإجابة عنها، فانتظر.
إذا أردت مشغّلًا يحدد سعة الحساب وينشره للخدمات المصرفية والمدفوعات، ويشغّل WAF والبوتات وDNS وانعدام الثقة بعد الإطلاق، فتحدث معنا.
