دليل أمان BYOC
توضح هذه الصفحة الأساليب التي يمكن للعملاء استخدامها لتحديد الأحداث الأمنية المحتملة
تُشغّل ClickHouse نموذج Bring Your Own Cloud (BYOC) وفق نموذج المسؤولية الأمنية المشتركة، ويمكن تنزيل هذا النموذج من Trust Center على https://trust.clickhouse.com. وتُقدَّم المعلومات التالية لعملاء BYOC كأمثلة على كيفية تحديد الأحداث الأمنية المحتملة. وينبغي للعملاء النظر في هذه المعلومات ضمن سياق برنامجهم الأمني لتحديد ما إذا كانت هناك وسائل كشف وتنبيهات إضافية قد تكون مفيدة.
تحقّق مما إذا كان المستخدم مهندسًا لدى ClickHouse
راجع المستخدمين الذين يصلون إلى أسرار Kubernetes، واستبعد أدوار الخدمة
ارجع إلى وثائق سجل تدقيق قاعدة البيانات للاطلاع على الاستعلامات اللازمة لاكتشاف الهجمات المعتمدة على بيانات الاعتماد، والاستعلامات المستخدمة للتحقيق في الأنشطة الضارة.
توجد عدة طرق لتنفيذ هجوم حجب الخدمة (DoS). إذا كان الهجوم يستهدف التسبب في تعطّل مثيل ClickHouse باستخدام payload معيّنة، فأعِد النظام إلى حالة التشغيل، أو أعد تشغيل النظام وقيّد الوصول لاستعادة التحكم. استخدم الاستعلام التالي لمراجعة system.crash_log والحصول على مزيد من المعلومات حول الهجوم.
يستخدم ClickHouse أدوارًا مُنشأة مسبقًا لتمكين وظائف النظام. يفترض هذا القسم أن العميل يستخدم AWS مع CloudTrail ولديه إمكانية الوصول إلى سجلات CloudTrail.
إذا كان الحادث قد يكون ناتجًا عن دور تعرّض للاختراق، فراجِع الأنشطة في CloudTrail وCloudWatch المرتبطة بأدوار IAM والإجراءات الخاصة بـ ClickHouse. ارجع إلى مكدس CloudFormation أو وحدة Terraform المقدَّمة كجزء من الإعداد للحصول على قائمة بأدوار IAM.
يعمل ClickHouse BYOC داخل EKS. يفترض هذا القسم أن العميل يستخدم CloudTrail وCloudWatch في AWS ولديه إمكانية الوصول إلى السجلات.
إذا كان الحادث قد يكون ناتجًا عن تعرّض عنقود EKS للاختراق، فاستخدم الاستعلامات أدناه ضمن سجلات EKS في CloudWatch لتحديد تهديدات محددة.
اعرض عدد استدعاءات واجهة برمجة تطبيقات Kubernetes حسب اسم المستخدم
آخر تعديل في ٣ يوليو ٢٠٢٦