شروط اتفاقية معالجة البيانات

التعريفات

في هذا الملحق، يكون للمصطلحات التالية المعاني المبينة أدناه:

1. يعني مصطلح الشريك أي كيان يسيطر أو تتم السيطرة عليه، بصورة مباشرة أو غير مباشرة، أو يخضع لسيطرة مشتركة مع الكيان نفسه. يعني مصطلح "التحكم" لأغراض هذا التعريف الملكية أو السيطرة المباشرة أو غير المباشرة على أكثر من 50% من حقوق التصويت في الكيان الخاضع.
2. يعني مصطلح "القوانين المنطبقة" كل القوانين المنطبقة على معالجة بيانات العملاء، والتي قد تشمل قوانين حماية البيانات في الاتحاد الأوروبي، والقوانين الأخرى الخاصة بحماية البيانات والسارية في الاتحاد الأوروبي أو أي دولة عضو فيه، وقوانين أي بلد آخر يخضع لها العميل أو بياناته.
3. يعني مصطلح "الجهة المتحكمة" الكيان الذي يحدد، وحده أو بالاشتراك مع الآخرين، أغراض معالجة البيانات الشخصية والوسائل المستخدمة لتحقيقها.
4. يشير مصطلح "صاحب البيانات" إلى شخص طبيعي تتم معالجة بياناته الشخصية في سياق هذا الملحق.
5. يعني مصطلح "قوانين حماية البيانات الخاصة بالاتحاد الأوروبي" اللائحة العامة لحماية البيانات وتوجيه الخصوصية الإلكترونية 2002/58/EC (بصيغته المعدلة بموجب التوجيه 2009/136/EC، بصيغته المعدلة والمستبدلة من وقت لآخر) وتشريعاتها الوطنية المنطبقة، إن وجدت.
6. يعني مصطلح "اللائحة العامة لحماية البيانات" لائحة حماية البيانات العامة للاتحاد الأوروبي 2016/679؛
7. يعني مصطلح "البيانات الشخصية" أي معلومات ذات صلة بشخص طبيعي تم تحديد أو يمكن تحديد هويته.
8. يعني مصطلح "المعالج" الكيان الذي يعالج البيانات الشخصية نيابة عن الجهة المتحكمة.
9. يعني مصطلح "معالجة أو المعالجة" أي عملية أو مجموعة عمليات يتم إجراؤها على البيانات، بشكل فردي أو بشكل مجموعات، سواء بوسائل تلقائية أم لا، مثل الجمع، أو التسجيل، أو التنظيم، أو الهيكلة، أو التخزين، أو التكييف، أو التعديل، أو الاسترجاع، أو التشاور، أو الاستخدام، أو الإفصاح عن طريق الإرسال، أو النشر أو الإتاحة بخلاف ذلك، أو التراصف أو الجمع، أو التقييد، أو المحو، أو الإتلاف
10. يعني مصطلح "الخدمات" الخدمات والأنشطة الأخرى المتوجب توفيرها أو تنفيذها من قبل Keeper للعميل بناء على الاتفاقية؛
11. يعني مصطلح "البنود التعاقدية القياسية" البنود التعاقدية القياسية لنقل البيانات الشخصية إلى معالجين في بلدان ثالثة بما لا يضمن توفر مستوى كافٍ من حماية البيانات على النحو المنصوص عليه في قرار المفوضية الأوروبية 2021/914 المؤرخ 4 يونيو 2021، كما هو مرفق هنا في الملحق الفرعي ج.
12. يعني مصطلح "المعالج الفرعي" أي معالج تستخدمه Keeper Security لمعالجة البيانات الشخصية في ما يتعلق بالخدمات.

معالجة البيانات الشخصية

1. الغرض من المعالجة بموجب الملحق هو توفير الخدمات من قبل Keeper على النحو المحدد في الاتفاقية. يتفق الطرفان على أنه فيما يتعلق بالمعالجة التي يقوم بها Keeper نيابة عن العميل، فإن العميل هو المتحكم و Keeper هي المعالج باستثناء المعالجة المحدودة الموضحة في الفقرة 4 أدناه حيث تعمل Keeper كمتحكم مستقل. فئات وأنواع البيانات الشخصية التي تعالجها Keeper مدرجة في الملحق الفرعي أ. تكون مدة معالجة البيانات الشخصية بموجب هذا الملحق طوال مدة الاتفاقية، ما لم تنص القوانين السارية على خلاف ذلك.
2. لا يجوز لـ Keeper التصرف ومعالجة البيانات الشخصية إلا بما يتوافق مع التعليمات الموثقة من العميل ("التعليمات")، ما لم يكن القانون يقتضي التصرف من دون هذه التعليمات. في وقت إبرام هذا الملحق، تقتضي التعليمات أنه لا يجوز لـ Keeper معالجة البيانات الشخصية إلا لغرض تقديم الخدمات على النحو الموضح في الاتفاقية. مع مراعاة شروط هذا الملحق، وبموافقة متبادلة بين الطرفين، يجوز للعميل إصدار تعليمات كتابية إضافية بما يتفق مع شروط هذا الملحق. يتحمل العميل مسؤولية ضمان أن يكون جميع الأفراد الذين يقدمون تعليمات كتابية مصرحًا لهم بالقيام بذلك.
3. سوف تبلغ Keeper العميل بأي تعليمات تعتبر أنها تنتهك القوانين المنطبقة، بما في ذلك قوانين حماية البيانات في الاتحاد الأوروبي، وبأنها لن تنفذ التعليمات إلى أن يتم تأكيدها أو تعديلها.

السرية والأمان

1. تتعامل Keeper مع كل البيانات الشخصية على أنها معلومات سرية للغاية. لا يجوز نسخ البيانات الشخصية أو نقلها أو بخلاف ذلك معالجتها بما يتعارض مع التعليمات، ما لم يوافق العميل كتابيًا على ذلك. يخضع موظفو Keeper لالتزام بالسرية يضمن تعامل الموظفين مع كل البيانات الشخصية بموجب هذا الملحق بسرية تامة. لن تكون البيانات الشخصية متاحة إلا للموظفين الذين يحتاجون إلى الوصول إلى هذه البيانات الشخصية لتقديم الخدمات وهذا الملحق.
2. تطبق Keeper التدابير التقنية والتنظيمية المناسبة على النحو المبين في هذه الاتفاقية وفي القوانين المنطبقة، بما في ذلك بما يتوافق مع اللائحة العامة لحماية البيانات، المادة 32. وتخضع التدابير الأمنية للتقدم والتطوير التقني. يجوز لـ Keeper تحديث التدابير الأمنية أو تعديلها من وقت لآخر شرط ألا تؤدي هذه التحديثات والتعديلات إلى تدهور مستوى الأمان العام. تتوفر سياسة أمان المعلومات من Keeper في الملحق الفرعي د.

حقوق صاحب البيانات

1. إذا تلقى العميل طلبًا من صاحب البيانات لممارسة حقوقه بموجب القوانين المنطبقة وكان الرد الصحيح والشرعي على هذا الطلب يتطلب مساعدة Keeper، فستساعد Keeper العميل من خلال توفير المعلومات والمستندات اللازمة. تُعطى Keeper وقتًا معقولًا لمساعدة العميل بهذه الطلبات بما يتوافق مع القوانين المنطبقة.
2. إذا تلقت Keeper طلبًا من صاحب البيانات لممارسة حقوقه بموجب القوانين المنطبقة وكان هذا الطلب ذا صلة بالبيانات الشخصية للعميل، فستقوم Keeper، ما لم يكن القانون يحظر ذلك، بإرسال الطلب على الفور إلى العميل وتمتنع عن الرد على الشخص مباشرة ما لم وإلى أن يصدر له العميل تعليمات بخلاف ذلك.

خروقات البيانات الشخصية

1. تعطي Keeper العميل إشعارًا فوريًا في حالة حدوث خرق قد يؤدي إلى تلف البيانات الشخصية المنقولة أو المخزنة أو المعالجة بخلاف ذلك نيابة عن العميل، أو فقدانها، أو تعديلها، أو الإفصاح عنها بشكل غير مصرح له أو الوصول إليها بشكل عرضي أو غير قانوني ("خرق البيانات الشخصية").
2. تبذل Keeper جهودًا معقولة لتحديد سبب هذا الخرق وتتخذ الخطوات التي تراها ضرورية لتحديد السبب، ولمنع تكرار مثل هذا الخرق.

توثيق الامتثال وحقوق التدقيق

1. بناءً على طلب العميل، لسبب أو بالقدر المطلوب بموجب المادة 28 من اللائحة العامة لحماية البيانات، توفر Keeper للعميل كل المعلومات ذات الصلة اللازمة لإثبات الامتثال لهذا الملحق، وتسمح بعمليات التدقيق وتتعاون معها على نحو معقول، بما في ذلك عمليات المعاينة من قبل العميل أو أي مدقق مفوض من العميل. يعطي العميل إشعارًا بأي تدقيق أو معاينة مستندات يتعين إجراؤها، ويبذل مساع معقولة لتجنب إلحاق ضرر بمنشآت Keeper، ومعداتها، وعملها أو تعطيلها في سياق تنفيذ هذا التدقيق أو هذه المعاينة. يتم تنفيذ أي تدقيق أو معاينة مستندات بإشعار كتابي مسبق معقول لا تقل مدته عن ستين (60) يومًا تقويميًا ولا يجوز إجراؤه أكثر من مرة في السنة.
2. يجوز للعميل أن يطلب توقيع اتفاقية عدم إفصاح مقبولة بشكل معقول من Keeper قبل تزويده بما ورد أعلاه.

عمليات نقل البيانات

1. إذا نقل الطرفان بيانات شخصية ناشئة من المنطقة الاقتصادية الأوروبية ("المنطقة الاقتصادية الأوروبية") إلى طرف يقع في بلدان خارج المنطقة الاقتصادية الأوروبية ولم يتلق قرار كفاية ملزم من المفوضية الأوروبية، تكون عمليات النقل هذه ممتثلة للمتطلبات القانونية المنطبقة لنقل البيانات وفقط من خلال تعليمات موثقة صادرة من العميل.
2. إذا رأى العميل أن هذه التدابير غير كافية لتلبية المتطلبات القانونية في أي ظرف معين، يقدم العميل إشعارًا كتابيًا إلى Keeper بالأسس التي استند إليها في هذه الآراء، ويعمل الطرفان معًا بحسن نية لإيجاد بديل مقبول بشكل متبادل.

المعالجون الفرعيون

1. يتم منح Keeper تصريحًا عامًا بإشراك أطراف ثالثة لمعالجة البيانات الشخصية ("المعالجون الفرعيون") من دون الحصول على أي تصريح كتابي محدد آخر من العميل. تبرم Keeper اتفاقية كتابية للمعالجة الفرعية مع أي معالج فرعي. وتنص أي اتفاقية من هذا النوع، على أقل تقدير، على التزامات حماية البيانات نفسها كتلك المنطبقة على Keeper، بما في ذلك الالتزامات بموجب هذا الملحق. تقوم Keeper، على أساس مستمر، بمراقبة امتثال المعالجين الفرعيين لديها لقانون حماية البيانات المنطبق والتحكم فيه، ويتم تقديم مستندات بهذه المراقبة والتحكم إلى العميل، إذا طلبها بشكل كتابي.
2. إذا قام المعالج الفرعي بأداء الخدمات المتفق عليها خارج الاتحاد الأوروبي/المنطقة الاقتصادية الأوروبية، تضمن Keeper أنها مقبولة بموجب قانون حماية البيانات من خلال اتخاذ التدابير المناسبة.
3. عند إبرام هذه الاتفاقية، تستخدم Keeper المعالجين الفرعيين المدرجين في الملحق الفرعي ب. وتبلغ Keeper العميل بأي معالجين فرعيين جدد، ويجوز إعطاء إشعار بذلك من خلال نشر تفاصيل هذه الإضافة في قائمة المعالجين الفرعيين المتاحة على https: //www.keepersecurity.com/GDPR.html أو عن طريق البريد الإلكتروني (حيث يكون العميل قد طلب استلام إشعار عن طريق إرسال بريد إلكتروني إلى gdpr@keepersecurity.com في غضون عشرة (10) أيام من تنفيذ هذا الملحق) قبل عشرة (10) أيام عمل على الأقل من التصريح لهذا المعالج الفرعي
4. يجوز للعميل، بحسن نية، الاعتراض بشكل معقول على استخدام Keeper لمعالج فرعي جديد من خلال تقديم إشعار كتابي إلى المعالج عن طريق البريد الإلكتروني على العنوان gdpr@keepersecurity.com في غضون عشرة (10) أيام عمل من استلام إشعار من العميل بمعالج فرعي جديد محتمل. ويشتمل هذا الإشعار الكتابي، على أقل تقدير، على الأسس المعقولة لاعتراض العميل بنية حسنة. تبذل Keeper جهودًا معقولة تجاريًا لتوفير للعميل تغيير في الخدمة أو التوصية بتغيير معقول تجاريًا في استخدام العميل للخدمات لتجنب معالجة البيانات الشخصية من قبل المعالج الفرعي المطعون فيه. يعتبر عدم وجود أي اعتراضات من العميل في غضون عشرة (10) أيام عمل موافقة على المعالج الفرعي المعني.
5. في حالة اعتراض العميل على معالج فرعي جديد، ولم يكن بإمكان Keeper قبول اعتراض العميل، يجوز للعميل إنهاء الخدمات في ما يتعلق فقط بالخدمات التي لا يمكن تقديمها من قبل Keeper من دون استخدام المعالجين الفرعيين الجدد المطعون فيهم، وذلك من خلال تقديم إشعار كتابي إلى Keeper.
6. تكون Keeper مسؤولة أمام العميل عن أي معالج فرعي تمامًا كما تكون مسؤولة عن أفعالها وإغفالاتها الخاصة.

الإنهاء؛ إعادة البيانات الشخصية أو حذفها

1. بعد انتهاء مدة الاتفاقية أو إنهائها، ستقوم Keeper بحذف كل البيانات الشخصية في حوزتها أو إعادتها إلى العميل على النحو المنصوص عليه في الاتفاقية باستثناء الحد الذي تشترط فيه القوانين المنطبقة على Keeper الاحتفاظ ببعض البيانات الشخصية أو بها كلها (وفي هذه الحالة، تقوم Keeper بأرشفة البيانات وتطبيق تدابير معقولة لمنع أي معالجة أخرى للبيانات الشخصية). تظل شروط هذا الملحق منطبقة على هذه البيانات الشخصية.

تقييم تأثير حماية البيانات والاستشارة المسبقة

1. إذا كانت مساعدة Keeper ضرورية ومناسبة، فسيتعاون الطرفان بالقدر اللازم بشكل معقول لإعداد تقييم تأثير حماية البيانات بما يتوافق مع المادة 35 من اللائحة العامة لحماية البيانات، إلى جانب أي استشارة مسبقة بما يتوافق مع المادة 36 من اللائحة العامة لحماية البيانات. ويتحمل كل طرف التكاليف الخاصة به عند الوفاء بهذه الالتزامات.

أحكام متفرقة

1. تعديل الملحق: لا يجوز تعديل هذا الملحق إلا بتعديل كتابي موقع من كل من الطرفين.

2. القانون الحاكم: يخضع هذا الملحق للقوانين التي تحكم الاتفاقية، ويتم تفسيره وفقًا لها.
3. البطلان وفصل الأحكام؛ النزاع: إذا وجدت أي محكمة أو هيئة إدارية تملك الاختصاص القضائي أي حكم من هذا الملحق باطلاً أو غير قابل للتنفيذ، فإن بطلان هذا الحكم أو عدم قابلية تنفيذه لن يؤثر على أي حكم آخر من هذا الملحق، وتظل كل الأحكام التي لا تتأثر بهذا البطلان أو عدم قابلية تنفيذه سارية المفعول والنفاذ بالكامل. في حالة وجود أي تضارب بين هذا الملحق والبنود التعاقدية القياسية المبرمة بين الطرفين، إن وجدت، تكون الغلبة للبنود التعاقدية القياسية.

الملحق الفرعي أ

البيانات الشخصية

1. تعالج Keeper الأنواع التالية من البيانات الشخصية في ما يتعلق بتقديم الخدمات:
2. تتعلق البيانات الشخصية المنقولة بمعلومات الاتصال (الاسم، والعنوان، والبريد الإلكتروني، والهاتف) وبيانات الكيان، وعنوان بروتوكول الإنترنت، ومعرف الجهاز، ومعلومات إصدار التطبيق.

فئات أصحاب البيانات

1. تعالج Keeper البيانات الشخصية المتعلقة بالفئات التالية من أصحاب البيانات نيابة عن العميل:
   1. العميل
   2. المستخدمون النهائيون المصرح لهم للعميل، بما في ذلك موظفو العميل.

الملحق الفرعي ب – المعالجون الفرعيون المعتمدون

1. تتوفر قائمة محدَّثة بالمعالجات الفرعية لدى Keeper على https://www.keepersecurity.com/legal/sub-processors/. يتضمن هذا تفاصيل أسماء الكيانات القانونية للمعالجات الفرعية ومواقعها. يتم تحديث المعالجات الفرعية من وقت لآخر، ويمكن للعميل التسجيل لتلقي التحديثات على مركز الثقة الخاص بـ Keeper.

الملحق الفرعي ج

(البنود التعاقدية القياسية للاتحاد الأوروبي)

البنود التعاقدية القياسية (المعالجون)

المعلومات الأخرى اللازمة لتحديد المنظمة: غير منطبقة

(مستورد البيانات)

كل "طرف"، ومعًا "الطرفين"،

وافق على البنود التعاقدية التالية (البنود) بغية توفير تدابير وقائية كافية لحماية الخصوصية والحقوق الأساسية، كما حرية الأفراد في الانتقال من مصدِّر البيانات إلى مستورد البيانات المحدد في الملحق الفرعي أ.

المعلومات الضرورية الأخرى ليكون العقد ملزِمًا (إن وُجدت):

البند 1

الغرض والنطاق

