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