معظم عناصر التحكم مدمجة في TRANXACT أو تأتي من الخدمات الأصلية لمزود الخدمة السحابية. أما العناصر التي تفشل عمليًا فهي تلك التي يضطر العميل إلى تفعيلها بنفسه، لأنه لا أحد غيره سيفعل ذلك.
| يتحكم | جانب العميل |
|---|---|
| SSO و MFA | توجد الحسابات وسياسة المصادقة متعددة العوامل في موفر هوية العميل (PLAT_5.6.02). يقوم TRANXACT بإنشاء الاتحاد. |
| SIEM | تصدير السجلات اختياري (TO_4.6.02)؛ تشغيل نظام إدارة معلومات الأمان (SIEM) وحالات استخدامه هو مسؤولية العميل (TO_4.6.03). |
| مفاتيح يديرها العميل | اختياري (TO_4.5.10)؛ دورة حياة المفتاح، والتناوب، وإجراءات الطوارئ هي من اختصاص العميل (TO_4.5.11). |
| تصنيف البيانات | يقوم العميل بتصنيف البيانات الشخصية والبيانات الخاضعة للتنظيم ويقرر الاحتفاظ بها وحفظها قانونياً. |
| إعادة اعتماد الوصول | دوري، والعميل (PLAT_5.6.04). |
| رفع مستوى المشغل | يوافق العميل على ذلك، وأي وصول مشترك إلى بيانات الإنتاج (TO_4.5.05). |
المفاتيح
بروتوكول TLS 1.2+ أثناء النقل؛ تشفير AES-256 في حالة السكون لقاعدة البيانات، وتخزين الكائنات، والنسخ الاحتياطية؛ مخزن أسرار مُدار؛ مفاتيح KMS سحابية تُدار بواسطة TRANXACT بدون إمكانية قراءة من قِبل المُشغل، ومفاتيح الخزنة محفوظة بشكل منفصل. تتوفر خيارات أخرى مثل المفاتيح التي يُديرها العميل، والشهادات التي يُقدمها العميل، وBYOK لـ ASK.
في حالة استخدام مفاتيح يديرها العميل، يؤدي إلغاء المفتاح إلى تعطيل برنامج TRANXACT. لذا، يُرجى الاتفاق على إجراءات التناوب والطوارئ بشكل مشترك قبل بدء التشغيل.
التحديث (الافتراضي المقترح)
| نظام CVSS | المستهدف | الإشعار |
|---|---|---|
| حرج 9.0–10 | مسار الطوارئ، بمجرد وجود حل تم اختباره | فوري، إذا لزم الأمر توقف الخدمة |
| مرتفع 7.0–8.9 | موعد الصيانة القادم | ملاحظات الإصدار |
| متوسط 4.0–6.9 | في غضون 30 يومًا | ملاحظات الإصدار |
| أقل من 4.0 | موعد الإصدار التالي | ملاحظات الإصدار |
اختراق البيانات الشخصية
تُعتبر شركة TRANXACT هي الجهة المُعالجة للبيانات: فهي تُؤكد وقوع الاختراق، وتُخطر العميل دون تأخير غير مُبرر وفقًا لما ينص عليه قانون حماية البيانات، وتُشارك المعلومات المعروفة والإجراءات المُتخذة، وتُواصل تحديث البيانات. أما العميل فهو الجهة المُتحكمة في البيانات: فهو يُقيّم المخاطر التي تُهدد أصحاب البيانات، ويُخطر السلطة الإشرافية وأصحاب البيانات عند الاقتضاء، ويُسجل الاختراق في سجلاته الخاصة.
اختبار اختراق العميل
اتفاقية عدم إفصاح؛ طلب الخدمة قبل أسبوعين (خدمة إضافية للتنسيق)؛ الاتفاق على النطاق؛ اختبار بيئة غير إنتاجية مُحدَّثة مع إخفاء البيانات أولاً - يتطلب الإنتاج موافقة صريحة وفترة زمنية محددة؛ مشاركة النتائج؛ المعالجة المشتركة. خارج النطاق: هجمات حجب الخدمة وهجمات زيادة الحمل، وبنية مزود الخدمة السحابية، والمستأجرون الآخرون، وحساب الخزنة والأدوات المشتركة، والهندسة الاجتماعية لموظفي TRANXACT.
بسأل
يعمل نظام ASK من خلال واجهات برمجة تطبيقات TRANXACT الخاصة بجلسة المستخدم، لذا تُطبّق جميع قواعد النشر والصلاحيات وسجلات التدقيق كما لو أن المستخدم قد نقر عليها. لكل عميل: مستوى المحرك ومنطقة المعالجة، وسياسة BYOK من عدمها، والأدوار المسموح لها باستخدام ASK، وميزانيات الاستخدام. تُحدد سياسة الأدوار والميزانيات إما من قِبل حزمة G1 أو من قِبل العميل؛ أما عقد موفر الذكاء الاصطناعي في حالة BYOK فهو من قِبل العميل.
لا تذكر إلا الشهادات التي يغطي نطاقها الحالي سحابة العميل ومنطقته، وذلك فقط بعد أن تؤكدها شركة TRANXACT المختصة بالامتثال.
يسأل مسؤول حماية البيانات في شركة كالدروود عن الجهة التي تُبلغ الجهة التنظيمية في حال تسريب بيانات الرواتب. تجيب كالدروود بأنها الجهة المسؤولة عن مراقبة الرواتب. وتقوم TRANXACT بإبلاغ كالدروود دون تأخير غير مبرر، وذلك عبر جهات الاتصال المذكورة في اتفاقية حماية البيانات.
جرب ترغب شركة كالدروود في إجراء اختبارات تحميل على خط الإنتاج لإثبات فعالية جدار الحماية الخاص بها كجزء من اختبار الاختراق. ما هو الحل؟
لا يشمل اختبار اختراق العميل هجمات حجب الخدمة وهجمات التحميل الزائد. أما اختبار التحميل فهو أمر منفصل: تجري شركة TRANXACT اختبار تحميل على بيئة غير إنتاجية عند ذروة الاستخدام قبل بدء التشغيل الفعلي (TO_4.12.02، الإصدار القياسي)، وتُعدّ اختبارات التحميل الإضافية خدمة إضافية (TO_4.12.03).