1. يتمثل الغرض من البنود التعاقدية القياسية هذه في ضمان الامتثال لمتطلبات نظام الاتحاد الأوروبي 2016/678 الصادر عن البرلمان الأوروبي والمجلس بتاريخ 27 أبريل 2016 في ما يتعلق بحماية الأشخاص الطبيعيين عند معالجة البيانات الشخصية وبحرية نقل هذه البيانات (اللائحة العامة لحماية البيانات) (1) لنقل البيانات الشخصية إلى بلد ثالث.
2. الطرفان:
   1. الشخص (الأشخاص) الطبيعي (الطبيعيون) أو القانوني (القانونيون) أو الهيئة (الهيئات) أو الوكالة (الوكالات) العامة أو غيرها من السلطات (يُشار إليها في ما يلي بعبارة "الكيان/الكيانات") التي تنقل البيانات الشخصية، على النحو المذكور في المرفق 1 (يُشار إلى كل منها في ما يلي بعبارة "مصدّر البيانات")،
   2. والكيان (الكيانات) في أي بلد ثالث يستلم البيانات الشخصية من مصدّر البيانات، إما بصورة مباشرة أو غير مباشرة عن طريق كيان آخر يكون أيضًا طرفًا في هذه البنود على النحو الوارد في المرفق 1 (يُشار إلى كل منها في ما يلي بعبارة "مستورد البيانات")

قد وافقا على هذه البنود التعاقدية القياسية (يًشار إليها في ما يلي بعبارة "البنود").

3. تنطبق هذه البنود في ما يتعلق بنقل البيانات الشخصية على النحو المحدد في المرفق 1
4. يشكّل ملحق هذه البنود الذي يحتوي على المرفقات المشار إليها في ما يلي جزءًا لا يتجزأ من هذه البنود.

البند 2

أثر البنود وثباتها

1. تبيّن هذه البنود تدابير وقائية مناسبة، بما في ذلك حقوق صاحب البيانات المعمول بها وسبل الانتصاف القانوني السارية، عملاً بالمادة 46(1) والمادة 46(2)(ج) من اللائحة (الاتحاد الأوروبي) 2016/679، وفي ما يتعلق بنقل البيانات من الجهة المتحكمة إلى المعالجين و/أو من معالجين إلى معالجين، البنود التعاقدية القياسية عملاً بالمادة 28(7) من اللائحة (الاتحاد الأوروبي) 2016/679، شريطة ألا يتم تعديلها، إلا لتحديد الوحدة (الوحدات) النمطية المناسبة أو لإضافة معلومات أو تحديثها في الملحق. لا يمنع ذلك الطرفين من إدراج البنود التعاقدية القياسية المنصوص عليها في هذه البنود في عقد أوسع نطاقًا و/أو إضافة بنود أخرى أو تدابير وقائية إضافية، شريطة ألا تتعارض مع هذه البنود، بشكل مباشر أو غير مباشر، أو تمس بالحقوق أو الحريات الأساسية لأصحاب البيانات.
2. لا تمس هذه البنود بالالتزامات التي يخضع لها مصدّر البيانات بموجب اللائحة (الاتحاد الأوروبي) 2016/679.

البند 3

المستفيدون من الأطراف الثالثة

1. يجوز لأصحاب البيانات الاحتجاج بهذه البنود وإنفاذها، بصفتهم مستفيدين خارجيين، ضد مصدّر البيانات و/أو مستورد البيانات، مع الاستثناءات التالية:
   • البند 1، البند 2، البند 3، البند 6، البند 7؛
   • البند 8 – الوحدة الأولى: البند 8.5 (هـ) والبند 8.9 (ب)؛ الوحدة الثانية: البند 8.1 (ب) و8.9 (أ) و(ج) و(د) و(هـ)؛ الوحدة الثالثة: البند 8.1 (أ) و(ج) و(د) والبند 8.9 (أ) و(ج) و(د) و(هـ) و(و) و(ز)؛ الوحدة الرابعة: البند 8.1 (ب) والبند 8.3 (ب)؛
   • البند 9 - الوحدة الثانية: البند 9 (أ) و(ج) و(د) و(هـ)؛
   • البند 12 - الوحدة الثانية: البند 12(أ) و(د) و(و)
   • البند 15-1 (ج) و(د) و(هـ)؛
   • البند 16(هـ)؛
   • البند 18 - البند 18 (أ) و(ب).
2. لا تمس الفقرة (أ) بحقوق أصحاب البيانات بموجب اللائحة (الاتحاد الأوروبي) 2016/679

البند 4

التفسير

1. عندما تستخدم هذه البنود مصطلحات محددة في اللائحة (الاتحاد الأوروبي) 2016/679، يكون لهذه المصطلحات المعنى نفسه الوارد في تلك اللائحة.
2. تُقرأ هذه البنود وتُفسَّر وفقًا لأحكام اللائحة (الاتحاد الأوروبي) 2016/679.
3. لا يتم تفسير هذه البنود بأي طريقة تتعارض مع الحقوق والالتزامات المنصوص عليها في اللائحة (الاتحاد الأوروبي) 2016/679.

البند 5

التسلسل الهرمي

في حالة وجود تعارض بين هذه البنود وأحكام الاتفاقيات ذات الصلة بين الطرفين، القائمة في وقت الاتفاق على هذه البنود أو المُبرمة بعد ذلك، تكون الغلبة لهذه البنود.

البند 6

وصف عملية (عمليات) النقل

يتم تحديد تفاصيل عملية (عمليات) النقل، ولا سيما فئات البيانات الشخصية التي يتم نقلها والغرض (الأغراض) التي يتم نقلها من أجلها، في المرفق 1.

البند 7 (اختياري)

بند الانضمام

1. يجوز لأي كيان ليس طرفًا في هذه البنود، وبموافقة الطرفين، الانضمام إلى هذه البنود في أي وقت، إما كمصدّر للبيانات أو كمستورد لها، من خلال إكمال الملحق وتوقيع المرفق 1
2. بمجرد أن يكمل الكيان المنضم الملحق ويوقع على المرفق 1، يصبح طرفًا في هذه البنود ويتمتع بحقوق مصدّر البيانات أو مستورد البيانات والتزاماته وفقًا لما تم تعيينه له في المرفق 1.
3. لا يملك الطرف المنضم أي حقوق أو التزامات ناشئة بموجب هذه البنود من الفترة ما قبل أن يصبح طرفًا.

القسم الثاني - التزامات الطرفين

البند 8

التدابير الوقائية لحماية البيانات

يضمن مصدّر البيانات أنه بذل جهودًا معقولة لتحديد أن مستورد البيانات قادر، من خلال التطبيق التدابير التقنية والتنظيمية المناسبة، على الوفاء بالتزاماته بموجب هذه البنود.

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

8.1 التعليمات

1. يعالج مستورد البيانات البيانات الشخصية فقط بناء على تعليمات موثقة من مصدِّر البيانات. ويجوز لمصدّر البيانات إعطاء هذه التعليمات طوال مدة التعاقد.
2. يبلغ مستورد البيانات مصدّر البيانات على الفور في حال تعذر عليه اتباع تلك التعليمات

8.2 تقييد الغرض

يعالج مستورد البيانات البيانات الشخصية فقط لغرض (لأغراض) النقل المحدد(ة)، على النحو المبين في المرفق 1، ما لم تصدر تعليمات إضافية من مصدّر البيانات.

8.3 الشفافية

عند الطلب، يوفر مصدّر البيانات نسخة من هذه البنود، بما في ذلك الملحق على النحو الذي يكمله الطرفان، لصاحب البيانات مجانًا. يجوز لمصدّر البيانات، بالقدر اللازم لحماية أسرار العمل أو المعلومات السرية الأخرى، بما في ذلك التدابير الموضحة في المرفق 2 والبيانات الشخصية، تنقيح جزء من نص ملحق هذه البنود قبل مشاركة أي نسخة، لكن عليه تقديم ملخص ذي مغزى حيثما لا يكون صاحب البيانات قادرًا بخلاف ذلك على فهم محتواه أو ممارسة حقوقه. وعند الطلب، يقدم الطرفان إلى صاحب البيانات أسباب التنقيح، بالقدرة الممكن من دون الكشف عن المعلومات المنقحة. لا يمس هذا البند بالتزامات مصدّر البيانات بموجب المادتين 13 و14 من اللائحة (الاتحاد الأوروبي) 2016/679.

8.4 الدقة

إذا أصبح مستورد البيانات على علم بأن البيانات الشخصية التي استلمها غير دقيقة، أو أصبحت قديمة، فعليه إبلاغ مصدّر البيانات بدون تأخير لا مبرر له. وفي هذه الحالة، يتعاون مستورد البيانات مع مصدّر البيانات لمسح البيانات أو تصحيحها.

8.5 مدة المعالجة ومحو البيانات أو إعادتها

لا تتم المعالجة من قبل مستورد البيانات إلا للمدة المحددة في المرفق 1. وبعد الانتهاء من تقديم خدمات المعالجة، يقوم مستورد البيانات، بناءً على اختيار مصدّر البيانات، بحذف كل البيانات الشخصية المعالجة نيابة عن مصدّر البيانات والتصديق لمصدّر البيانات بأنه قام بذلك، أو يعيد إلى مصدّر البيانات كل البيانات الشخصية المعالجة نيابة عنه ويحذف النسخ الموجودة لديه. ويستمر مستورد البيانات بضمان الامتثال لهذه البنود إلى حين حذف البيانات أو إعادتها. في حال كانت أي قوانين محلية منطبقة على مستورد البيانات تحظر إعادة البيانات الشخصية أو حذفها، فيضمن مستورد البيانات أنه سوف يستمر بضمان الامتثال لهذه البنود، وأنه لن يعالجها إلا للنطاق والمدة اللازمين بموجب ذلك القانون المحلي. وهذا من دون المساس بالبند 14، ولا سيما الشرط الذي يفرض على مستورد البيانات بموجب البند 14(هـ) إعطاء إشعار إلى مصدّر البيانات طوال مدة التعاقد إذا كان لديه سبب يدعوه إلى الاعتقاد بأنه يخضع أو أصبح خاضعًا لقوانين أو ممارسات لا تتماشى مع المتطلبات بموجب البند 14(أ).

8.6 أمان المعالجة

1. يتخذ مستورد البيانات، وكذلك مصدّر البيانات، أثناء النقل، التدابير التقنية والتنظيمية المناسبة لضمان أمان البيانات، بما في ذلك الحماية من أي خرق للأمن يؤدي إلى تلف تلك البيانات أو فقدانها أو تعديلها أو الإفصاح عنها بدون تصريح أو الوصول إليها، سواء بشكل عرضي أو غير قانوني، (يُشار إلى ذلك في ما يلي بعبارة "خرق البيانات الشخصية"). وعند تقييم مستوى الأمان المناسب، يراعي الطرفان على النحو الواجب أحدث وسيلة معالجة، وتكاليف تطبيقها، وطبيعتها، وسياقها، والغرض (الأغراض) منها، فضلاً عن المخاطر التي تنطوي عليها المعالجة بالنسبة إلى أصحاب البيانات. وينظر الطرفان على وجه الخصوص في اللجوء إلى التشفير أو الاسم المستعار، بما في ذلك أثناء النقل، حيث يمكن تحقيق الغرض من المعالجة. في حالة الاسم المستعار، تبقى المعلومات الإضافية التي تتيح إسناد البيانات الشخصية إلى صاحب بيانات محدد، حيثما أمكن، تحت السيطرة الحصرية لمصدّر البيانات. ويقوم مستورد البيانات، امتثالاً منه لالتزاماته بموجب هذه الفقرة، بتطبيق، على الأقل، التدابير التقنية والتنظيمية المحددة في المرفق 2. يجري مستورد البيانات فحوصات منتظمة لضمان أن تستمر هذه التدابير في توفير مستوى مناسب من الأمان.
2. يمنح مستورد البيانات أفراد طاقم عمله حق الوصول إلى البيانات الشخصية فقط بالقدر الضروري لتطبيق العقد، وإدارته، ومراقبته. وتضمن أن يكون الأشخاص المصرح لهم بمعالجة البيانات الشخصية قد التزموا بالسرية أو أن يخضعوا لالتزام قانوني مناسب بالسرية.
3. في حالة حدوث خرق للبيانات الشخصية في ما يتعلق بالبيانات الشخصية التي يعالجها مستورد البيانات بموجب هذه البنود، يتخذ مستورد البيانات التدابير المناسبة لمعالجة الخرق، بما في ذلك التدابير الرامية إلى الحد من آثاره المعاكسة. علاوة على ذلك، يعطي مستورد البيانات إشعارًا لمصدّر البيانات من دون إبطاء لا مبرر له بمجرد أن يصبح على علم بالخرق. ويتضمن هذا الإشعار تفاصيل نقطة الاتصال التي تتيح الحصول على مزيد من المعلومات، وتوفر وصفًا لطبيعة الخرق (بما في ذلك، حيثما أمكن، الفئات والعدد التقريبي لأصحاب البيانات وسجلات البيانات الشخصية المعنية)، وعواقبه المحتملة، والتدابير المتخذة أو المقترحة لمعالجة الخرق، بما في ذلك، عند الاقتضاء، التدابير الرامية إلى الحد من آثاره المعاكسة المحتملة. وحيثما يتعذر تقديم كل المعلومات في الوقت نفسه، وما دام ذلك غير ممكن، يتضمن الإشعار الأولي المعلومات المتوفرة آنذاك ويتم توفير المعلومات الإضافية بعد ذلك، فور توفرها، من دون أي إبطاء لا مبرر له.
4. يتعاون مستورد البيانات مع مصدّر البيانات ويساعده لتمكين مصدّر البيانات من الامتثال لالتزاماته بموجب اللائحة (الاتحاد الأوروبي) 2016/679، ولا سيما تقديم إشعار للسلطة الإشرافية المختصة وأصحاب البيانات المتأثرين، مع مراعاة طبيعة المعالجة والمعلومات المتوفرة لمستورد البيانات.

8.7 البيانات الحساسة

عندما ينطوي النقل على بيانات شخصية تكشف عن الأصل العرقي أو الإثني، أو الآراء السياسية، أو المعتقدات الدينية أو الفلسفية، أو العضوية في النقابات العمالية، أو البيانات الجينية، أو البيانات الحيوية لغرض تحديد هوية الشخص الطبيعي بشكل فريد، أو البيانات المتعلقة بالصحة أو الحياة الجنسية للشخص، أو ميوله الجنسية، أو البيانات ذات الصلة بالإدانات الجنائية والجرائم (يُشار إليها في ما يلي بعبارة "البيانات الحساسة")، يطبق مستورد البيانات القيود المحددة و/أو التدابير الوقائية الإضافية الموضحة في المرفق 1.

8.8 عمليات التحويل اللاحقة

لا يفصح مستورد البيانات عن البيانات الشخصية إلى طرف ثالث إلا بناءً على تعليمات موثقة من مصدّر البيانات. بالإضافة إلى ذلك، لا يجوز الإفصاح عن البيانات إلا لطرف ثالث يقع خارج الاتحاد الأوروبي (في البلد نفسه كمستورد البيانات أو في بلد ثالث آخر، يُشار إليه في ما يلي بعبارة "النقل اللاحق") إذا كان الطرف الثالث ملزمًا بهذه البنود أو وافق على ذلك، بموجب الوحدة النمطية المناسبة، أو إذا:

1. كان النقل اللاحق إلى بلد يستفيد من قرار كفاية عملاً بالمادة 45 من اللائحة (الاتحاد الأوروبي) 2016/679 بما يغطي النقل اللاحق؛

2. كان الطرف الثالث يضمن بخلاف ذلك اتخاذ تدابير وقاية مناسبة عملاً بالمادة 46 أو 47

   من اللائحة (الاتحاد الأوروبي) 2016/679 في ما يتعلق بالمعالجة المعنية؛

3. يكون النقل اللاحق ضروريًا لإنشاء أسس دعوى قضائية أو رفعها أو الدفاع عنها في سياق أي إجراءات إدارية أو تنظيمية أو قضائية محددة؛ أو
4. يكون النقل اللاحق ضروريًا لحماية الحقوق الحيوية لصاحب البيانات أو لشخص طبيعي آخر.

يخضع أي نقل لاحق لامتثال مستورد البيانات لكل التدابير الوقائية الأخرى بموجب هذه البنود، ولا سيما تقييد الغرض.

8.9 المستندات والامتثال

1. يتعامل مستورد البيانات بشكل فوري وكافٍ مع الاستفسارات المقدمة من مصدّر البيانات والتي تتعلق بالمعالجة بموجب هذه البنود.
2. يكون الطرفان قادرين على إثبات الامتثال لهذه البنود. وعلى وجه الخصوص، يحتفظ مستورد البيانات بالمستندات المناسبة بشأن أنشطة المعالجة التي تتم نيابة عن مصدّر البيانات.
3. يوفر مستورد البيانات لمصدّر البيانات كل المعلومات الضرورية لإثبات الامتثال للالتزامات المبينة في هذه البنود وبناء على طلب مصدّر البيانات، يسمح بعمليات التدقيق في أنشطة المعالجة المشمولة في هذه البنود ويساهم فيها، ضمن فترات معقولة أو في حال لم يكن هناك أي إشارة على عدم الامتثال. يجوز لمصدّر البيانات، عند اتخاذ قرار بشأن المراجعة أو التدقيق، أن يأخذ في الاعتبار الشهادات ذات الصلة التي يحتفظ بها مستورد البيانات.
4. يجوز لمصدّر البيانات اختيار إجراء التدقيق بنفسه أو تفويض مدقق مستقل بذلك. ويجوز أن تشمل عمليات التدقيق عمليات معاينة في المنشآت أو المرافق الفعلية لمستورد البيانات، ويتم إجراؤها، عند الاقتضاء، بإشعار معقول.
5. يتيح الطرفان المعلومات المشار إليها في الفقرتين (ب) و(ج)، بما في ذلك نتائج أي عمليات تدقيق، للسلطة الإشرافية المختصة، عند طلبها.

البند 9

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. التصريح المسبق المحدد لا يجوز لمستورد البيانات التعاقد من الباطن مع معالج فرعي على أي من أنشطة المعالجة التي يقوم بها نيابة عن مصدّر البيانات بموجب هذه البنود من دون الحصول على تصريح كتابي محدد مسبق من مصدّر البيانات. يقدم مستورد البيانات طلب الحصول على تصريح محدد قبل 4 أسابيع على الأقل من تعيين المعالج الفرعي، مع المعلومات اللازمة لتمكين مصدّر البيانات من اتخاذ قرار بشأن التصريح. يمكن العثور على لائحة المعالجين الفرعيين المصرح بهم بالفعل من قبل مصدّر البيانات في الملحق الفرعي ب. ويبقي الطرفان الملحق الفرعي محدثًا.
2. عندما يستخدم مستورد البيانات معالجًا فرعيًا لتنفيذ أنشطة معالجة محددة (نيابة عن مصدّر البيانات)، فإنه يفعل ذلك بموجب عقد كتابي ينص في جوهره على التزامات حماية البيانات نفسها كتلك التي تلزم مستورد البيانات بموجب هذه البنود، بما في ذلك حقوق المستفيد من الأطراف الثالثة لأصحاب البيانات. يوافق الطرفان على أن مستورد البيانات، من خلال الامتثال لهذا البند، يفي بالتزاماته بموجب البند 8.8. يضمن مستورد البيانات امتثال المعالج الفرعي للالتزامات التي يخضع لها مستورد البيانات عملاً بهذه البنود.
3. يوفر مستورد البيانات، بناءً على طلب مصدّر البيانات، نسخة من اتفاقية المعالج الفرعي هذه وأي تعديلات لاحقة إلى مصدّر البيانات. يجوز لمستورد البيانات، بالقدر اللازم لحماية أسرار العمل أو المعلومات السرية الأخرى، بما في ذلك البيانات الشخصية، تنقيح نص الاتفاقية قبل مشاركة أي نسخة منها.
4. يظل مستورد البيانات مسؤولاً بالكامل أمام مصدّر البيانات عن أداء التزامات المعالج الفرعي بموجب عقده مع مستورد البيانات. يبلغ مستورد البيانات مصدّر البيانات بأي فشل من جانب المعالج الفرعي في الوفاء بالتزاماته بموجب ذلك العقد.
5. يتفق مستورد البيانات مع المعالج الفرعي على بند مستفيد يكون طرفًا ثالثًا يقضي بأنه، في حالة اختفاء مستورد البيانات فعليًا، أو توقفه عن الوجود قانونًا أو في حال أصبح معسرًا، يكون لمصدّر البيانات الحق في إنهاء عقد المعالج الفرعي وإصدار تعليمات إلى المعالج الفرعي بمسح البيانات الشخصية أو إعادتها

البند 10

حقوق صاحب البيانات

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. يبلغ مستورد البيانات مصدّر البيانات على الفور بأي طلب استلمه من صاحب البيانات. ولا يستجيب لذلك الطلب بنفسه ما لم يكن مصدّر البيانات قد صرّح له بذلك.
2. يساعد مستورد البيانات مصدّر البيانات في الوفاء بالتزاماته بالرد على طلبات أصحاب البيانات لممارسة حقوقهم بموجب اللائحة (الاتحاد الأوروبي) 2016/679. وفي هذا الصدد، يبين الطرفان في المرفق 2 التدابير التقنية والتنظيمية المناسبة، مع مراعاة طبيعة المعالجة، التي يتم بموجبها تقديم المساعدة، وكذلك نطاق المساعدة المطلوبة ومداها.
3. في سياق وفاء صاحب البيانات بالتزاماته بموجب الفقرتين (أ) و(ب)، فإنه يمتثل لتعليمات مصدّر البيانات.

البند 11

التعويض

1. يعلم مستورد البيانات أصحاب البيانات بتنسيق شفاف يسهل الوصول إليه، من خلال إشعار فردي أو على موقعه على الويب، بنقطة اتصال مصرح لها بالتعامل مع الشكاوى. ويتعامل بدون إبطاء مع أي شكاوى يتلقاها من أي صاحب بيانات.

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

2. في حالة وجود نزاع بين صاحب البيانات وأحد الطرفين في ما يتعلق بالامتثال لهذه البنود، يبذل ذلك الطرف قصارى جهده لحل المسألة وديًا وفي الوقت المناسب. يُبقي الطرفان بعضهما البعض على علم بهذه النزاعات، ويتعاونان عند الاقتضاء على حلها.
3. عندما يستند صاحب البيانات إلى حق مستفيد يكون طرفًا ثالثًا عملاً بالبند 3، يقبل مستورد البيانات قرار صاحب البيانات بما يلي:
   1. تقديم شكوى إلى السلطة الإشرافية في الدولة العضو في محل إقامته المعتاد أو مكان عمله، أو السلطة الإشرافية المختصة عملاً بالبند 13؛
   2. إحالة النزاع إلى المحاكم المختصة بالمعنى الوارد في البند 18.
4. يقبل الطرفان أنه يجوز تمثيل صاحب البيانات من قبل هيئة أو منظمة أو مؤسسة غير ربحية بموجب الشروط المبينة في المادة 80(1) من اللائحة (الاتحاد الأوروبي) 2016/679.
5. يتقيد مستورد البيانات بقرار ملزم بموجب القانون المنطبق في الاتحاد الأوروبي أو الدولة العضو.
6. يوافق مستورد البيانات على أن الخيار الذي اتخذه صاحب البيانات لن يمس بحقوقه الموضوعية والإجرائية في التماس سبل الانتصاف بما يتوافق مع القوانين المنطبقة.

البند 12

المسؤولية

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. يكون كل طرف مسؤولاً أمام الطرف الآخر عن أي أضرار يسببها الطرف الآخر (الطرفان الآخران) بسبب أي خرق لهذه البنود.
2. يكون مستورد البيانات مسؤولاً تجاه صاحب البيانات، ويكون لصاحب البيانات الحق في تلقي تعويض، عن أي أضرار مادية أو غير مادية يتسبب فيها مستورد البيانات أو معالجه الفرعي لصاحب البيانات من خلال خرق حقوق المستفيد من الطرف الثالث بموجب هذه البنود.
3. بصرف النظر عن الفقرة (ب)، يكون مصدّر البيانات مسؤولاً تجاه صاحب البيانات، ويكون لصاحب البيانات الحق في تلقي تعويض، عن أي أضرار مادية أو غير مادية يتسبب فيها مصدّر البيانات أو مستورد البيانات (أو معالجه الفرعي) لصاحب البيانات من خلال خرق حقوق المستفيد من الطرف الثالث بموجب هذه البنود. وهذا بدون المساس بمسؤولية مصدّر البيانات، وحيثما يكون مصدّر البيانات معالجًا يعمل نيابة عن جهة متحكمة، دون المساس بمسؤولية الجهة المتحكمة بموجب اللائحة (الاتحاد الأوروبي) 2016/679 أو اللائحة (الاتحاد الأوروبي) 2018/1725، حسب الاقتضاء.
4. يوافق الطرفان على أنه في حال اعتبار مصدّر البيانات مسؤولاً بموجب الفقرة (ج) عن الأضرار التي يتسبب فيها مستورد البيانات (أو معالجه الفرعي)، فيحق له المطالبة باسترداد، من مستورد البيانات، جزء التعويض المناسب لمسؤولية مستورد البيانات عن الضرر.
5. عندما يكون أكثر من طرف مسؤولاً عن أي ضرر يلحق بصاحب البيانات نتيجة لخرق هذه البنود، تكون كل الأطراف المسؤولة مسؤولة بالتضامن والتكافل، ويكون صاحب البيانات مسؤولاً عن رفع دعوى أمام المحكمة ضد أي من هذه الأطراف.
6. يوافق الطرفان على أنه في حال اعتبار أحد الطرفين مسؤولاً بموجب الفقرة (هـ)، فيحق له المطالبة باسترداد، من الطرف الآخر/ الطرفين الآخرين، جزء التعويض المناسب لمسؤوليته/لمسؤوليتهما بتعويض الضرر.
7. لا يجوز لمستورد البيانات الاحتجاج بسلوك المعالج الفرعي لتجنب مسؤوليته.

البند 13

الإشراف

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. تعمل السلطة الإشرافية المسؤولة عن ضمان امتثال مصدّر البيانات للائحة (الاتحاد الأوروبي) 2016/679 في ما يتعلق بنقل البيانات، على النحو المُوضح في المرفق 1، كسلطة إشرافية مختصة.
2. يوافق مستورد البيانات على الخضوع للولاية القضائية للسلطة الإشرافية المختصة والتعاون معها في أي إجراءات تهدف إلى ضمان الامتثال لهذه البنود. وعلى وجه الخصوص، يوافق مستورد البيانات على الرد على الاستفسارات، والخضوع لعمليات التدقيق، والامتثال للتدابير التي تعتمدها السلطة الإشرافية، بما في ذلك التدابير العلاجية والتعويضية. ويقدم للسلطة الإشرافية تأكيدًا كتابيًا يفيد باتخاذ الإجراءات اللازمة.

القسم الثالث - القوانين المحلية والالتزامات في حالة الوصول من قِبل السلطات العامة

البند 14

القوانين والممارسات المحلية التي تؤثر في الامتثال للبنود

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. يضمن الطرفان أنه ليس لديهما أي سبب يدعوهما للاعتقاد بأن القوانين والممارسات في بلد المقصد الثالث المنطبقة على معالجة البيانات الشخصية من قبل مستورد البيانات، بما في ذلك أي متطلبات بالكشف عن البيانات الشخصية أو التدابير التي تسمح بالوصول من قِبل السلطات العامة، تمنع مستورد البيانات من الوفاء بالتزاماته بموجب هذه البنود. ويستند ذلك إلى فهم أن القوانين والممارسات التي تحترم جوهر الحقوق والحريات الأساسية ولا تتجاوز ما هو ضروري ومتناسب في مجتمع ديمقراطي لحماية أحد الأهداف المدرجة في المادة 23(1) من اللائحة (الاتحاد الأوروبي) 2016/679، لا تتعارض مع هذه البنود.
2. يعلن الطرفان بأنهما أخذا بعين الاعتبار، على النحو الواجب، العناصر التالية عند تقديم الضمان في الفقرة (أ):
   1. الظروف الخاصة لعملية النقل، بما في ذلك طول سلسلة المعالجة، وعدد الجهات الفاعلة المعنية، وقنوات النقل المستخدمة،؛ وعمليات النقل اللاحقة المقصودة؛ ونوع المستلم؛ والغرض من المعالجة؛ وفئات البيانات الشخصية المنقولة وتنسيقها؛ القطاع الاقتصادي حيث تجري عملية النقل؛ موقع تخزين البيانات المنقولة؛
   2. القوانين والممارسات في بلد المقصد الثالث، بما في ذلك تلك التي تتطلب الإفصاح عن البيانات إلى السلطات العامة أو التي تصرّح لهذه السلطات بالوصول إليها، التي تكون ذات صلة في ضوء الظروف المحددة لعملية النقل، والقيود والتدابير الوقائية المنطبقة؛
   3. أي تدابير وقائية تعاقدية أو تقنية أو تنظيمية ذات صلة ومعمول بها لتكمل التدابير الوقائية بموجب هذه البنود، بما في ذلك التدابير المطبقة أثناء نقل البيانات الشخصية ومعالجتها في بلد المقصد.
3. يضمن مستورد البيانات أنه، عند إجراء التقييم بموجب الفقرة (ب)، بذل قصارى جهده لتزويد مصدّر البيانات بالمعلومات ذات الصلة، ويوافق على أن يستمر في التعاون مع مصدّر البيانات لضمان الامتثال لهذه البنود.
4. يوافق الطرفان على توثيق التقييم بموجب الفقرة (ب) وإتاحته للسلطة الإشرافية المختصة عند الطلب.
5. يوافق مستورد البيانات على تقديم إشعار على الفور إلى مصدّر البيانات إذا كان لديه، بعد الموافقة على هذه البنود وطوال مدة التعاقد، سبب يدعوه إلى الاعتقاد بأنه يخضع أو أصبح خاضعًا لقوانين أو ممارسات لا تتماشى مع المتطلبات بموجب الفقرة (أ)، بما في ذلك بعد إجراء تغيير في قوانين البلد الثالث أو تطبيق تدبير (مثل طلب إفصاح) يشير إلى تطبيق هذه القوانين في الممارسة العملية بما لا يتماشى مع متطلبات الفقرة (أ).
6. بعد تقديم إشعار عملاً بالفقرة (هـ)، أو إذا كان لدى مصدّر البيانات سبب يدعوه إلى الاعتقاد بأن مستورد البيانات لم يعد بإمكانه الوفاء بالتزاماته بموجب هذه البنود، يحدد مصدّر البيانات على الفور التدابير المناسبة (مثل التدابير التقنية أو التنظيمية لضمان الأمان والسرية) التي سيعتمدها مصدّر البيانات و/أو مستورد البيانات لمعالجة الوضع. يعلق مصدّر البيانات نقل البيانات إذا رأى أنه لا يمكن ضمان أي تدابير وقائية مناسبة لهذا النقل، أو إذا طلبت منه السلطة الإشرافية المختصة ذلك. في هذه الحالة، يحق لمصدّر البيانات إنهاء العقد، ما دام يتعلق بمعالجة البيانات الشخصية بموجب هذه البنود. إذا كان العقد يشمل أكثر من طرفين، فيجوز لمصدّر البيانات ممارسة هذا الحق في الإنهاء فقط في ما يتعلق بالطرف المعني، ما لم يكن الطرفان قد وافقا على خلاف ذلك. وحيث يتم إنهاء العقد عملاً بهذا البند، ينطبق البند 16(د) و(هـ).

البند 15

التزامات مستورد البيانات في حالة وصول السلطات العامة

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

15.1. الإخطارات

1. يوافق مستورد البيانات على تقديم، بدون إبطاء، إشعار إلى مصدّر البيانات، وحيث يكون ذلك ممكنًا، إلى صاحب البيانات (بمساعدة مصدّر البيانات إذا اقتضى الأمر) في حال:
   1. تلقى طلبًا ملزمًا قانونًا من سلطة عامة، بما في ذلك السلطات القضائية، بموجب قوانين بلد المقصد للإفصاح عن بيانات شخصية يجري نقلها عملاً بهذه البنود؛ وتضمن هذا الإعلام معلومات عن البيانات الشخصية المطلوبة، والسلطة الطالبة، والأساس القانوني للطلب، والرد المقدم؛ أو
   2. أصبح على علم بأي وصول مباشر من قِبل السلطات العامة إلى بيانات شخصية يجري نقلها عملاً بهذه البنود بما يتوافق مع قوانين بلد المقصد؛ وتضمن هذا الإعلام كل المعلومات المتاحة للمستورد.
2. إذا كان مستورد البيانات ممنوعًا من تقديم إشعار إلى مصدّر البيانات و/أو كان صاحب البيانات يخضع لقوانين بلد المقصد، فيوافق مستورد البيانات على بذل قصارى جهده للحصول على تنازل عن الحظر، بغية إرسال أكبر قدر ممكن من المعلومات في أقرب وقت ممكن. يوافق مستورد البيانات على بذل قصارى جهده حتى يتمكن من إثبات ذلك بناءً على طلب مصدّر البيانات.
3. يوافق مستورد البيانات، حيث يكون فيها مسموحًا بموجب قوانين بلد المقصد، على تزويد مصدّر البيانات، على مدى فترات منتظمة طوال مدة التعاقد، بأكبر قدر ممكن من المعلومات ذات الصلة بشأن الطلبات الواردة (على وجه الخصوص، عدد الطلبات، ونوع البيانات المطلوبة، والسلطة/السلطات الطالبة، وما إذا كان قد تم الاعتراض على الطلبات، ونتائج هذه التحديات، وما إلى ذلك).
4. يوافق مستورد البيانات على الاحتفاظ بالمعلومات عملاً بالفقرات من (أ) إلى (ج) طوال مدة التعاقد وإتاحتها للسلطة الإشرافية المختصة عند الطلب.
5. لا تمس الفقرات من (أ) إلى (ج) بالتزام مستورد البيانات عملاً بالبند 14(هـ) والبند 16 بإبلاغ مصدّر البيانات على الفور في حال تعذر عليه الامتثال لهذه البنود.

15.2. مراجعة الشرعية وتقليل البيانات

1. يوافق مستورد البيانات على مراجعة قانونية طلب الإفصاح، ولا سيما ما إذا كان لا يزال ضمن الصلاحيات الممنوحة للسلطة العامة الطالبة، والطعن في الطلب إذا خلص، بعد إجراء تقييم دقيق، إلى أن هناك أسبابًا معقولة تدعو لاعتبار الطلب غير قانوني بموجب قوانين بلد المقصد، والالتزامات المنطبقة بموجب القانون الدولي، ومبادئ المجاملات الدولية. يسعى مستورد البيانات إلى الاستئناف، في ظل الظروف نفسها. يلتمس مستورد البيانات، عند الطعن في أي طلب، اتخاذ تدابير مؤقتة بهدف تعليق آثار الطلب حتى تبت السلطة القضائية المختصة في أسسه. ولا يفصح عن البيانات الشخصية المطلوبة حتى يُطلب منه ذلك بموجب القواعد الإجرائية المنطبقة. لا تمس هذه المتطلبات بالتزامات مستورد البيانات بموجب البند 14(هـ).
2. يوافق مستورد البيانات على توثيق تقييمه القانوني وأي اعتراض على طلب الإفصاح، وإتاحة المستندات لمصدّر البيانات، إلى الحد المسموح به بموجب قوانين بلد المقصد. كما يتيحها للسلطة الإشرافية المختصة عند الطلب.
3. يوافق مستورد البيانات على توفير الحد الأدنى المسموح به من المعلومات عند الرد على طلب إفصاح، استنادًا إلى تفسير معقول للطلب.

القسم الرابع - الأحكام الختامية

البند 16

عدم الامتثال للبنود والإنهاء

1. يبلغ مستورد البيانات مصدّر البيانات على الفور في حال تعذر عليه الامتثال لهذه البنود، لأي سبب كان.
2. في حالة خرق مستورد البيانات هذه البنود أو تعذر عليه الامتثال لهذه البنود، يعلق مصدّر البيانات نقل البيانات الشخصية إلى مستورد البيانات إلى أن يتم ضمان الامتثال مرة أخرى أو إنهاء التعاقد. لا يمس ذلك بالبند 14(و).
3. يحق لمصدّر البيانات إنهاء العقد، ما دام يتعلق بمعالجة البيانات الشخصية بموجب هذه البنود، في الحالات حيث:
   1. يكون مصدّر البيانات قد علّق تقل البيانات الشخصية إلى مصدّر البيانات بناء على الفقرة (ب) ولم يتم تتم استعادة الامتثال لهذه البنود في غضون فترة زمنية معقولة وفي أي حال في غضون شهر واحد من التعليق؛
   2. ارتكب مستورد البيانات خرقًأ ماديًا أو مستمرًا لهذه البنود؛ أو
   3. أخفق مستورد البيانات في الامتثال لقرار ملزم صادر عن محكمة مختصة أو سلطة إشرافية بشأن التزاماته بموجب هذه البنود.

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

4. تتم على الفور إعادة البيانات الشخصية التي تم نقلها قبل إنهاء العقد عملاً بالفقرة (ج) إلى مصدّر البيانات أو حذفها بالكامل، بناءً على خيار مصدّر البيانات. ينطبق ذلك على أي نسخ من البيانات. يؤكد مستورد البيانات لمصدّر البيانات حذف البيانات. ويستمر مستورد البيانات بضمان الامتثال لهذه البنود إلى حين حذف البيانات أو إعادتها. في حال كانت أي قوانين محلية منطبقة على مستورد البيانات تحظر إعادة البيانات الشخصية المنقولة أو حذفها، فيضمن مستورد البيانات أنه سوف يستمر بضمان الامتثال لهذه البنود، وأنه لن يعالج البيانات إلا للنطاق والمدة اللازمين بموجب ذلك القانون المحلي.
5. يجوز لأي من الطرفين إلغاء موافقته على التقيد بهذه البنود حيث (1) تعتمد المفوضية الأوروبية قرارًا عملاً بالمادة 45(3) من اللائحة (الاتحاد الأوروبي) 2016/679 يغطي نقل البيانات الشخصية التي تنطبق عليها هذه البنود؛ أو (2) تصبح اللائحة (الاتحاد الأوروبي) 2016/679 جزءًا من الإطار القانوني للبلد الذي يتم نقل البيانات الشخصية إليه. وهذا من دون المساس بالالتزامات الأخرى التي تنطبق على المعالجة المعنية بموجب اللائحة (الاتحاد الأوروبي) 2016/679.

البند 17

القانون الحاكم

تخضع هذه البنود لقانون الدولة العضو في الاتحاد الأوروبي حيث يكون مصدّر البيانات مؤسسًا. وحيثما لا يسمح هذا القانون بحقوق مستفيد من الأطراف الثالثة، فإنها تخضع لقانون دولة عضو أخرى في الاتحاد الأوروبي تسمح بحقوق مستفيد من الأطراف الثالثة. يوافق الطرفان على أن يكون هذا هو قانون أيرلندا.

البند 18

الوحدة الثانية: نقل الجهة المتحكمة إلى المعالج

1. يتم حل أي نزاع ينشأ عن هذه البنود عن طريق المحاكم في أي دولة عضو في الاتحاد الأوروبي.
2. يوافق الطرفان على أن تكون تلك المحاكم هي محاكم أيرلندا (تحديد الدولة العضو).
3. يجوز لصاحب البيانات أيضًا اتخاذ إجراءات قانونية ضد مصدّر البيانات و/أو مستورد البيانات أمام محاكم الدولة العضو حيث يقع محل إقامته المعتاد.
4. يوافق الطرفان على الخضوع للاختصاص القضائي لهذه المحاكم.

المرفق 1 للبنود التعاقدية القياسية

المرفق 2 من البنود التعاقدية القياسية

يشكل هذا الملحق جزءًا من البنود ويجب إكماله وتوقيعه من قبل الطرفين.

الملحق الفرعي د

Keeper Security, Inc.‎

Security Disclosure

إن شركة Keeper Security, Inc. (أو KSI) شغوفة بحماية معلومات عملائها من خلال برنامج أمان Keeper للجوال وسطح المكتب. ملايين العملاء ورجال الأعمال يثقون في Keeper لتأمين كلمات مرورهم ومعلوماتهم الخاصة والوصول إليها.

يتم تحسين برنامج Keeper وتحديثه بشكل مستمر لإمداد عملائنا بأحدث تكنولوجيا وحماية. وتوفر هذه الصفحة نظرة عامة عن بنية أمن Keeper ووسائل التشفير وبيئة الاستضافة للإصدار المنشور حالياُ. ويحتوي هذا المستند على نظرة عامة عن لتفاصيل التقنية المتعلقة بوسائل التشفير والأمن لدينا.

حماية البيانات

يبدأ مبدأ انعدام الثقة بأمن كلمات المرور. تنشئ KSI منتجاتها باستخدام إطار أمان قائم على مبدأ انعدام الثقة ويستند إلى عدم الثقة بأي مستخدم في البنية. يفترض مبدأ انعدام الثقة أنه يمكن اختراق كل المستخدمين والأجهزة، وبالتالي، يجب التحقق من كل مستخدم والمصادقة عليه قبل أن يتمكن من الوصول إلى موقع ويب أو تطبيق أو نظام معين. يدعم إطار الأمن السيبراني هذا منصة الأمن السيبراني من Keeper. توفر المنصة لمسؤولي تكنولوجيا المعلومات رؤية كاملة لكل المستخدمين والأنظمة والأجهزة التي يصلون إليها، مما يساعد في ضمان الامتثال للولاية التنظيمية والولاية السائدة في المجال. ولتتمتع أي مؤسسة بإطار عمل قائم على مبدأ انعدام الثقة، يجب أن تتمتع بمستوى أمان عالمي لكلمات المرور مدعومًا ببنية أمان قائمة على مبدأ انعدام المعرفة.

KSI هي مقدم خدمات أمان قائمة على مبدأ صفر المعرفة. إن مستخدم Keeper هو الشخص الوحيد الذي يملك تحكمًا كاملاً في إمكانية تشفير بياناته وفك تشفيرها. مع Keeper، لا يمكن التشفير وفك التشفير إلا على جهاز المستخدم عند تسجيل الدخول إلى الخزينة. ويتم تشفير كل سجل فردي مخزن في خزينة المستخدم باستخدام مفتاح AES 256-bit عشوائي يتم إنشاؤه على جهاز المستخدم. تتم حماية مفاتيح السجلات بمفتاح إضافي، يسمى مفتاح البيانات. يتم تشفير مفتاح البيانات بمفتاح مشتق على الجهاز من كلمة المرور الرئيسية للمستخدم. يتم تشفير البيانات المخزنة في حالة سكون على جهاز المستخدم أيضًا بمفتاح آخر، يسمى مفتاح العميل. كما يتم تشفير مزامنة السجلات الآمنة بين أجهزة المستخدم على طبقة الشبكة وتوجيهها عبر Cloud Security Vault من Keeper. يوفر نموذج التشفير متعدد المستويات هذا حماية البيانات الأكثر تقدمًا المتاحة في المجال.

ودائمًا ما يكون مفتاح التشفير المطلوب لفك تشفير البيانات مع مستخدم Keeper. لا تستطيع KSI فك تشفير بيانات المستخدم المخزنة. لا تملك KSI القدرة على الوصول إلى كلمة مرور العميل الرئيسية أو السجلات المخزنة داخل خزينة Keeper. لا تستطيع KSI الوصول إلى جهاز العميل عن بُعد ولا يمكنها فك تشفير خزينة العميل. المعلومات الوحيدة التي يمكن لـ Keeper Security الوصول إليها هي عنوان البريد الإلكتروني للمستخدم، ونوع الجهاز، وتفاصيل خطة الاشتراك (على سبيل المثال Keeper Unlimited). وفي حال تعرض المستخدم للفقدان أو السرقة، فيمكن لـ KSI أن تساعد في الوصول إلى ملفات النسخ الاحتياطي المشفرة لاستعادة خزينة المستخدم بمجرد استبدال الجهاز.

لا يمكن إلا للعميل الوصول إلى المعلومات التي يتم تخزينها في Keeper والوصول إليها هناك لأنه يتم تشفيرها وفك تشفيرها على الفور على الجهاز المستخدم - حتى عند استخدام تطبيق Keeper Web. تستخدم Keeper طريقة تشفير معروفة، وتعتمد على خوارزمية تسمى AES (أي معيار التشفير المتقدم) بمفتاح تشفير طوله 256-bit. ووفقًا لنشرة اللجنة المعنية بأنظمة الأمن القومي CNSSP-15، تعتبر خوارزمية AES بمفتاح بطول 256-bit آمنة بما يكفي لتشفير بيانات سرية تصل إلى تصنيف "سري للغاية" لحكومة الولايات المتحدة. إن Keeper حاصل على اعتماد FIPS 140-3 وتم التحقق من صحته من قبل NIST CMVP (برنامج التحقق من نموذج التشفير التابع للمعهد الوطني للمعايير والتقنية) (شهادة رقم 3976 - https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/3976)

لا يتم تخزين مفاتيح الشفرة المستخدمة في تشفير سجلات العميل وفك تشفيرها، ولا تُنقل إلى Cloud Security Vault من Keeper. مع ذلك، لتوفير قدرات المزامنة بين عدة أجهزة، يتم تخزين إصدار مشفر من مفتاح الشفرة هذا في Cloud Security Vault ويتم توفيره للأجهزة على حساب المستخدم عند نجاح تسجيل الدخول إلى الخزينة والمصادقة متعددة العوامل. لا يمكن فك تشفير مفتاح الشفرة إلا على الجهاز ليستخدم فيما بعد كمفتاح لتشفير البيانات.

كلمة مرور رئيسية قوية

وينصح بشدة أن يختار العملاء كلمة مرور رئيسية قوية لحساب Keeper الخاص بهم. لا ينبغي استخدام كلمة المرور الرئيسية هذه خارج Keeper. لا ينبغي للمستخدمين أبدًا مشاركة كلمة مرورهم الرئيسية مع أي شخص.

المصادقة المزدوجة

للحماية من الوصول غير المصرح به إلى خزينتك، ومواقعك على الويب، وتطبيقاتك، تقدم Keeper أيضًا المصادقة الثنائية. المصادقة الثنائية هي نهج مصادقة يتطلب عاملين أو أكثر من عوامل المصادقة الثلاثة: عامل المعرفة، وعامل الحيازة، وعامل الإرث.

تستخدم Keeper أمرًا تعرفه (كلمة مرورك) وأمرًا تملكه (هاتفك) لتزويد المستخدمين بمستوى إضافي من الأمان في حالة اختراق كلمة مرورك الرئيسية أو جهازك. لإجراء ذلك، نولد TOTPs (كلمة مرور صالحة للاستخدام مرة واحدة ولفترة زمنية محددة).

عند استخدام المصادقة المتعددة العوامل / الثنائية القائمة على كلمة المرور الصالحة لمرة واحدة المستندة إلى الوقت (TOTP)، تنشئ Keeper مفتاحًا سريًا ذي 10-byte باستخدام مولد أرقام عشوائية آمن من حيث التشفير. ويبقى هذا الرمز صالحًا لنحو دقيقة، ويتم إرساله إلى المستخدم برسالة نصية أو من خلال Duo Security أو RSA SecurID أو تطبيق TOTP، أو Google Authenticator أو أجهزة قابلة للارتداء تتوافق مع Keeper DNA مثل ساعة Apple Watch أو Android Wear.

عند استخدام تطبيق Google Authenticator أو تطبيق TOTP على جهازك الجوال، يولد خادم Keeper داخليًا رمز QR يحتوي على مفتاحك السري ولا يتم إبلاغ أي طرف ثالث به أبدًا. في كل مرة يقوم المستخدم بإلغاء تنشيط المصادقة الثنائية ثم إعادة تنشيطها، يتم إنشاء مفتاح سري جديد.

لتفعيل المصادقة الثنائية، انتقل إلى الإعدادات أو شاشة الأمان لتطبيق Keeper. يمكن لعملاء Keeper Business اختياريًا فرض استخدام المصادقة الثنائية لتسجيل الدخول إلى الخزينة، مع طرق المصادقة الثنائية المدعومة من خلال وظيفة إنفاذ الأدوار في وحدة تحكم المسؤول من Keeper.

مفاتيح الأمان FIDO2

يدعم Keeper الأجهزة القائمة على مفاتيح أمن المتوافقة مع FIDO2 مثل YubiKey وGoogle Titan كعامل مصادقة ثانٍ. توفر مفاتيح الأمان طريقة مريحة وآمنة لإجراء المصادقة الثنائية من دون مطالبة المستخدم بإدخال الرموز المكونة من 6 أرقام يدويًا. يمكن تكوين عدة مفاتيح أمان لخزينة المستخدم. وبالنسبة إلى المنصات التي لا تدعم أجهزة مفاتيح الأمان، يمكن للمستخدمين اعتماد أساليب المصادقة الثنائية الأخرى المكونة. لتكوين مفتاح أمان وطرق المصادقة الثنائية الأخرى، انتقل إلى شاشة "الإعدادات" في تطبي Keeper.

الوصول في حالات الطوارئ (الإرث الرقمي)

تدعم المنتجات الاستهلاكية لـ Keeper القدرة على إضافة حتى 5 جهات اتصال في حالات الطوارئ لمنحها القدرة على الوصول للخزينة في حالات الطوارئ أو الوفاة. بمجرد انقضاء وقت انتظار محدد، ستتمكن جهة اتصال الطوارئ من الوصول إلى خزينة المستخدم. وتستخدم عملية مشاركة الخزينة مبدأ صفر المعرفة، ولا تتم مشاركة كلمة المرور الرئيسية للمستخدم أبدًا بشكل مباشر. يستخدم تشفير RSA لمشاركة مفتاح 256-bit AES مع جهة الاتصال في حالات الطوارئ، عند انتهاء مدة الانتظار المضبوطة من قبل المستخدم الأصلي. ولهذا، يجب أن تملك جهة الاتصال في حالات الطوارئ حسابًا على Keeper (ومفتاح RSA مزدوج عام/خاص) لقبول الدعوة.

استعادة الحساب

أثناء تسجيل الحساب، قد يُطلب من المستخدمين تحديد سؤال أمان وإجابة أو نوع آخر من طرق الاسترداد. علاوة على ذلك، عند الاشتراك، تنشئ Keeper مفتاح بيانات يُستخدم لتشفير مفاتيح السجلات المخزنة مع كل سجلات الخزينة وفك تشفيرها. يتم تشفير مفتاح بيانات المستخدم باستخدام مفتاح مشتق من كلمة المرور الرئيسية باستخدام PBKDF2 مع 1,000,000 تكرار، ويتم تشفير كل مفتاح سجل بمفتاح البيانات. يحتوي كل سجل في خزينة المستخدم على مفاتيح سجلات فردية مختلفة.

يعمل استرداد الحساب (بأسلوب سؤال الأمان) عبر تخزين نسخة ثانية من مفتاح بيانات المستخدم تكون مشفرة باستخدام إجابة الأمان المحددة. لإكمال عملية استرداد الخزينة، يُطلب من المستخدم إدخال رمز التحقق المُرسل بالبريد الإلكتروني، ورمز المصادقة الثنائية (إذا تم تفعيله في الحساب). نوصي بإنشاء سؤال أمان قوي وإجابة عليه، بالإضافة إلى تشغيل ميزة المصادقة الثنائية من Keeper من شاشة "الإعدادات". قد تتوفر طرق استرداد مختلفة للمستخدمين استنادًا إلى تكوين حساب Keeper Business، مثل مفتاح الاسترداد أو عدة مفاتيح مقسمة. بالإضافة إلى ذلك، يمكن للعميل تعطيل استرداد الحساب. يمكن أيضًا فرض المصادقة الثنائية على عملاء Keeper Business من خلال وحدة تحكم المسؤول من Keeper.

يتم تزويد عملاء المؤسسات والشركات بأسلوب قائم على مبدأ صفر المعرفة لاستعادة الحساب لمستخدميهم باستخدام سياسة نقل الحساب من Keeper.

تشفير العميل.

يتم تشفير البيانات وفك تشفيرها على جهاز المستخدم، وليس على Cloud Security Vault. ونطلق على هذا اسم "تشفير العميل" لأن العميل (مثلاً iPhone، جهاز Android، تطبيق سطح مكتب، إلخ) يقوم بأعمال تشفير البيانات وفك تشفير محليًا. وتخزن Cloud Security Vault النص المشفر في صورة 256-bit والتي تعتبر بلا فائدة لأي مخترق. وحتى إذا تم الحصول على البيانات عند نقلها بين أجهزة العميل وCloud Security Vault، فلا يمكن فك تشفيرها أو استخدامها للهجوم على البيانات السرية للمستخدم أو اختراقها.

يتطلب اختراق مفتاح متماثل 256-bit أو فك تشفيره 2128 ضعف قوة الحوسبة لمفتاح 128-bit. من الناحية النظرية، يتطلب هذا استخدام جهاز يستغرق 3×1051 عامًا لاستهلاك مساحة مفتاح 256-bit.

المشاركة

لكل مستخدم زوج مفاتيح 2048-bit RSA عامة وخاصة يُستخدم لمشاركة مفاتيح أخرى (مثل مفاتيح السجل ومفاتيح المجلدات ومفاتيح الفرق) بين المستخدمين. يتم تشفير المعلومات التي تتم مشاركتها باستخدام المفتاح العام للمستلم. يقوم المستلم بفك تشفير المعلومات التي تتم مشاركتها باستخدام مفتاحه الخاص. يسمح ذلك للمستخدم بمشاركة السجلات مع المستلم المقصود فقط، حيث إن المستلم وحده هو القادر على فك تشفيرها.

توليد المفتاح

يستخدم Keeper وظيفة PBKDF2 مع HMAC-SHA256 لتحويل كلمة المرور الرئيسية للمستخدم إلى مفتاح تشفير 256-bit مع ما يصل إلى 1,000,000 تكرار. تستند تكرارات PBKDF2 إلى منصة الجهاز وتتم إدارتها من قبل المستخدم في شاشة "الإعدادات المتقدمة" من Keeper.

تخزين المفاتيح

يتم تشفير كل المفاتيح السرية مثل مفتاح RSA الخاص لكل مستخدم ومفتاح البيانات قبل التخزين أو النقل. وبالنسبة إلى المستخدمين من المستهلكين والشركات الذين يقومون بتسجيل الدخول باستخدام كلمة مرور رئيسية، يتم اشتقاق مفتاح من كلمة المرور الرئيسية لفك تشفير أي مفاتيح مخزنة. وفي ما يتعلق بعملاء الشركات الذين يقومون بتسجيل الدخول بواسطة موفر هوية تسجيل الدخول الأحادي، يتم توفير مفاتيح مشفرة للجهاز بعد المصادقة الناجحة ويتم استخدام مفاتيح المستخدم الخاصة لفك تشفير مفتاح البيانات والمفاتيح الأخرى للخزينة. وحيث إن Cloud Security Vault من Keeper لا تستطيع الوصول إلى كلمة مرور المستخدم الرئيسية أو مفاتيح التشفير، فلا نستطيع فك تشفير أي من مفاتيحك أو بياناتك المخزنة.

Cloud Security Vault من Keeper

يشير Cloud Security Vault إلى البرامج الامتلاكية وبنية الشبكة لشركة KSI والمستضافة فعليًا في البنية التحتية لخدمات Amazon Web Services (AWS). عندما يقوم المستخدم بمزامنة سجلات Keeper الخاصة به مع الأجهزة الأخرى في حسابه، يتم إرسال البيانات الثنائية المشفرة عبر نفق TLS مشفر وتخزينها في Cloud Security Vault من Keeper بتنسيق مشفر.

إدارة إصدارات السجلات

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

Keeper Business

يتم تزويد العملاء الذين يشترون Keeper Business للأعمال بطبقة إضافية من التحكم في مستخدميهم وأجهزتهم حيث يتم إمداد مسؤولي Keeper بوصول لوحدة تحكم إدارية قائمة على السحابة مما يسمح بتحكم كامل في إلحاق المستخدمين، وإلغاء إلحاقهم، والأذونات القائمة على الأدوار، والإدارة المفوضة، والفرق، وتكامل Active Directory/LDAP، والمصادقة الثنائية، وتسجيل الدخول الأحادي، وسياسات إنفاذ الأمن. ويمكن تخصيص سياسات الإنفاذ القائمة على الأدوار من Keeper بالكامل وتوسيعها للمؤسسات أيًا كان حجمها.

تشفير على مستوى السجل

في طبقة التشفير، يملك كل سجل (مثلاً كلمة المرور أو بيانات الاعتماد) مخزن في منصة Keeper معرف سجل فريدًا (UID). يتم تشفير كل سجل بمفتاح سجل. وتتشارك المجلدات المشاركة مفتاح مجلد، ولكل فريق مفتاح فريق ومفتاح مزدوج عام/خاص، ولكل مستخدم مفتاح بيانات مستخدم ومفتاح عميل ومفتاح مزدوج عام/خاص. ولكل دور يتطلب نقل حساب المستخدم له مفتاح تطبيق للدور ومفتاح مزدوج عام/خاص. وتكون البيانات الموجودة في حالة السكون في جهاز العميل مشفرة بمفتاح بيانات المستخدم. أما مفتاح بيانات المستخدم ومفتاح العميل، فيكونان مشفرين باستخدام كلمة المرور الرئيسية للمستخدم.

وتكون السجلات المُنشأة من قبل مستخدم مشفرة بمفتاح بيانات المستخدم. تتم إضافة السجلات إلى مجلد مشارك عن طريق تشفير مفتاح السجل بمفتاح المجلد المشارك. وتتم مشاركة السجلات مباشرةً مع المستخدم عن طريق تشفير مفتاح السجل بالمفتاح العام للمستخدم. ويُضاف المستخدمون إلى مجلد مشارك عن طريق تشفير مفتاح المجلد المشارك بالمفتاح العام للمستخدم. وتُضاف الفِرق إلى مجلد مشارك عن طريق تشفير مفتاح المجلد المشارك بالمفتاح العام للفريق. ويُضاف المستخدمون إلى فريق عن طريق تشفير مفتاح الفريق بالمفتاح العام للمستخدم.

الأدوار والفرق والمجلدات المشاركة والمدير المفوض

يوفر Keeper for Business مجموعة آمنة وقوية من الضوابط على الوحدات التنظيمية والأدوار والفرق والمجلدات المشتركة. وتقدم الضوابط الخلفية القوية من Keeper الطبقات الأمنية الأكثر قوة والتي تقدم وصولاً بالحد الأدنى من الامتيازات وإدارة مفوضة كاملة.

وللأدوار التي تطبق قابلية نقل حساب المستخدم:

يتم تشفير مفتاح التطبيق بالمفتاح العام لكل مدير مسموح له بأداء النقل. التطبيقات المستقلة المطبقة على مجموعات مستقلة من المستخدمين يمكن تعيينها ليتم نقلها بواسطة مجموعات مستقلة من المديرين.

يكون مفتاح بيانات المستخدم (للمستخدمين الذين يشغلون أدوارًا يتم تطبيق سياسات إنفاذ عليها) مشفرًا باستخدام المفتاح العام لسياسة الإنفاذ الخاصة بالدور (يُشار إليه في ما يلي بعبارة مفتاح البيانات المشارك الخاص بالمستخدم).

يتم تنفيذ حساب يتم نقله عن طريق إقفال حساب المستخدم ثم نقله وحذفه. يضمن ذلك عدم إجراء العملية بشكل سري. يتم استرداد مفتاح البيانات المشارك للمستخدم من قبل المسؤول وفك تشفيره. ويرمي ذلك إلى فك تشفير كل مفاتيح السجلات، ومفاتيح الفرق، ومفاتيح المجلدات التي كان المستخدم المنقول يتمتع بإمكانية الوصول إليها، وتتم مشاركة تلك المفاتيح مع المفتاح العام للمستخدم الذي يجري النقل إليه. لا يتلقى المسؤول بيانات السجل والمجلد، بل ينقل المفاتيح بكل بساطة. ويحصل المستلم وحده على إمكانية الوصول إلى بيانات السجل والمجلد.

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

يجوز تعيين امتيازات مسؤول مختلفة إلى أجزاء من تنظيم هرمي يسمح للأفراد الذين تم تعيين دور مميز لهم بأداء عمليات في وحدة تحكم المسؤول Keeper Admin Console.

ويجوز أيضًا تطبيق سياسات إنفاذ من جانب الخادم ومن جانب العميل على بعض الأدوار لفرض سلوك معين على العميل بالنسبة إلى مجموعات الأفراد.

ويتيح Teams توزيع المجلدات المشاركة بسهولة على مجموعات المستخدمين.

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

Keeper Active Directory / LDAP Bridge

يتكامل Keeper Bridge مع خوادم Active Directory وLDAP لتزويد المستخدمين وإلحاقهم. ويتم التصريح لاتصالات Keeper Bridge أولاً بواسطة مسؤول يملك امتيازات إدارة الجسر. يتم إنشاء مفتاح نقل ومشاركته مع Keeper لكل المراسلات اللاحقة. ويُعدّ استخدام مفتاح النقل التصريح اللازم لكل العمليات التي تتم من خلال الجسر باستثناء تهيئة الجسر. يمكن إعادة توليد مفتاح النقل في أي وقت ويتم تدويره تلقائيًا كل 30 يومًا.

ويعمل مفتاح النقل لأغراض النقل فقط، مما يعني أنه يمكن إعادة تهيئة أي مفتاح مخترق أو إلغاؤه من دون أي فقدان في البيانات أو الأذونات.

لا يمكن لـ Keeper Bridge منح امتيازات لدور أو مستخدم. ويجوز له إضافة مستخدم إلى دور مميز ما دام أنه لا حاجة إلى مفاتيح إنفاذ. ولا يجوز أن يقوم Keeper Bridge بترقية نفسه أو مستخدم بما يتجاوز جزء الشجرة الذي يقوم بإدارته. ولا تتاح كل العمليات لـ Bridge، على سبيل المثال يمكن أن يقوم Bridge بتعطيل مستخدم نشط، لكن لا يمكنه حذف المستخدم. ويتعين على المسؤول اختيار إذا ما كان سيتم حذف المستخدم أم نقله.

مصادقة تسجيل الدخول الأحادي (SAML 2.0)

يمكن تكوين Keeper بواسطة عملاء Keeper Business للمصادقة على مستخدم في خزينة Keeper الخاصة بها باستخدام منتجات هوية SAML 2.0 القياسية. Keeper هو موفر خدمة يتم تكوينه مسبقًا في كل موفر هوية تسجيل دخول أحادي رئيسي مثل Google Apps، وMicrosoft Azure، وOkta، وPing Identity، وغيرها. والآلية التي تستخدمها Keeper للمصادقة على المستخدمين والسماح لهم بدخول الخزينة في بيئة قائمة على مبدأ صفر المعرفة هي إجراء حاصل على براء اختراع باسم Keeper SSO Connect®‎. Keeper SSO Connect®‎ هو تطبيق برمجي يقوم مسؤولو Keeper Business بتثبيته على بنيتهم التحتية (سواء داخل المنشآت أو على السحابة)، ويعمل كنقطة نهاية مقدم خدمة SAML 2.0. يقوم Keeper SSO Connect®‎ عند تفعيله في وحدة تنظيمية معينة، بإدارة كل مفاتيح التشفير للمستخدمين النهائيين من Keeper Business. وعند نجاح المصادقة في موفر الهوية الذي يعتمد تسجيل الدخول الأحادي، يتم تسجيل دخول المستخدم إلى Keeper باستخدام مفاتيح التشفير اللازمة لفك تشفير خزينته. ويعمل برنامج Keeper SSO Connect®‎ على أنظمة تشغيل Windows، وMac، وLinux.

SSO Connect® Cloud

يوفر Keeper SSO Connect® Cloud لعملاء Keeper Enterprise طريقة للمصادقة على أي مستخدم وفك تشفير البيانات المخزنة في خزينة مشفرة بأسلوب قائم على مبدأ صفر المعرفة، مع توفير المصادقة عبر موفر هوية (IdP) خارجي يستخدم بروتوكولات SAML 2.0 القياسية في بيئة سحابية بالكامل.

في إطار هذا التنفيذ، يمكن للمستخدم إجراء المصادقة من خلال موفر الهوية الخاص بهم الذي يعتمد على تسجيل الدخول الأحادي، ثم فك تشفير خزينتهم محليًا على جهازهم. ويمتلك كل جهاز زوج مفاتيح منحنى القطع الناقص (EC) العامة / الخاصة ومفتاح البيانات المشفرة. ويمتلك كل مستخدم مفتاح البيانات الخاص به. لتسجيل الدخول إلى جهاز جديد، يجب أن يستخدم المستخدم الأجهزة الحالية للموافقة أو ليتمكن أي مسؤول يملك الامتياز من الموافقة على جهاز جديد.

تكمن أهمية هذه الإمكانية في أنه يمكن للمستخدم فك تشفير خزينته باستخدام مفتاح تشفير مخزن في Keeper cloud. ويتم الاحتفاظ بمبدأ صفر المعرفة لأن Keeper cloud غير قادرة على فك تشفير مفتاح بيانات المستخدم على جهازه. ويتم فك تشفير مفتاح البيانات ("DK") للمستخدم باستخدام المفتاح الخاص للجهاز ("DPRIV")، ويتم تزويد مفتاح البيانات المشفر (EDK) للمستخدم فقط عند نجاح المصادقة من موفر الهوية المعين (على سبيل المثال Okta، وAzure، وAD FS).

بالنسبة إلى مستخدمي SSO Connect® Cloud، يتم إنشاء مفتاح خاص بمنحنى إهليلجي، ويتم تخزينه محليًا على كل جهاز. وبالنسبة إلى متصفحات الويب المستندة إلى Chromium، فإن خزينة Keeper تخزن مفتاح منحنى القطع الناقص (EC) الخاص للجهاز المحلي ("DPRIV") باعتباره مفتاح تشفير غير قابل للتصدير. وفي أجهزة iOS وMac، يتم تخزين المفتاح في سلسلة مفاتيح الجهاز. وحيثما كان متاحًا، تستخدم Keeper آليات تخزين آمنة.

لا يتم استخدام المفتاح الخاص للجهاز مباشرة لتشفير بيانات الخزينة أو فك تشفيرها. فعند نجاح المصادقة من جانب موفر الهوية، يتم استخدام مفتاح منفصل (غير مخزن) لفك تشفير بيانات الخزينة. وبناء عليه، لا يمكن لاستخراج المفتاح الخاص المحلي للجهاز من دون إنترنت أن يفك تشفير خزينة المستخدم.

تمتلك الأجهزة / المنصات المختلفة مستويات متباينة من الأمان وبالتالي، لتوفير المستوى المثالي من الأمان، نوصي باستخدام متصفح ويب حديث مستند إلى Chromium.

ونوصي أيضًا بحماية كل الأجهزة (مثل أجهزة الكمبيوتر المكتبية) بتشفير على مستوى القرص وبرامج الحماية من البرامج الضارة الحديثة، كوسيلة عامة للحماية من هجمات اختراق الأجهزة.

موافقات أجهزة تسجيل الدخول الأحادي

لتسجيل الدخول إلى جهاز جديد، يجب أن يستخدم المستخدم الأجهزة الحالية للموافقة أو ليتمكن أي مسؤول يملك الامتياز من الموافقة على جهاز جديد. تنشئ الأجهزة الجديدة مجموعة جديدة من المفاتيح العامة/الخاصة، ويقوم الجهاز المعتمِد بتشفير مفتاح بيانات المستخدم بالمفتاح العام للجهاز الجديد. ويتم توفير مفتاح البيانات المشفر للجهاز الجديد للمستخدم / الجهاز الطالب، ويتمكن بعدها المستخدم من فك تشفير مفتاح البيانات، ما يؤدي بدوره إلى فك تشفير خزينة بيانات المستخدم. ويمكن للمستخدم فك تشفير مفاتيح التشفير الأخرى الخاصة به مثل مفاتيح السجلات ومفاتيح المجلدات ومفاتيح الفريق وما إلى ذلك داخل بيانات الخزينة التي تم فك تشفيرها.

تكمن أهمية هذه الإمكانية في أنه يمكن للمستخدم فك تشفير خزينته باستخدام مفتاح مشفر مخزن بواسطة Keeper cloud ولا يتطلب أي خدمات تطبيقات في المنشأة أو مستضافة من قبل المستخدم لإدارة مفاتيح التشفير. ويتم الاحتفاظ بمبدأ صفر المعرفة لأن Keeper cloud غير قادرة على فك تشفير مفتاح بيانات المستخدم على جهازه. ويتم فك تشفير مفتاح البيانات للمستخدم باستخدام المفتاح الخاص للجهاز ("DPRIV")، ويتم تزويد مفتاح البيانات المشفر (EDK) للمستخدم فقط عند نجاح المصادقة من موفر الهوية المعين (على سبيل المثال Okta، وAzure، وAD FS).

من منظور المسؤول تشمل المزايا سهولة الإعداد وانتفاء الحاجة إلى برنامج مستضاف لإدارة مفاتيح التشفير على النحو الموصوف في نموذج تشفير SSO Connect®‎ الحالي من Keeper. يكمن تغيير مسار العمل الوحيد في هذا النموذج (مقارنة بتنفيذ Keeper SSO Connect® محلياً) في أنه يجب على المستخدم إجراء الموافقة لجهاز جديد من على جهاز مفعل، أو تفويض المسؤولية إلى مسؤول من Keeper للموافقة على الجهاز.

Keeper SSO Connect® On-Prem

SSO Connect® On-Prem هو عبارة عن حل متكامل ذاتي الاستضافة يتطلب خادم تطبيقات مستضافًا إما من Windows أو Linux. وللحفاظ على أمان قائم على مبدأ صفر المعرفة وضمان تجربة تسجيل دخول أحادي سلسة للمستخدمين، يجب تثبيت Keeper SSO Connect®‎ على خادم العميل. كما أن بيئات أنظمة تشغيل Windows، وMac، وLinux مدعومة بالكامل مع أنماط تشغيل موازنة الأحمال شديدة الإتاحة (HA).

ينشئ Keeper SSO Connect® تلقائيًا كلمة المرور الرئيسية، وهي عبارة عن مفتاح 256-bit يتم إنشاؤه تلقائيًا، لكل مستخدم مقدم ويحافظ عليها. ويتم تشفير كلمة المرور الرئيسية هذه باستخدام مفتاح تسجيل الدخول الأحادي. ويتم تشفير مفتاح تسجيل الدخول الأحادي باستخدام مفتاح الشجرة. ويتم استرداد مفتاح تسجيل الدخول الأحادي من الخادم عند بدء تشغيل خدمة Keeper SSO Connect®‎، ثم يتم فك تشفيره باستخدام مفتاح الشجرة، الذي يتم تخزينه محليًا على الخادم لدعم بدء التشغيل التلقائي للخدمة. تتم حماية الاتصالات بين SSO Connect®‎ وCloud Security Vault من Keeper باستخدام مفتاح نقل. ويتم توقيع اتصالات SAML بتشفير وتتم حمايتها بواسطة خوارزمية توقيع RSA-SHA256 أو ECDSA-SHA256 استنادًا إلى نوع مفتاح التشفير (RSA أو ECC) الذي يقدمه العميل.

BreachWatch

تقوم BreachWatch بفحص سجلات Keeper باستمرار لكشف أي عمليات اختراق للبيانات العامة وتقوم بتنبيه المستخدم داخل الخزينة. تقوم BreachWatch على بنية صفر المعرفة التي تستخدم عددًا من التقنيات متعددة المستويات لحماية معلومات عملائنا. وباختصار:

1. يتم استخدام دالة تجزئة وإخفاء الهوية بصورة آمنة ومشفرة وباستخدام مفاتيح مخصصة لإجراء مقارنة لكلمات المرور مع قاعدة بيانات تضم معلومات الحسابات المخترقة.
2. وتتم معالجة كلمات مرور العملاء باستخدام وحدة جهاز أمني (HSM) ومفتاح سري غير قابل للتصدير قبل فحصه بالمقارنة مع كلمات المرور المخترقة أو تخزينه على خوادم BreachWatch.
3. يتفاعل عملاء Keeper مع BreachWatch باستخدام معرفات BreachWatch مجهولة الهوية غير المرتبطة بمعرفات عملاء Keeper الآخرين.
4. تفصل BreachWatch أسماء المستخدمين وكلمات المرور في خدمات منفصلة وتوفر معرفات مميزة ومجهولة الهوية لإلغاء الارتباط بين أسماء المستخدمين والمجالات من ناحية وكلمات المرور من ناحية أخرى.
5. لا يقوم عملاء BreachWatch مطلقًا بتحميل معلومات المجال، بل يقومون فقط بتنزيل المجالات.

مسار بيانات كلمة مرور العميل المشفرة عبر BreachWatch. لا يتم تخزين سوى كلمات المرور التي تم تحصينها باستخدام وحدة جهاز أمني (HSM)، ومفتاح أمان غير قابل للتصدير على خوادم BreachWatch. يستخدم عملاء BreachWatch هويات مجهولة عند التفاعل مع خوادم BreachWatch.

لبناء خدمة آمنة، تفصل Keeper خدمة BreachWatch إلى ثلاث خدمات: واحدة لكل من فحص المجالات، ولأسماء المستخدمين، ولكلمات المرور، ومجموعة اسم المستخدم + كلمة المرور. تتواصل تطبيقات Keeper العميلة مع كل من هذه الخدمات الخلفية باستخدام REST API مشفرة.

فحص المجالات

يقوم عملاء BreachWatch بتنزيل قائمة بالمجالات التي تم اختراقها وإجراء الفحص محلياً.

فحص أسماء المستخدمين وكلمات المرور

تتصل أجهزة العميل مع BreachWatch وتحمّل قائمة بأسماء المرور (أو كلمات المرور) المجزئة مع معرف عشوائي محدد من جانب العميل (معرفات منفصلة لخدمات التحقق من أسماء المستخدم وكلمات المرور). تتم معالجة تجزئة كلمات المرور هذه عند تحميل HMAC باستخدام نموذج أمن الجهاز (HSM) ومفتاح سري مخزن في نموذج أمن الجهاز (HSM) المحدد على إنه غير قابل للتصدير (مما يعني أن نموذج أمن الجهاز سيعالج HMAC محليًا فقط وأنه لا يمكن تصدير المفتاح). وتتم مقارنة مدخلات HMAC (أسماء المستخدمين أو كلمات المرور) مقابل مجموعات البيانات المخترقة التي تمت معالجتها باستخدام HMAC والمفتاح نفسيهما. ويتم الإبلاغ جهاز العميل بأي تطابق، وتخزين أي قيم غير متطابقة مع هوية المستخدم المجهولة.

وعند إضافة أسماء مستخدمين وكلمات مرور جديدة تعرضت للاختراق إلى النظام، تتم معالجتها باستخدام HMAC على وحدة الجهاز الأمني، وإضافتها إلى مجموعة بيانات BreachWatch، ومقارنتها مع قيم العميل المخزنة. وترسل أي تطابقات تنبيهًا إلى هوية هذا العميل.

يقوم العملاء بشكل دوري بتسجيل الدخول إلى BreachWatch وعرض معرفاتهم الخاصة بـ BreachWatch. يتم تنزيل أي رسائل مجدولة ويقوم العملاء بتحميل أي أسماء مستخدمين وكلمات مرور جديدة أو تم تغييرها ليتم معالجتها بنفس الطريقة

يقوم أمان خدمات BreachWatch على نموذج "ثقة عند الاستخدام الأول (TOFU، ما يعني أن العملاء يجب أن يفترضوا أن خادم BreachWatch ليس ضاراً (بمعنى أنه لا يتعرض للاختراق بشكل فعال من قبل أي متطفل) عندما يقوم العميل بتحميل قيمه المجزأة. بمجرد معالجة هذه القيم باستخدام وحدة جهاز أمني يتم تأمينها ضد محاولات الاختراق تتم دون الاتصال بالإنترنت. وبعبارة أخرى، إذا قام أحد المتطفلين بسرقة مجموعة بيانات قيم العملاء المخزنة، فلا يستطيع اختراق هذه القيم دون اتصال بالإنترنت دون مفتاح HMAC المخزن في وحدة الجهاز الأمني.

إذا ما تم اكتشاف كلمة مرور مخترقة، يرسل جهاز العميل تجزئة مزيج اسم المستخدم + كلمة المرور إلى خوادم BreachWatch والتي تقوم عندئذ بنفس مقارنة تجزئة HMAC لتحديد ما إذا كان قد تم اختراق مزيج اسم المستخدم +كلمة المرور، وإن كان الأمر كذلك، تتم إعادة المجالات المتعلقة بعمليات الاختراق هذه، ليتمكن جهاز العميل من تحديد إذا ما تطابق اسم المستخدم +كلمة المرور +المجال. إذا تطابقت المعلمات الثلاثة على جهاز العميل، يتم تنبيه المستخدم بخطورة عملية الاختراق.

BreachWatch Business

عند تفعيل BreachWatch لعملاء الشركات والمؤسسات، يتم مسح خزائن المستخدم النهائي تلقائياً في كل مرة يقوم مستخدم بتسجيل الدخول بواسطة Keeper. ويكون ملخص البيانات التي يتم فحصها من BreachWatch مشفراً على جهاز المستخدم بواسطة المفتاح العام للمؤسسة ويتم فك التشفير من خلال مسؤول المؤسسة عند تسجيل الدخول إلى وحدة تحكم المسؤول من Keeper. وتتضمن هذه المعلومات المشفرة عنوان البريد الإلكتروني وعدد السجلات شديدة الخطورة وعدد السجلات المحلولة وعدد السجلات المهملة. ويتمكن مسؤول Keeper من عرض احصائيات ملخصة على مستوى المستخدم داخل واجهة مستخدم وحدة تحكم المسؤول.

تسجيل الأحداث وإعداد التقارير

عند تكامل أجهزة المستخدم النهائي من Keeper مع الوحدة النمطية Advanced Reporting & Alerts Module، قد يتم تكوينها اختياريًا لنقل أحداث مفصلة في الوقت الفعلي لحلول SIEM خارجية وواجهة إعداد تقارير وحدة تحكم المسؤول من Keeper. وتتضمن بيانات الحدث عنوان البريد الإلكتروني، والمعرف الفريد للسجل، وعنوان بروتوكول الإنترنت، ومعلومات الجهاز (لا تتضمن الأحداث أي بيانات سجل تم فك تشفيرها، حيث إن Keeper هو منصة قائمة على أسلوب صفر المعرفة ولا يمكن فك تشفير بيانات المستخدم).

في الوضع الافتراضي، لا يتم إرسال بيانات أحداث BreachWatch التفصيلية إلى الوحدة النمطية Advanced Reporting & Alerts Module أو أي أنظمة تسجيل خارجية متصلة. لتفعيل تقارير بيانات BreachWatch على مستوى الأحداث في الوحدة النمطية Advanced Reporting & Alerts Module، يجب أن تقوم بتفعيل سياسة الإنفاذ القائمة على الأدوار والأحداث أسفل شاشة الدور المحدد > إعدادات الإنفاذ > ميزات الخزينة. وبمجرد تفعيلها، ستبدأ أجهزة المستخدم النهائي في إرسال بيانات الحدث هذه. وحيث إن التكامل مع حلول SIEM للأطراف الثالثة يُنقل من طرف Keeper إلى خدمة SIEM المستهدفة، بالتالي يمكن قراءة معلومات هذا الحدث من قبل خدمة SIEM المستهدفة، ويمكن استخدامها لتحديد السجلات والمستخدمين الذين لديهم كلمات مرور عالية الخطورة داخل المنظمة. وإذا لم يرغب مسؤول Keeper في نقل بيانات الحدث على مستوى السجل إلى الوحدة النمطية Advanced Reporting & Alerts Module، فيمكن ترك هذا الإعداد معطّل.

وضع عدم الاتصال بالإنترنت

يسمح نمط العمل من دون إنترنت للمستخدمين بالتمكن من الوصول إلى خزائنهم عندما لا يكون بإمكانهم الاتصال بـ Keeper أو بموفر هوية تسجيل الدخول الأحادي عبر الإنترنت. وتتوفر هذه الإمكانية على تطبيق Keeper للجوال، وتطبيق سطح المكتب، وتمتد إلى مستخدمي Business على متصفحات الويب الشائعة.

تعمل الإمكانية من خلال صنع نسخة من الخزينة لجهاز المستخدم المحلي. ويتم تشفير بيانات الخزينة المخزنة من دون اتصال بالإنترنت بواسطة AES-GCM مع "مفتاح عميل" 256-bit يتم توليده بشكل عشوائي وتتم حمايته من قبل PBKDF2-HMAC-SHA512 مع ما يصل إلى 1,000,000 تكرار وقيمة عشوائية مضافة. ويتم تخزين القيمة المضافة والتكرارات محليًا. وعندما يدخل المستخدم كلمة مروره الرئيسية، يتم اشتقاق مفتاح باستخدام القيمة المضافة والتكرارات ويتم إجراء محاولة لفك تشفير مفتاح العميل. ثم يتم استخدام مفتاح العميل لفك تشفير سجل الذاكرة المؤقتة المخزن. وإذا تم تمكين حماية التدمير الذاتي في خزينة المستخدم، فتجدر الإشارة إلى أن الفشل 5 مرات في تسجيل الدخول سيؤدي تلقائيًا إلى مسح كل بيانات الخزينة المخزنة محليًا.

بنية الشركات

تستخدم KSI خدمة Amazon AWS في أمريكا الشمالية وأوروبا وأستراليا لخصوصية البيانات المحلية والفصل الجغرافي لاستضافة حل Keeper وبنيتها وتشغيلهما. يسمح استخدام Amazon AWS لـ Keeper بقياس الموارد بسلاسة عند الطلب وتزويد العملاء بأكثر بيئات تخزين السحابة سرعة وأمانًا. تشغّل KSI بيئات متعددة المناطق لزيادة مدة التشغيل لأقصى حد وتقديم أسرع وقت استجابة للعملاء.

مصادقة الخادم

تتم حماية خزينة Keeper Cloud Security Vault بواسطة واجهات برمجة التطبيقات والتي تصادق على كل طلب من جهاز العميل. وفي جهاز العميل، يتم اشتقاق "مفتاح المصادقة" 256-bit من كلمة المرور الرئيسية باستخدام PBKDF2-HMAC-SHA256 وقيمة عشوائية مضافة. يتم توليد "تجزئة مصادقة" من خلال تجزئة "مفتاح المصادقة" باستخدام SHA-256. لتسجيل الدخول، تتم مقارنة تجزئة المصادقة مع تجزئة مصادقة مخزنة على Cloud Security Vault. بعد تسجيل الدخول، يتم توليد رمز جلسة ويتم استخدامه من قبل الجهاز العميل للطلبات اللاحقة. يجب تجديد رمز المصادقة هذا كل 30 دقيقة، أو بناءً على طلب الخادم.

بروتوكول طبقة المنافذ الآمنة

تدعم KSI كل من TLS 256-bit و128-bit لتشفير كل عمليات نقل البيانات بين تطبيق العميل ومساحة تخزين KSI القائمة على السحابة. وهذا هو مستوى التشفير نفسه الذي يحظى بثقة ملايين الأفراد والشركات كل يوم لمعاملات الويب التي تتطلب الأمان، مثل المعاملات المصرفية، والتسوق عبر الإنترنت، والتداول بالأسهم، والوصول إلى المعلومات الطبية، ورفع الإقرارات الضريبية.

تنشر KSI اعتمادات TLS الموقعة باستخدام خوارزمية SHA2، وهي خوارزمية التوقيع الأكثر أمانًا في الوقت الحالي والموفرة من قبل سلطات الاعتماد التجاري. وتُعدّ SHA2 أكثر أمانًا بكثير من SHA1 المُستخدم على نطاق واسع، والذي قد يتم استغلاله بسبب الضعف الحسابي المحدد في الخوارزمية. ويساعد SHA2 في الحماية من إصدار شهادات مزورة قد يستخدمها المهاجم لانتحال صفة موقع ويب.

يدعم KSI أيضًا شفافية الاعتماد (CT)، وهي مبادرة أطلقتها شركة Google لإنشاء سجل قابل للتدقيق العام يضم الاعتمادات الموقعة من سلطات الاعتماد. وتساعد هذه المبادرة على الحماية من إصدار الشهادات من كيانات غير مصرح لها. والمبادرة حاليًا مدعومة في الإصدارات الأخيرة من متصفح الويب Chrome. يمكن العثور على المزيد من المعلومات حول شفافية الاعتماد على https://www.certificate-transparency.org. يدعم Keeper مجموعات برامج التشفير TLS التالية:

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

تثبيت المفتاح

يقوم عملاء Keeper المحليين بتثبيت المفتاح العام، وهي آلية أمن تمنع انتحال الهوية من قبل المخترقين باستخدام شهادات رقمية احتيالية.

الحماية من هجمات البرمجة عبر المواقع (XSS)

تطبق خزينة الويب التي يوفرها Keeper سياسة أمان صارمة للمحتوى تضيع قيوداً على نقطة إصدار الطلبات الصادرة وتمنع تنفيذ جميع البرامج النصية، باستثناء تلك الصادرة صراحةً من Keeper، بما في ذلك البرامج النصية المضمنة وسمات HTML التي تعالج الأحداث، وهو ما يؤدي إلى تقليص معظم متجهات هجمات البرمجة عبر المواقع أو القضاء عليها تماماً.

يقتصر الوصول إلى أسماء المجالات KeeperSecurity.com وKeeperSecurity.eu على HTTPS مع TLS v1.3 ويتم فرضه بواسطة HTTP Strict Transport Security. ويمنع ذلك مجموعة واسعة من عمليات اكتشاف الحزم وتعديل البيانات وهجمات الوسيط.

ضمن ملحق متصفح Keeper، لن يطالب Keeper المستخدمين بتسجيل الدخول إلى خزينتهم من داخل منطقة إطار الصفحة. ويتم تسجيل الدخول إلى الملحق من منطقة شريط أدوات ملحق المتصفح داخل المتصفح. ويتم تسجيل الدخول إلى الخزينة على متصفح الويب دائمًا إما على مجال KeeperSecurity.com أو KeeperSecurity.eu، أو من شريط أدوات ملحق متصفح Keeper الموجود خارج صفحة المحتوى.

يقوم ملحق المتصفح من Keeper على Chrome وFirefox وEdge وOpera باستخدام iFrames لإدخال بيانات السجل على شاشات تسجيل الدخول لمواقع الويب لضمان عدم وصول المواقع الضارة إلى المحتوى المدخل. يقتصر محتوى السجل المدخل إلى iFrames على سجلات الخزينة المخزنة في خزينة المستخدم التي تتوافق مع المجال الخاص بموقع الويب المستهدف. لا تقدم Keeper ميزة الملء التلقائي لبيانات تسجيل الدخول أو كلمة المرور ما لم يتوافق مجال موقع الويب مع حقل مجال موقع الويب الخاص بسجل خزينة Keeper.

يستخدم ملحق Internet Explorer نافذة تطبيقات أصلية منفصلة لتسجيل الدخول والوصول إلى السجلات. ولا تخضع هذه النوافذ المنفصلة لهجمات XSS لأنه لا يمكن الوصول إليها من المتصفح. وهذا يسمح للملحق في Internet Explorer بتقديم نافذة تسجيل دخول من داخل الصفحة. لن يُظهر الملحق السجلات ما لم تتوافق السجلات مع جذر عنوان موقع الويب.

قد تحصل ملحقات المتصفح الخارجية على أذونات متقدمة في متصفحات الويب ويمكنها الوصول إلى معلومات داخل الصفحة. وبناء عليه يوصى بأن يمنع مسؤولو Keeper المستخدمين من تثبيت ملحقات متصفح خارجية من متجر التطبيقات الخاص بالمتصفح.

سلسلة مفاتيح iOS وTouch ID®‎وFace ID®‎

يسمح لك Touch ID وFace ID المتاحان على الأجهزة التي تعمل بنظام تشغيل iOS بالوصول إلى خزينة Keeper الخاصة بك باستخدام المقاييس الحيوية. لتوفير هذه الميزة المريحة، يتم تخزين "مفتاح مقاييس حيوية" مولد عشوائيًا في سلسلة المفاتيح الخاص بنظام تشغيل iOS. إن عنصر سلسلة مفاتيح iOS المنشأ لهذه الوظيفة غير مصمم للمزامنة مع سلسلة مفاتيح iCloud؛ وبناء عليه، لن يغادر جهازك الجوال الذي يعمل بنظام تشغيل iOS.

يوصى بشدة أن تستخدم كلمة مرور رئيسية معقدة وتمكن المصادقة متعددة لعوامل لتوفير أقصى قدر ممكن من الأمان لخزينة Keeper المشفرة الخاصة بك. واستخدام بصمة الإصبع وبصمة الوجه يجعل استخدام كلمة مرور رئيسية معقدة أكثر ملاءمة على جهازك الجوال الذي يعمل بنظام تشغيل iOS. كما يوصى بأن تضبط رمز مرور ليكون أطول من الحد الأدنى البالغ 4 أرقام لتأمين سلسلة مفاتيح iOS.

يستخدم نظام التشغيل iOS والتطبيقات سلسلة مفاتيح iOS لتخزين بيانات الاعتماد بأمان. وتستخدم تطبيقات iOS سلسلة مفاتيح iOS لتخزين مختلف أنواع المعلومات الحساسة التي تتضمن كلمات مرور مواقع الويب، والمفاتيح، وأرقام بطاقات الائتمان، ومعلومات Apple Pay™‎. لا يستخدم Keeper سلسلة مفاتيح iOS لتخزين سجلات Keeper الخاصة بك حيث إن كل سجلات Keeper محمية بتشفير 256-bit AES ويتم تخزينها بأمان في خزينة Keeper. كما أن سلسلة مفاتيح iOS مشفرة بواسطة تشفير 256-bit AES باستخدام رمز المرور الخاص بالجهاز. لذا، فحتى إذا تعرّض الجهاز للفقدان أو السرقة أو إذا تمكن مخترق من الحصول على الهاتف الجوال الفعلي، فلن يكون قادرًا على الوصول إلى أي معلومات مخزنة خاصة بـ Keeper. ولا يمكن فك تشفير سلسلة مفاتيح iOS بدون رمز المرور ولا يمكن فك تشفير خزينة Keeper بدون كلمة المرور الرئيسية للمستخدم على Keeper.

المقاييس الحيوية

يدعم Keeper بالأساس Windows Hello، ومعرف اللمس، ومعرف الوجه، والمقاييس الحيوية لأنظمة التشغيل التي تعمل بنظام Android. ويمكن أيضًا للعملاء الذين يقومون عادة بتسجيل الدخول إلى خزينة Keeper الخاصة بهم باستخدام كلمة مرور رئيسية أو تسجيل الدخول الأحادي للمؤسسات (SAML 2.0) تسجيل الدخول إلى أجهزتهم باستخدام مقياس حيوي. يجب تمكين المقاييس الحيوية من قِبل مسؤول Keeper في سياسة الأدوار. ويمكن أيضًا الوصول من دون اتصال بالإنترنت باستخدام مقياس حيوي لكل من المستخدمين الذين يتم تمكين كلمة المرور الرئيسية وكلمة المرور الأحادية عند تنشيط هذه الميزة.

عند تمكين تسجيل الدخول بالمقاييس الحيوية على الجهاز، يتم إنشاء المفتاح محليًا بشكل عشوائي وتخزينه في منطقة معزولة آمنة (على سبيل المثال سلسلة المفاتيح "Keychain") في الجهاز. ويتم تشفير مفتاح بيانات المستخدم بمفتاح المقاييس الحيوية. وعند نجاح المصادقة بالمقاييس الحيوية، يتم استرداد المفتاح، ويتمكن المستخدم من فك تشفير خزينته.

Apple Watch®‎

تسمح ميزة التفضيل في Apple Watch بعرض السجلات المحددة في Apple Watch المقترنة. يجب أن يتم تمكين سجلات Keeper صراحةً للسماح بالعرض على Apple Watch. وتتواصل Apple Watch المقترنة مع ملحق Keeper Watch والذي يعمل بشفافية في فراغ تحديد آلية وصول مستقل عن تطبيق Keeper لنظام iOS. كما يستخدم ملحق Keeper Watch سلسلة مفاتيح iOS من أجل التخزين والوصول الآمنين للمفاتيح لتمكينه من التواصل بسلاسة وأمان مع تطبيق Keeper لنظام iOS.

Keeper DNA®‎

توفر ميزة Keeper DNA طريقة مصادقة متعددة العوامل باستخدام ساعة ذكية. فعند إقران ميزة Keeper DNA مع Apple Watch، تقدم أسلوب مصادقة متعدد العوامل لا مثيل له من حيث الراحة والأمان. وهي تستخدم رموز أمان مخزنة في خزينة Keeper لإنشاء رموز مستندة إلى الوقت للمصادقة متعددة العوامل. ثم يمكن الموافقة على طلبات المصادقة المستندة إلى الوقت هذه وإرسالها تلقائيًا من جهاز الساعة الذكية (أو جهاز Android Wear) بنقرة على شاشة الساعة أو إدخالها يدويًا من خلال المستخدم. وتساعد طبقات التشفير المتعددة ومعرف اللمس والمصادقة متعددة العوامل في جعل Keeper DNA طريقة المصادقة الأكثر أناقة وأمانًا وتطورًا المتاحة.

الامتثال والتدقيق

معتمد من FedRAMP بمرتبة High

Keeper ICAM & Identity Security Platform هي منصة إدارة كلمات المرور والأمن السيبراني من Keeper Security لمؤسسات القطاع العام. و Keeper ICAM & Identity Security Platform هي مزوّد معتمد من FedRAMP على المستوى عالي التأثير، وتتم استضافتها في AWS GovCloud (الولايات المتحدة). يمكن العثور على Keeper ICAM & Identity Security Platform في سوق FedRAMP.

برنامج إدارة المخاطر والتفويض الفيدرالي (FedRAMP) هو برنامج للحكومة الفيدرالية للولايات المتحدة يوفر نهجًا معياريًا للتقييم والتفويض الأمني والمراقبة المستمرة للمنتجات والخدمات على السحابة. ويرمي برنامج FedRAMP إلى تسريع اعتماد الوكالات الحكومية للحلول الحديثة القائمة على السحابة، مع التركيز على الأمان وحماية المعلومات الفيدرالية.

حاصل على اعتماد عالي المستوى من GovRAMP

تم إنشاء GovRAMP بعد حوالي عقد من إنشاء FedRAMP، بهدف التشجيع على اتباع حلول آمنة قائمة على السحابة على مستويات الولاية والحكومة المحلية. عادة الحصول على تفويض GovRAMP يكون عملية تستغرق عامين، وقد تم تبسيطها عبر برنامج التواصل المتبادل بفضل تفويض FedRAMP من Keeper.

امتثال SOC 2

سجلات خزائن العملاء محمية باستخدام ممارسات تحكم داخلية صارمة وتتم مراقبتها عن كثب. ولقد حصل Keeper على اعتماد الامتثال إلى SOC 2 من النوع 2 لأكثر من عشرة أعوام وفقًا لإطار مراقبة تنظيم الخدمات لمؤسسات الخدمات التابع المعهد الأمريكي للمحاسبين القانونيين (AICPA)ويساعد الامتثال لمعيار SOC2 على ضمان الحفاظ على تأمين خزائن المستخدمين من خلال تطبيق أدوات التحكم القياسية على النحو المحدد في إطار مبادئ خدمات الثقة التابع للمعهد الأمريكي للمحاسبين القانونيين.

شهادة ISO 27001 و27017 و27018

Keeper حاصل على اعتمادات ISO 27001 و27017 و27018، التي تغطي نظام إدارة معلومات الأمان من Keeper والبنية التحتية السحابية، التي تدعم منصة Keeper Enterprise. تتضمن اعتمادات ISO التي حصل عليها Keeper إدارة الخزينة الرقمية والخدمات السحابية وتشغيلها، وضوابط الأمان السحابية، وضوابط خصوصية البيانات، وتطوير البرامج والتطبيقات وحماية الموارد الرقمية لكل من الخزينة الرقمية والخدمات السحابية.

امتثال اللائحة العامة لحماية البيانات

تمتثل Keeper للائحة العامة لحماية البيانات، ونحن ملتزمون بضمان استمرار الحفاظ على امتثال العمليات التي نتبعها في العمل والمنتجات التي نصدرها من أجل عملائنا في الاتحاد الأوروبي.

يمتثل إلى لوائح الاتجار الدولي للأسلحة (ITAR)

يدعم Keeper ICAM & Identity Security Platform for Government الامتثال إلى لوائح الاتجار الدولي للأسلحة (ITAR). حيث يجب أن تسيطر الشركات التي تخضع إلى لوائح التصدير الخاصة بلوائح الاتجار الدولي للأسلحة على عمليات التصدير غير المقصودة عبر حظر الوصول إلى البيانات المحمية لموطني الولايات المتحدة وعبر حظر الموقع المادي للبيانات المحمية للولايات المتحدة.

تدعم بيئة FedRAMP المعتدلة من Keeper ICAM & Identity Security Platform for Government's متطلبات لوائح الاتجار الدولي للأسلحة عبر ما يلي:

• بإمكان AWS GovCloud تقديم خدمة تخزين بيانات ممتثلة تمامًا وتقتصر على الولايات المتحدة.
• يوفر Keeper ICAM & Identity Security Platform for Government تشفير بيانات آمناً خلال النقل والثبات.
• يسمح الأمن القائم على أسلوب صفر المعرفة ومبدأ انعدام الثقة بالاقتران مع الأذونات الدقيقة للمنظمات بالتأكد من أن يتمكن الموظفون المعتمدون فقط من الوصول إلى البيانات الحساسة.
• توفر خصائص الإبلاغ بالامتثال القوية سجل مراجعة إلكتروني، يمكن تتبعه لجميع الإجراءات المنفذة والبيانات المدخلة.
• يتكون فريق نجاح العملاء المنفصل من مواطنين أمريكيين مدربين خصيصًا على التعامل الآمن مع البيانات الخاضعة لقوانين التصدير ولوائح الاتجار الدولي للأسلحة، من دون أي دعم من خارج الولايات المتحدة.

تم تدقيق بيئة FedRAMP الخاصة بـ Keeper من قبل منظمة تقييم خارجية مستقلة (3PAO) للتحقق من وجود ضوابط ملائمة لدعم برامج امتثال تصدير العملاء ويستمر في أن يخضع للتدقيق بشكل سنوي حسب الاقتضاء لضمان الامتثال.

المزيد من المعلومات حول لوائح الاتجار الدولي للأسلحة (ITAR).

شهادة نظام تأهيل الخدمات المالية في هولندا

تم اعتماد Keeper Security EMEA Limited بموجب نظام Hellios لتأهيل الخدمات المالية في هولندا (FSQS-NL) الذي يعترف بأعلى معايير الأمان، والجودة، والابتكار في هولندا. ويوضح هذا المعيار الامتثال لهيئة السلوك المالي وهيئة التنظيم التحوطي لضمان مصداقية برنامج Keeper Enterprise للبنوك الكبيرة والمؤسسات المالية.

حماية البيانات الطبية للمرضى

يتوافق برنامج Keeper مع المعايير العالمية لحماية البيانات الطبية بما يشمل، دون تقييد، قانون نقل التأمين الطبي ومسؤوليته (HIPAA) وقانون حماية البيانات (DPA).

الامتثال لقانون منقولية ومساءلة التأمين الصحي واتفاقيات شركاء الأعمال

Keeper هي منصة أمنية قائمة على مبدأ صفر المعرفة معتمدة من SOC2 وISO 27001 و27017 و27018 وممتثلة لقانون منقولية ومساءلة التأمين الصحي (HIPAA). علاوة على ذلك، هناك التزام شديد وضوابط صارمة لضمان الخصوصية، والسرية، والنزاهة، والإتاحة. لا يستطيع Keeper، بفضل بنية الأمان التي يتميز بها، فك تشفير أي معلومات أو الاطلاع عليها أو الوصول إليها، بما في ذلك المعلومات الصحية المحمية الإلكترونية (ePHI) المخزنة في خزينة Keeper الخاصة بالمستخدم. وللأسباب السابقة، فإن Keeper ليست شريك أعمال كما هو مُعرف في قانون منقولية ومساءلة التأمين الصحي، وبناء عليه، لا تخضع لاتفاقية شركاء الأعمال.

لمعرفة المزيد حول المزايا الإضافية المتوفرة لموفري الرعاية الصحية وشركات التأمين الصحي، يُرجى قراءة هذا الإفصاح الأمني بالكامل وزيارة دليل المؤسسات الخاص بنا.

الامتثال لقانون المرونة التشغيلية الرقمية (DORA)

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

اختبار الاختراق

تجري Keeper اختبارات دورية بالقلم مع خبراء خارجيين، بما في ذلك NCC Group، وSecarma، وRhino Security، وCybertest، وباحثون أمنيون مستقلون ضد كل منتجاتنا وأنظمتنا. أبرمت Keeper أيضًا شراكة مع Bugcrowd لإدارة برنامج الكشف عن نقاط الضعف الخاص بها.

اختبارات المسح الأمني والاختراق من الأطراف الثالثة

يتم اختبار KSI يوميًا من قبل McAfee Secure لضمان أن يكون تطبيق الويب من Keeper وCloud Security Vault من KSI آمنين من الاستغلال المعروف عن بُعد، والثغرات الأمنية، وهجمات قطع الخدمة. ويمكن العثور على شعارات McAfee Secure على موقع Keeper على الويب لتأكيد الاختبار اليومي لموقع Keeper على الويب، وتطبيق الويب، وCloud Security Vault.

يتم إجراء مسح أمني خارجي شامل على أساس شهري بواسطة McAfee Secure على موقع Keeper على الويب، وتطبيق الويب من Keeper، وKeeper Cloud Security Vault. يقوم طاقم Keeper بشكل دوري ببدء عمليات مسح خارجي عند الطلب عبر McAfee Secure.

معالجة الدفع والامتثال لمعايير PCI

تستخدم KSI خدمة PayPal وStripe للمعالجة الآمنة لعمليات الدفع بالبطاقات الائتمانية وبطاقات الخصم من خلال موقع الدفع على الويب الخاص بشركة KSI. يُعدّ كل من PayPal وStripe من حلول معالجة المعاملات الممتثلة لـ PCI-DSS.

KSI معتمدة من McAfee Secure بأنها تمتثل لمعيار PCI-DSS.

درع الخصوصية الخاص بالاتحاد الأوروبي والولايات المتحدة

تم اعتماد امتثال كل من عميل الويب من Keeper، وتطبيق Android، وتطبيق هاتف Windows، وتطبيق iPhone/iPad، وملحقات المتصفحات لدرع الخصوصية الخاص بالاتحاد الأوروبي والولايات المتحدة، بما يلبي توجيه المفوضية الأوروبية بشأن حماية البيانات.

لمزيد من المعلومات عن برنامج درع الخصوصية الخاص بالاتحاد الأوروبي والولايات المتحدة التابع لوزارة التجارة الأمريكية، راجع https://www.privacyshield.gov

مُجاز وفقًا لمعيار FIPS 140-3

تستخدم Keeper نماذج تشفير FIPS 140-3 متحقق منها لتلبية المتطلبات الأمنية الصارمة للقطاع الحكومي والعام. وقد تم اعتماد تشفير Keeper بواسطة برنامج التحقق من نموذج التشفير (CMVP) NIST وتم التحقق من استيفائه المعيار FIPS 140 بواسطة معامل خارجية معتمدة. تم إصدار الشهادة رقم 3967 لـ Keeper بموجب برنامج التحقق من نموذج التشفير (CMVP) NIST

يمتثل إلى الجزء 21 من قانون اللوائح الفيدرالية (CFR) التابع لهيئة الغذاء والدواء (FDA)

يمتثل Keeper إلى الباب 21 الجزء 11 من قانون اللوائح الفيدرالية (CFR) والتي تُطبق على العلماء العاملين في بيئات شديدة التنظيم، بما في ذلك الباحثين الذين يجرون تجارب سريرية. وتحدد هذه اللائحة معايير هيئة الغذاء والدواء (FDA) التي يعتبر بموجبها السجلات الإلكترونية والتوقيعات جديرة بالثقة ويمكن الاعتماد عليها وتكافئ السجلات الورقية ذات التوقيعات المكتوبة بخط اليد. وبشكل خاص يجب على العلماء التأكد من امتثال كل البرامج التي يستخدمونها إلى قواعد الباب 21 الجزء 11 من قانون اللوائح الفيدرالية (CFR) بشأن ما يلي:

أداوت تحكم أمنية لتحديد هوية المستخدم – يمتثل Keeper إلى متطلبات الباب 21 الجزء 11 من قانون اللوائح الفيدرالية (CFR) الخاصة بميزات الأمن والتي تحد من وصول المستخدم وامتيازاته، ويشمل ذلك التأكد من امتلاك كل المستخدمين أسماء مستخدمين وكلمات مرور فريدة، والقدرة على اكتشاف الوصول غير المصرح به ومنعه، والقدرة على قفل الحسابات المخترقة.

سجل مراجعة مفصل

خلال عمليات تفتيش إدارة الغذاء والدواء، تطالب المنظمات الباحثين بتوفير مسار تدقيق يضم سجلاً زمنياً مفصلاً لكل العمليات. تسمح ميزات إعداد تقارير الامتثال من Keeper للباحثين بإصدار مسارات تدقيق إلكترونية قابلة للتتبع بسهولة.

التوقيعات الإلكترونية

عندما تطالب وثيقة بوجود توقيع إلكتروني ملزم قانوناً، يُطالب الباب 21 الجزء 11 من قانون اللوائح الفيدرالية (CFR) أن يتم إرفاق التوقيع ببيانات تسجيل دخول وكلمة مرور فريدة أو تحديد الهوية بالمقاييس الحيوية. ويدعم Keeper هذه المتطلبات عبر تمكين الباحثين من ضمان حصول كل المستخدمين على أسماء مستخدمين وكلمات مرور فريدة، وأن يتم تخزينها بأمان في خزينة رقمية لا يستطيع أي شخص الوصول إليها سوى المستخدم فقط.

مرخصة من وزارة التجارة الأمريكية تحت لوائح تنظيم التصدير

Keeper معتمدة من مكتب الصناعة والأمن التابع لوزارة التجارة الأمريكية بموجب مراقبة تصنيف سلع التصدير رقم 5D992، بالاتساق مع لوائح إدارة الصادرات (EAR).

لمزيد من المعلومات حول لوائح إدارة الصادرات (EAR): https://www.bis.doc.gov

مراقبة عن بُعد على مدار الساعة طيلة أيام الأسبوع

تتم مراقبة Keeper على مدار الساعة طيلة أيام الأسبوع طوال العام بواسطة شبكة مراقبة خارجية عالمية لضمان أن يكون موقع الويب وCloud Security Vault الخاصين بنا متاحين حول العالم.

إذا كانت لديك أي أسئلة بشأن هذا الإفصاح الأمني، فيُرجى الاتصال بنا.

رسائل البريد الإلكتروني للتصيد الاحتيالي أو رسائل البريد الإلكتروني المخادعة

إذا تلقيت رسالة بريد إلكتروني تزعم أنها مرسلة من KSI ولم تكن واثقًا من صحتها، فقد تكون "رسالة إلكترونية للتصيد والاحتيال" حيث يتم تزوير عنوان البريد الإلكتروني للمرسل أو "الخداع" فيه. في هذه الحالة، قد يحتوي البريد الإلكتروني على روابط إلى موقع ويب يشبه KeeperSecurity.com لكنه لا يكون موقعنا. وقد يطلب منك موقع الويب كلمة مرورك الرئيسية على Keeper Security أو يحاول تثبيت برنامج غير مرغوب فيه على جهاز الكمبيوتر الخاص بك، في محاولة لسرقة معلوماتك الشخصية أو الوصول إلى جهاز الكمبيوتر الخاص بك. وتتضمن رسائل بريد إلكتروني أخرى روابط قد تعيد توجيهك إلى مواقع ويب أخرى يحتمل أن تكون خطرة. قد تتضمن الرسالة أيضًا مرفقات، عادة ما تتضمن برامج غير مرغوب فيها تُدعى "برامج ضارة". فإن لم تكن واثقًا من أي بريد إلكتروني تتلقاه في بريدك الوارد، فيجب عليك حذفه من دون النقر على أي روابط أو فتح أي مرفقات.

إذا كنت ترغب في الإبلاغ عن بريد إلكتروني يزعم أنه من KSI وتعتقد أنه تزوير أو إذا كانت لديك أي مخاوف أمنية أخرى تتعلق بأمور أخرى مع KSI، فيُرجى الاتصال بنا.

بنية تحتية للاستضافة معتمدة وفقًا لأشد المعايير صرامة في المجال

يعمل موقع الويب وتخزين السحابة في Keeper بنية أساسية للحوسبة على السحابة آمنة تابعة لـAmazon Web Services (AWS). ولقد تم اعتماد بنية السحابة في AWS والتي تستضيف بنية نظام Keeper لتلبية إثباتات وتقارير وشهادات الطرف الثالث التالية:

• SOC 1/ SSAE 26/ISAE 3402 (SAS70)
• SOC 2
• SOC 3
• PCI DSS Level 1
• ISO 27001
• FedRAMP High
• DIACAP
• FISMA
• ITAC
• FIPS 140-3
• CSA
• MPAA

برنامج مكافأة اكتشاف نقاط الضعف والخلل

تلتزم Keeper Security بأفضل الممارسات في المجال للإفصاح المسؤول عن المشاكل الأمنية المحتملة. فنحن نأخذ أمنك وخصوصيتك على محمل الجد، ومن هنا نلتزم بحماية خصوصية العملاء وبياناتهم الشخصية. تتمثل مهمة KSI في بناء التطبيقات الأمنية الأكثر أمانًا وابتكارًا في العالم، ونحن نعتقد أن تقارير الأخطاء التي تصدر عن المجتمع الدولي للباحثين في مجال الأمن ضرورية لضمان أمان منتجات KSI وخدماتها.

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

الإرشادات

تنص سياسة الإفصاح عن أوجه الضعف في Keeper على استثناءات عند العمل مع المخترقين حسني النية، وكذلك ما يمكنك أن تتوقعه منا.

إذا تم اختبار الأمن والإبلاغ عنه بما يتوافق مع إرشادات هذه السياسة، فإننا:

• نعتبره مصرحًا به وفقًا لقانون الاحتيال وإساءة استعمال الكمبيوتر،
• ونعتبره معفيًا من قانون الألفية للملكية الرقمية (DMCA)، ولن نرفع أي دعوى ضدك لتجاوزك أي ضوابط أمنية أو تكنولوجية،
• ونعتبره قانونيًا، ولن نتخذ أي إجراء قانوني أو ندعم أي دعوى قضائية ضدك في ما يتعلق بهذا البرنامج،
• وسنعمل معك لفهم المشكلة وحلها سريعًا،
• وسنعترف بمساهمتك علنًا إذا كنت أول من يبلغ عن المشكلة وإن قمنا بتصميم كود أو تغيير تكوين استنادًا إلى المشكلة.

إذا شعرت بالقلق في أي وقت أو إن لم تكن واثقًا من الاختبار بطريقة تتسق مع الإرشادات ونطاق هذه السياسة، فيُرجى التواصل معنا على security@keepersecurity.com قبل المتابعة.

لتشجيع اختبار الأمن حسن النية والإفصاح عن أوجه الضعف المكتشفة، نطلب منك:

• تجنب انتهاك الخصوصية، و/أو إلحاق الضرر بتجربة المستخدم، و/أو تعطيل الإنتاج أو أنظمة الشركات، و/أو إتلاف البيانات،
• وقم بالأبحاث فقط ضمن النطاق المحدد من برنامج الكشف عن الثغرات الأمنية، Bugcrowd، الذي تجد رابطه أدناه، واحترم الأنظمة والأنشطة التي تقع خارج النطاق،
• وتواصل معنا على الفور على security@keepersecurity.com إذا صادفت أي بيانات مستخدم أثناء الاختبار،
• وامنحنا ما يكفي من الوقت لتحليل المشكلة المبلغ عنها وتأكيدها وحلها قبل الإفصاح علنًا عن أي أوجه ضعف تم اكتشافها.

تقديم تقرير

عقد Keeper شراكة مع Bugcrowd لإدارة برنامج الكشف عن الثغرات الأمنية الخاص بنا.

الرجاء تقديم التقارير من خلال https://bugcrowd.com/keepersecurity.

معلومات إضافية

وثائق المنتج

تتوفر بوابة وثائق Keeper التي يتضمن أدلة المنتج، والمعلومات التقنية، وملاحظات الإصدار، وأدلة المستخدم النهائي على: https://docs.keeper.io

حالة النظام

يمكن الاطلاع على حالة النظام في الوقت الحقيقي على: https://statuspage.keeper.io

الملحق الفرعي هـ

ملحق المملكة المتحدة

بنود حماية البيانات القياسية المتوجب إصدارها من قبل المفوض بموجب قانون حماية البيانات S119A(1) لعام 2018

ملحق نقل البيانات الدولي للبنود التعاقدية القياسية للمفوضية الأوروبية

الإصدار ب1.0، الساري اعتبارًا من 21 مارس 2022

تم إصدار هذا الملحق من قبل مفوض المعلومات للأطراف التي تجري عمليات نقل مقيدة. ويرى مفوض المعلومات أن الملحق، عند إبرامه كعقد ملزِم قانونًا، يوفر تدابير وقائية مناسبة لعمليات النقل المقيدة.

الجزء 1: الجداول

الجدول 1: الطرفان

الجدول 2: البنود التعاقدية القياسية المحددة، والوحدات النمطية والبنود المحددة

الجدول 3: معلومات الملحق

"معلومات الملحق" تعني المعلومات المتوجب توفيرها للوحدات النمطية المحددة على النحو المبين في ملحق البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي (بخلاف الطرفين)، والتي يتم تضمينها لهذا الملحق في:

المرفق 1أ: قائمة الأطراف: راجع المرفق 1 من الملحق المبرم بين الطرفين.

المرفق 1ب: وصف النقل: راجع الملحق الفرعي أ من الملحق المبرم بين الطرفين.

المرفق 2: التدابير التقنية والتنظيمية، بما في ذلك التدابير التقنية والتنظيمية الرامية إلى ضمان أمان البيانات: راجع الملحق الفرعي د للملحق بين الطرفين.

المرفق 3: قائمة المعالجين الفرعيين (الوحدتان النمطيتان 2 و3 فقط): راجع الملحق الفرعي ب للملحق بين الطرفين.

الجدول 4: إنهاء هذا الملحق عندما يتغير الملحق المعتمد

الجزء 2: البنود الإلزامية

إبرام هذا الملحق

1. يوافق كل طرف على الالتزام بالشروط والأحكام المبينة في هذا الملحق، لقاء موافقة الطرف الآخر أيضًا على التقيد بهذا الملحق.
2. على الرغم من أن المرفق 1أ والبند 7 من البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي يتطلبان توقيع الطرفين، لغرض إجراء عمليات نقل مقيدة، يجوز للطرفين إبرام هذا الملحق بأي طريقة تجعلها ملزمة قانونًا على الطرفين وتسمح لأصحاب البيانات بإنفاذ حقوقهم على النحو المبين في هذا الملحق. وسيكون للتوقيع على هذا الملحق الأثر نفسه كالتوقيع على البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي وأي جزء منها.

تفسير هذا الملحق

3. حيث يستخدم هذا الملحق مصطلحات معرّفة في البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي، يكون لهذه المصطلحات المعنى نفسه الوارد في البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي. بالإضافة إلى ذلك، تحمل المصطلحات التالية المعنى التالي:

4. يجب تفسير هذا الملحق دائمًا بطريقة تتفق مع قوانين حماية البيانات في المملكة المتحدة وبحيث يفي بالتزام الطرفين بتوفير التدابير الوقائية المناسبة.
5. إذا كانت الأحكام المدرجة في البنود التعاقدية القياسية لملحق الاتحاد الأوروبي تعدّل البنود التعاقدية القياسية المعتمدة بأي شكل غير مسموح به بموجب البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي أو الملحق المعتمد، فلن يتم تضمين هذا التعديل (هذه التعديلات) في هذا الملحق وسيحل محلها الحكم المكافئ من البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي.
6. إذا كان هناك أي تعارض أو تضارب بين قوانين حماية البيانات في المملكة المتحدة وهذا الملحق، فتنطبق قوانين حماية البيانات في المملكة المتحدة.
7. في حال لم يكن تعريف هذا الملحق واضحًا أو في حال كان هناك أكثر من تعريف واحد، فينطبق التفسير الأكثر تراصفًا مع قوانين حماية البيانات في المملكة المتحدة.
8. تعني أي إشارات إلى التشريعات (أو أحكام محددة منها) تلك التشريعات (أو الأحكام المحددة) التي قد تتغير بمرور الوقت. ويشمل ذلك الحالات التي تم فيها دمج ذلك التشريع (أو الحكم المحدد) و/أو إعادة سنه و/أو الاستعاضة عنه بعد إبرام هذا الملحق.

التسلسل الهرمي

9. على الرغم من أن البند 5 من البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي يبيّن أن البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي تطغى على كل الاتفاقيات ذات الصلة المبرمة بين الطرفين، فيوافق الطرفان على أن تكون الغلبة للتسلسل الهرمي الوارد في القسم 10 في ما يتعلق بعمليات النقل المقيدة.
10. وحيثما يكون هناك أي تعارض أو تضارب بين الملحق المعتمد والبنود التعاقدية القياسية للاتحاد الأوروبي (حسبما ينطبق)، يطغى الملحق المعتمد على البنود التعاقدية القياسية لملحق الاتحاد الأوروبي، باستثناء حيث توفر الشروط المتضاربة أو المتعارضة من البنود التعاقدية القياسية لملحق الاتحاد الأوروبي حماية أكبر لأصحاب البيانات (وما دامت تفعل ذلك)، وفي هذه الحالة تطغى تلك الشروط على الملحق المعتمد.
11. حيث يشمل هذا الملحق البنود التعاقدية القياسية لملحق الاتحاد الأوروبي المُبرمة لحماية عمليات النقل الخاضعة للائحة حماية البيانات العامة (الاتحاد الأوروبي) 2016/679، يقر الطرفان بأن لا شيء في هذا الملحق يؤثر في البنود التعاقدية القياسية لملحق الاتحاد الأوروبي.

تضمين البنود التعاقدية القياسية للاتحاد الأوروبي والتغييرات فيه

12. يشتمل هذا الملحق على البنود التعاقدية القياسية لملحق الاتحاد الأوروبي التي يتم تعديلها بالقدر اللازم بحيث:
    1. يعملان معًا لعمليات نقل البيانات التي يجريها مصدّر البيانات إلى مستورد البيانات، إلى الحد الذي تنطبق فيه قوانين حماية البيانات في المملكة المتحدة على معالجة مصدّر البيانات عند إجراء نقل البيانات هذا، ويوفران تدابير وقائية مناسبة لعمليات نقل البيانات هذه؛
    2. تطغى الأقسام 9 إلى 11 على البند 5 (التسلسل الهرمي) من البنود التعاقدية القياسية لملحق الاتحاد الأوروبي؛
    3. يخضع هذا الملحق (بما في ذلك البنود التعاقدية القياسية لملحق الاتحاد الأوروبي المدرجة فيه) (1) لقوانين إنجلترا وويلز و(2) يتم حل أي نزاع ينشأ عنه بواسطة محاكم إنجلترا وويلز، في كل حالة ما لم يتم تحديد القوانين و/أو المحاكم في اسكتلندا أو أيرلندا الشمالية صراحةً من قبل الطرفين.
13. ما لم يتفق الطرفان على تعديلات بديلة تلبي متطلبات القسم 12، تنطبق أحكام القسم 15.
14. لا يجوز إجراء أي تعديلات على البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي بخلاف تلبية متطلبات القسم 12.
15. يتم إجراء التعديلات التالية على البنود التعاقدية القياسية لملحق الاتحاد الأوروبي (لغرض القسم 12):

    1. تعني الإشارات إلى "البنود" هذا الملحق، الذي يتضمن البنود التعاقدية القياسية لملحق الاتحاد الأوروبي؛

    2. في البند 2، ينبغي حذف الكلمات:

       "و، في ما يتعلق بعمليات نقل البيانات من الجهة المتحكمة إلى المعالجين و/أو من المعالجين إلى المعالجين، البنود التعاقدية القياسية عملاً بالمادة 28(7) من اللائحة (الاتحاد الأوروبي) 2016/679"؛

    3. يتم استبدال البند 6 (وصف عملية (عمليات) النقل) بما يلي:

       "تكون تفاصيل عملية (عمليات) النقل، ولا سيما فئات البيانات الشخصية التي يتم نقلها والغرض (الأغراض) الذي(التي) يجري نقلها لأجلهه (لأجلها))، هي تلك المحددة في المرفق 1.ب حيث تنطبق قوانين حماية البيانات في المملكة المتحدة على معالجة مصدّر البيانات عند إجراء عملية النقل تلك." ؛

    4. يتم استبدال البند 8.7(1) من الوحدة النمطية 1 بما يلي:

       "إلى بلد يستفيد من لوائح الكفاية عملاً بالقسم 17أ من اللائحة العامة لحماية البيانات في المملكة المتحدة الذي يغطي النقل اللاحق"؛

    5. يتم استبدال البند 8.8(1) من الوحدتين النمطيتين 2 و3 بما يلي:

       "يكون النقل اللاحق إلى بلد يستفيد من لوائح الكفاية عملاً بالقسم 17أ من اللائحة العامة لحماية البيانات في المملكة المتحدة الذي يغطي النقل اللاحق؛"

    6. يتم استبدال كل الإشارات إلى "اللائحة (الاتحاد الأوروبي) 2016/679"، و"اللائحة (الاتحاد الأوروبي) 2016/679 للبرلمان الأوروبي والمجلس المؤرخ 27 أبريل 2016 بشأن حماية الأشخاص الطبيعيين في ما يتعلق بمعالجة البيانات الشخصية وحرية نقل هذه البيانات (اللائحة العامة لحماية البيانات)" و"تلك اللائحة" بـ "قوانين حماية البيانات في المملكة المتحدة". يتم استبدال الإشارات إلى مادة (مواد) محددة من "لائحة (الاتحاد الأوروبي) 2016/679" بالمادة المكافئة أو القسم المكافئ من قوانين حماية البيانات في المملكة المتحدة؛

    7. تتم إزالة الإشارات إلى لائحة (الاتحاد الأوروبي) 2018/1725؛

    8. يتم استبدال كل الإشارات إلى "الاتحاد الأوروبي" و"الاتحاد" و"اتحاد أوروبي" و"الدولة العضو في الاتحاد الأوروبي" و"الدولة العضو" و"الاتحاد الأوروبي أو الدولة العضو" بـ "المملكة المتحدة"؛

    9. يتم استبدال الإشارة إلى "البند 12(ج)(1)" في البند 10(ب)(1) من الوحدة النمطية 1 بـ "البند 11(ج)(1)"؛

    10. لا يتم استخدام البند 13(أ) والجزء ج من المرفق 1؛

    11. يتم استبدال كل من "السلطة الإشرافية المختصة" و"السلطة الإشرافية" بـ "مفوض المعلومات"؛

    12. في البند 16(هـ)، يتم استبدال القسم الفرعي (1) بما يلي:

        
        

        "يضع وزير الخارجية اللوائح عملاً بالقسم 17أ من قانون حماية البيانات لعام 2018 الذي يغطي نقل البيانات الشخصية التي تنطبق عليها هذه البنود؛"؛

    13. يتم استبدال البند 17 بما يلي:

        
        

        "تخضع هذه البنود لقوانين إنجلترا وويلز." ؛

    14. يتم استبدال البند 18 بما يلي:

        
        

        "يتم حل أي نزاع ينشأ عن هذه البنود بواسطة محاكم إنجلترا وويلز. يجوز لصاحب البيانات أيضًا اتخاذ إجراءات قانونية ضد مصدّر البيانات و/أو مستورد البيانات أمام محاكم أي بلد في المملكة المتحدة. يوافق الطرفان على الخضوع للاختصاص القضائي لهذه المحاكم؛

    15. ولا تشكّل حواشي البنود التعاقدية القياسية المعتمدة من الاتحاد الأوروبي جزءًا من الملحق باستثناء الحواشي 8 و9 و10 و11.

التعديلات على هذا الملحق

16. يجوز للطرفين الموافقة على تغيير البندَين 17 و/أو 18 من البنود التعاقدية القياسية لملحق الاتحاد الأوروبي للإشارة إلى القوانين و/أو المحاكم في اسكتلندا أو أيرلندا الشمالية.
17. إذا كان الطرفان يرغبان في تغيير تنسيق المعلومات المشمولة في الجزء 1: جداول الملحق المعتمد، فيجوز لهما فعل ذلك من خلال الموافقة على التغيير كتابيًا، شريطة ألا يؤدي التغيير إلى الحد من التدابير الوقائية المناسبة.
18. من وقت لآخر، يجوز لمكتب مفوض المعلومات إصدار ملحق معتمد منقح:
    1. يجري تغييرات معقولة ومتناسبة على الملحق المعتمد، بما في ذلك تصحيح الأخطاء في الملحق المعتمد؛ و/أو
    2. يعكس التغييرات في قوانين حماية البيانات في المملكة المتحدة؛

يحدد الملحق المعتمد المنقح تاريخ بدء سريان التغييرات على الملحق المعتمد وما إذا كان الطرفان بحاجة إلى مراجعة هذا الملحق، بما في ذلك معلومات الملحق. يتم تعديل هذا الملحق تلقائيًا كما هو مبين في الملحق المعتمد المنقح من تاريخ بدء السريان المحدد.

19. إذا أصدر مكتب مفوض المعلومات ملحقًا معتمد منقحًا بموجب القسم 18، إذا كان أي طرف محدد في الجدول 4 "إنهاء الملحق عند تغيير الملحق المعتمد"، سيجري، نتيجة مباشرة للتغييرات في الملحق المعتمد، زيادة كبيرة وغير متناسبة وقابلة للإثبات في:
    1. تكاليفه المباشرة لأداء التزاماته بموجب الملحق؛ و/أو
    2. المخاطر التي يواجهها بموجب الملحق،

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

20. لا يحتاج الطرفان إلى موافقة أي طرف ثالث لإجراء تغييرات في هذا الملحق، لكن يجب إجراء أي تغييرات وفقًا لشروطه.

البنود الإلزامية البديلة للجزء 2: