📊 1 مشاهدة

إعادة شرح وتعريف جميع بيانات الملف المرفق

نظرة عامة على الملف

الملف عبارة عن مواصفات متطلبات الأمان (Security Requirement Specification) الخاصة بشركة Honor للتطبيقات المُحمّلة مسبقًا (Preload Applications). وهو موجه للموردين والمطورين الذين يقدمون تطبيقات أو برامج ليتم تحميلها مسبقًا على أجهزة Honor.

1. معلومات أساسية عن الملف

البند	التفاصيل
العنوان	دليل تشغيل Honor Preload
آخر تحديث	2021-01-01
النوع	مواصفات متطلبات أمنية
الجهة	Honor (الخدمات البيئية – Ecological Service)

2. الأقسام الرئيسية للمتطلبات (13 قسمًا)

القسم 1: أمان قناة الإدارة (Management Channel Security)

العزل بين مستوى الإدارة ومستوى المستخدم: يجب فصل مستوى الإدارة عن مستوى المستخدم، بحيث لا تستطيع أدوات فحص المنافذ (مثل NMAP) من مستوى المستخدم اكتشاف عناوين ومنافذ مستوى الإدارة.
الأنظمة التي تدعم الإدارة داخل النطاق: يجب توفير آليات فعالة (مثل ACL وVLAN) لضمان العزل.
هل ينطبق على التطبيقات؟: لا (N)

القسم 2: أمان نظام التشغيل (OS Security)

دورة الحياة: لا يمكن استخدام إصدارات نظام التشغيل التي لم تعد مدعومة.
التقوية الأمنية: يجب فحص النظام باستخدام أدوات فحص الثغرات الرئيسية (مثل Nessus) ولا توجد ثغرات عالية الخطورة.
التوافق مع تصحيحات أمان نظام التشغيل: يجب إجراء اختبارات التوافق وإصدار قائمة التصحيحات المتوافقة ربع سنويًا.
التوافق مع برامج مكافحة الفيروسات: للبرامج التي تعمل على Windows، يجب توفير قائمة برامج مكافحة الفيروسات المتوافقة.
إصدار تصحيحات أمان نظام التشغيل: يجب توفير قنوات إصدار الإرشادات الأمنية (SAs) والتصحيحات.
هل ينطبق على التطبيقات؟: لا (N)

القسم 3: أمان نظام الويب (Web System Security)

منع التكسير العنيف لتسجيل الدخول: يجب توفير آلية لمنع التكسير العنيف (رمز التحقق، قفل الحساب، قفل IP، تأخير تسجيل الدخول، القائمة البيضاء لـ IP).
إدارة الجلسة: التحقق من صحة معرف الجلسة، تغيير معرف الجلسة بعد تسجيل الدخول، استخدام آليات توليد معرف الجلسة من حاويات الويب الرئيسية.
حماية كلمة مرور تسجيل الدخول: استخدام بروتوكول آمن (HTTPS) أو تشفير كلمة المرور قبل الإرسال.
إدارة المصادقة: يجب إجراء المصادقة النهائية للمستخدمين على جانب الخادم.
التحقق من المدخلات: التحقق النهائي من المدخلات الخارجية على جانب الخادم، تقييد أنواع الملفات القابلة للتحميل.
ترميز المخرجات: ترميز HTML للبيانات غير الموثوقة قبل إرسالها إلى العميل.
ثغرات نظام الويب: استخدام أدوات فحص أمان الويب (مثل AppScan) وعدم وجود ثغرات عالية الخطورة.
هل ينطبق على التطبيقات؟: نعم (Y) لبعض البنود

القسم 4: أمان قاعدة البيانات (Database Security)

دورة الحياة: لا يمكن استخدام إصدارات قاعدة البيانات التي لم تعد مدعومة.
التقوية الأمنية: الفحص باستخدام أدوات فحص الثغرات الرئيسية.
إدارة حقوق قاعدة البيانات: تعطيل الحسابات غير المستخدمة، استخدام حساب غير مسؤول النظام، الحد الأدنى من الحقوق، التحكم في الوصول إلى الملفات، فحص تعقيد كلمة المرور.
التوافق مع تصحيحات أمان قاعدة البيانات: اختبارات التوافق وإصدار القائمة الدورية.
إصدار تصحيحات أمان قاعدة البيانات: توفير قنوات الإصدار.
هل ينطبق على التطبيقات؟: نعم (Y) لبعض البنود

القسم 5: تطوير وإصدار المنتج (Product Development and Release)

حظر الوظائف التي تتجاوز آلية أمان النظام: منع القنوات الخاصة، أوضاع المصادقة غير القابلة للإدارة، الأبواب الخلفية، الحسابات غير المعروفة.
حظر الأوامر والمعلمات والمنافذ غير الموثقة: منع المنافذ والخدمات غير الموثقة.
سلامة البرمجيات: توفير آلية التحقق من السلامة (التوقيع الرقمي أو قيمة التجزئة)، فحص البرامج بمكافحات الفيروسات.
الترميز الآمن: فحص الكود المصدري باستخدام Coverity، حل الثغرات عالية الخطورة (7 أو أعلى في CVSS).
إصدار تصحيحات الأمان: توفير قنوات الإصدار وتلبية متطلبات SLA الخاصة بـ Honor.
أمان البرمجيات مفتوحة المصدر: اكتشاف الثغرات وإصلاحها، توفير قائمة البرامج مفتوحة المصدر.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 6: البروتوكول والواجهة (Protocol and Interface)

مصفوفة الاتصال: توفير قائمة بجميع المنافذ والوظائف المستخدمة، تعطيل المنافذ غير الموثقة.
أمان البروتوكول: استخدام بروتوكولات آمنة (SSH v2، TLS1.2، IPSec، SFTP، SNMPv3)، تعطيل البروتوكولات غير الآمنة (FTP، Telnet، SSHv1).
مصادقة الوصول إلى المنفذ: توفير آلية مصادقة للمنافذ المادية والواجهات المنطقية.
متانة البروتوكول: اختبار الحزم المشوهة باستخدام أدوات مثل Codenomicon.
هل ينطبق على التطبيقات؟: نعم (Y) لبعض البنود

القسم 7: البيانات الحساسة والتشفير (Sensitive Data and Encryption)

قائمة خوارزميات التشفير: توفير قائمة الخوارزميات المستخدمة وسيناريوهات التطبيق.
خوارزميات التشفير الخاصة: منع استخدام الخوارزميات الخاصة غير المُقيّمة.
خوارزميات التشفير غير الآمنة: منع استخدام DES، 3DES (مع استثناءات)، SKIPJACK، RC2، RSA (أقل من 1024 بت)، MD2، MD4.
أمان تخزين البيانات الحساسة: تشفير أدلة المصادقة (كلمات المرور والمفاتيح)، استخدام خوارزميات لا رجعة فيها إذا لم تكن هناك حاجة لاستعادة النص الأصلي.
أمان نقل البيانات الحساسة: استخدام قنوات نقل آمنة أو التشفير قبل النقل.
أمان المفاتيح: عدم تضمين المفاتيح بشكل ثابت في الأكواد، توفير آليات إدارة أو تفاوض المفاتيح.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 8: أمان كلمة المرور (Password Security)

فحص تعقيد كلمة المرور: 8 أحرف على الأقل، نوعان من الأحرف (صغيرة، كبيرة، أرقام، رموز خاصة)، لا يمكن أن تكون نفس اسم الحساب.
آلية قفل حساب المستخدم: منع التكسير العنيف لكلمة المرور (قفل الحساب، قفل IP، تأخير تسجيل الدخول، رمز التحقق، القائمة البيضاء).
تخزين كلمة المرور المشفرة: تشفير كلمات المرور، عدم كتابتها في السجلات أو ملفات التكوين أو ملفات تعريف الارتباط بنص عادي.
نقل كلمة المرور الآمن: عدم نقل كلمات المرور عبر الشبكة بنص عادي.
تعديل كلمة المرور: التحقق من كلمة المرور القديمة، عدم السماح للمستخدمين بتغيير كلمات مرور الآخرين.
قائمة كلمات مرور الحساب: توفير القائمة.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 9: تدقيق السجلات (Log Auditing)

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

القسم 10: منع الاعتراض غير القانوني (Illegal Interception Prevention)

منع الاعتراض غير القانوني: توفير قائمة الوظائف المستخدمة لجمع واعتراض محتوى الاتصال الأصلي للمستخدمين النهائيين (صوت، SMS/MMS، فاكس، خدمات بيانات).
حظر الوظائف التي لم يتم إخطار المستخدمين بها: منع جمع محتوى الاتصال الأصلي دون إخطار المستخدمين.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 11: إدارة التثبيت والتكوين (Installation and Configuration Management)

تثبيت البرمجيات: التثبيت وفقًا لمبدأ الحد الأدنى من الحقوق، حذف الملفات المؤقتة بعد التثبيت.
إدارة التكوين: عدم وجود ثغرات خطيرة في البرامج الأخرى للنظام المعتمد، استخدام حساب نظام بأقل حقوق، توفير دليل التكوين الأمني ودليل الصيانة الأمنية.
هل ينطبق على التطبيقات؟: نعم (Y) لبعض البنود

القسم 12: إدارة المستخدم (User Management)

عزل مستخدمي البرمجيات: عزل معلومات وحقوق المستخدمين المختلفين لمنع العمليات غير المصرح بها الأفقية أو العمودية.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 13: حماية الخصوصية – إخطار أصحاب البيانات (Privacy Protection – Notifying Data Subjects)

بيان الخصوصية في المستندات أو الواجهات: توفير وصف البيانات الشخصية في المستندات أو بيان الخصوصية على واجهات المنتج.
معلومات يجب تضمينها: هوية المتحكم في البيانات، الغرض من معالجة البيانات، فترة التخزين، حقوق صاحب البيانات، الحق في سحب الموافقة، الحق في تقديم الشكاوى، اتخاذ القرارات الآلية.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 14: حماية الخصوصية – اختيار وموافقة صاحب البيانات (Privacy Protection – Data Subject Selection and Consent)

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

القسم 15: حماية الخصوصية – الجمع (Privacy Protection – Collection)

بيان الخصوصية ومبدأ الحد الأدنى لنطاق الجمع: عدم تجاوز الأغراض الموضحة في بيان الخصوصية، الامتثال لمبدأ الحد الأدنى.
طلبات Get غير مسموح بها لإرسال بيانات تحتوي على بيانات شخصية: استخدام طلبات Post بدلاً من Get.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 16: حماية الخصوصية – الاستخدام والاحتفاظ والمعالجة (Privacy Protection – Usage, Retention, and Processing)

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

القسم 17: حماية الخصوصية – الإفصاح عن البيانات الشخصية لطرف ثالث أو النقل عبر الحدود (Privacy Protection – Personal Data Disclosure to a Third Party or Cross-Border Transfer)

الإفصاح عن البيانات الشخصية لطرف ثالث أو النقل عبر الحدود: الحصول على موافقة صاحب البيانات قبل تقديم بياناته الشخصية لطرف ثالث.
قناة نقل آمنة أو تشفير للبيانات الشخصية عالية التأثير: استخدام قنوات نقل آمنة أو التشفير.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 18: حماية الخصوصية – حقوق الوصول لصاحب البيانات (Privacy Protection – Access Rights of the Data Subject)

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

القسم 19: حماية الخصوصية – متطلبات أخرى (Privacy Protection – Other Requirements)

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

القسم 20: متطلبات أمان التطبيقات المُعدّة مسبقًا (Security Requirements of Preset Application Software)

متطلبات التحكم في البيانات الحساسة: عدم تمكين تسجيل المكالمات، التسجيل المحلي، اللقطة الخلفية، التقاط الصور/الفيديو، استقبال SMS، تحديد الموقع، قراءة رقم الهاتف المحلي، بيانات دفتر العناوين، سجلات المكالمات، بيانات SMS، السجلات عبر الإنترنت، بيانات الجدول، معلومات الموقع دون تأكيد المستخدم.
متطلبات التحكم في البيانات الوسائط المتعددة: عدم جمع بيانات المستخدم دون إخطار والحصول على موافقة.
متطلبات التحكم في تعديل بيانات المستخدم: عدم تعديل بيانات المستخدم دون إخطار والحصول على موافقة.
متطلبات حماية تسجيل البيانات: اتخاذ تدابير تقنية لمنع التقاط كلمة المرور.
النقل المشفر للبيانات الحساسة والمعلومات الصوتية والمرئية: نقل معلومات الدفع المالي، اتصالات المعلومات، إعدادات الحساب، معلومات جمع المستشعرات في وضع النص المشفر.
متطلبات التحكم في الوصول إلى المكونات المُعدّة مسبقًا: حماية المكونات التي تحتوي على معلومات شخصية حساسة والواجهات الخارجية.
معلومات توقيع المصادقة الموجودة في التطبيقات المُعدّة مسبقًا: تضمين معلومات التوقيع.
متطلبات ترقية التطبيقات المُعدّة مسبقًا: إمكانية التراجع إلى الإصدار السابق عند فشل الترقية.
قيود استهلاك حركة المرور: عدم استدعاء وظائف الاتصال الطرفية للتسبب في استهلاك حركة مرور المستخدم دون إخطار والحصول على موافقة.
قيود استهلاك الرسوم: عدم استدعاء وظائف الاتصال الطرفية للتسبب في خسارة الرسوم دون إخطار والحصول على موافقة.
قيود استدعاء بيانات المستخدم الشخصية: عدم استدعاء وظائف الاتصال الطرفية للتسبب في الكشف عن بيانات المستخدم دون إخطار والحصول على موافقة.
قيود استدعاء البيانات الوسائط المتعددة: عدم استدعاء وظائف الاتصال الطرفية للتسبب في الكشف عن بيانات المستخدم دون إخطار والحصول على موافقة.
متطلبات ثغرات التطبيقات: عدم احتواء التطبيقات على ثغرات عالية المخاطر صادرة عن CNVD وCNNVD في الأشهر الستة السابقة.
هل ينطبق على التطبيقات؟: نعم (Y)

القسم 21: متطلبات أخرى (Others)

قائمة أذونات التطبيق: توفير قائمة أذونات التطبيق وفقًا لقائمة أذونات تطبيق Android.
إصدار Android target sdk: يجب أن يستوفي APK إصدار Android target sdk المطلوب من Honor (الحد الأدنى الحالي هو المستوى 26).
معلومات صريحة عن مزود البرمجيات في التطبيقات: إبلاغ المستخدمين النهائيين بمزود البرمجيات.
عدم التشغيل التلقائي للتطبيقات ذات الواجهات: عدم السماح بالتشغيل التلقائي دون موافقة المستخدمين.
تقرير الاختبار: توفير تقرير التحقق من الاختبار أو تقرير المصادقة من طرف ثالث.
متطلبات أمنية أخرى: ملء المتطلبات في الفئات المقابلة.

3. الملاحق

الملحق 1: دورات حياة خوارزميات كلمة المرور الشائعة

يوضح الجدول تصنيف الخوارزميات إلى:

غير آمنة (Insecure): DES، RC2، MD2، MD4، RSA (<1024 بت)، إلخ.
مقبولة (Acceptable): 3DES (بشروط)، SHA-1، RSA (1024 بت)، إلخ.
موصى بها قوية (Recommended Strong): AES (≥128 بت)، SHA256 أو أعلى، RSA (≥2048 بت)، ECDSA (≥256 بت)، إلخ.

الملحق 2: التعريفات الأساسية لحماية الخصوصية

حماية الخصوصية: الحق في أن تُترك بمفردك.
البيانات الشخصية: أي معلومات تتعلق بشخص طبيعي محدد أو قابل للتحديد.
البيانات الشخصية الحساسة: مجموعة فرعية مهمة من البيانات الشخصية (العرق، الآراء السياسية، المعتقدات الدينية، البيانات الجينية، البيانات البيومترية، الصحة، الحياة الجنسية، التوجه الجنسي، أرقام البطاقات المصرفية، أرقام الهوية، أرقام جوازات السفر، كلمات المرور).
طرف ثالث: أي شخص طبيعي أو اعتباري غير صاحب البيانات والمتحكم في البيانات والمعالج.
التنميط (Profiling): أي شكل من أشكال المعالجة الآلية للبيانات الشخصية لتقييم شخص طبيعي.
تطبيقات الوظائف الأساسية: تطبيقات الأجهزة الذكية التي تضمن التشغيل العادي للأجهزة ونظام التشغيل.
EEA: المنطقة الاقتصادية الأوروبية.
البيانات الشخصية عالية التأثير: الكشف غير السليم قد يسبب خرقًا للقانون أو تأثيرًا كبيرًا.
البيانات الشخصية متوسطة التأثير: الكشف غير السليم قد يسبب عواقب وخيمة على الشركة.
البيانات الشخصية منخفضة التأثير: الكشف غير السليم قد يسبب تأثيرًا يمكن السيطرة عليه.
المتحكم في البيانات: الشخص الذي يحدد أغراض ووسائل معالجة البيانات الشخصية.
معالج البيانات: الشخص الذي يعالج البيانات الشخصية نيابة عن المتحكم.
الموافقة: أي إشارة حرة ومحددة ومستنيرة لرغبات صاحب البيانات.
الموافقة الصريحة (Opt-in): يحتاج المستخدم إلى اتخاذ إجراءات واضحة واستباقية.
تفضيلات الخصوصية: حق المستخدمين في اختيار غرض جمع البيانات واستخدامها.
إخفاء الهوية (Pseudonymization): استبدال معلومات الهوية بأسماء مستعارة.
إخفاء الهوية (Anonymization): إزالة الهوية بشكل لا رجعة فيه.
MIT: محطة اتصال محمولة يمكنها الوصول إلى شبكة الاتصالات العامة.

4. ملخص الرموز المستخدمة

الرمز	المعنى
★	متطلب إلزامي (إلزامي)
Y	ينطبق على التطبيقات
N	لا ينطبق على التطبيقات
[Recommended]	متطلب موصى به
Same as above	نفس الإجابة السابقة

5. الخلاصة

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

هل هناك قسم معين تريد شرحًا أكثر تفصيلاً له؟

شرح أكثر تفصيلاً لجميع بيانات الملف المرفق

الجزء الأول: مقدمة تفصيلية

ما هو هذا الملف؟

هذا الملف هو وثيقة متطلبات أمنية رسمية صادرة عن شركة Honor (علامة تجارية صينية للأجهزة الذكية). الوثيقة موجهة إلى:

الموردين (Suppliers): الشركات التي تطور تطبيقات أو برامج لصالح Honor
المطورين (Developers): الذين يريدون تحميل تطبيقاتهم مسبقًا على أجهزة Honor
شركاء الأعمال: الذين يقدمون خدمات أو محتوى رقمي

الغرض من الوثيقة

ضمان أن جميع التطبيقات والبرامج المُحمّلة مسبقًا على أجهزة Honor:

آمنة ضد الاختراق والثغرات
تحمي خصوصية المستخدمين
متوافقة مع القوانين واللوائح الدولية
لا تحتوي على أبواب خلفية أو وظائف خبيثة

الجزء الثاني: شرح تفصيلي موسع لكل قسم

القسم 1: أمان قناة الإدارة (Management Channel Security)

1.1 العزل بين مستوى الإدارة ومستوى المستخدم (★ Isolation between the management and user planes)

ما هو مستوى الإدارة (Management Plane)؟
هو المستوى المسؤول عن:

إدارة النظام والتحكم فيه
تكوين الإعدادات
المراقبة والصيانة
إدارة المستخدمين والصلاحيات

ما هو مستوى المستخدم (User Plane)؟
هو المستوى الذي:

يتعامل مع بيانات المستخدمين
ينقل حركة المرور الفعلية
يقدم الخدمات للمستخدمين النهائيين

المتطلبات التفصيلية:

السيناريو	المتطلبات
الأنظمة التي تدعم الإدارة خارج النطاق (Out-of-band)	يجب عزل مستوى الإدارة عن مستوى المستخدم تمامًا، بحيث لا تستطيع أدوات فحص المنافذ (مثل NMAP) من مستوى المستخدم اكتشاف عناوين ومنافذ مستوى الإدارة
الأنظمة التي تدعم الإدارة داخل النطاق (In-band) مع عناوين IP مستقلة	يجب توفير آليات فعالة (مثل ACL وVLAN) لضمان العزل بين مستوى الإدارة داخل النطاق ومستوى المستخدم

أمثلة توضيحية:

Out-of-band: منفذ إدارة منفصل تمامًا (مثل منفذ Console أو منفذ إدارة مخصص)
In-band: نفس الشبكة لكن مع VLAN منفصل أو ACL يمنع الوصول غير المصرح به

هل ينطبق على التطبيقات؟: لا (N) – لأن هذا متطلب بنية تحتية أكثر منه متطلب تطبيق

القسم 2: أمان نظام التشغيل (OS Security)

2.1 دورة الحياة (Life cycle)

المتطلب:

لا يمكن استخدام إصدارات نظام التشغيل التي لم تعد مدعومة (End-of-Life / End-of-Support)
إذا لزم الأمر، يجب تحديد إصدار نظام التشغيل المطلوب

أمثلة على أنظمة تشغيل غير مدعومة:

Windows 7 (انتهى الدعم في 2020)
Windows XP (انتهى الدعم في 2014)
Ubuntu 16.04 (انتهى الدعم القياسي في 2021)
CentOS 6 (انتهى الدعم في 2020)

السبب: الإصدارات غير المدعومة لا تتلقى تحديثات أمنية، مما يجعلها عرضة للثغرات المعروفة.

هل ينطبق على التطبيقات؟: لا (N)

2.2 التقوية الأمنية (Security hardening)

المتطلبات:

الفحص باستخدام أدوات فحص الثغرات الرئيسية (مثل Nessus):
- استخدام أحدث مكتبة ثغرات
- عدم وجود ثغرات عالية الخطورة في تقرير الفحص
- تقديم:
  - قائمة إضافات الفحص (Scanning Plug-ins) مع أرقام الإصدارات
  - معلومات مكتبة الثغرات
  - تقرير الفحص (بما في ذلك تفاصيل الفحص)
توفير دليل التكوين الأمني/التقوية الأمنية ودليل الصيانة الأمنية

ما هي أدوات فحص الثغرات؟

Nessus: أداة فحص ثغرات شاملة
OpenVAS: بديل مفتوح المصدر
Qualys: منصة فحص سحابية

ما هي الثغرات عالية الخطورة؟

ثغرات بتقييم CVSS 7.0 أو أعلى
ثغرات تسمح بتنفيذ كود عن بُعد (RCE)
ثغرات تسمح بتصعيد الصلاحيات
ثغرات تسريب البيانات

هل ينطبق على التطبيقات؟: لا (N)

2.3 التوافق مع تصحيحات أمان نظام التشغيل (Compatibility to OS security patches)

المتطلبات:

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

لماذا هذا مهم؟

عندما تصدر Microsoft أو Linux تحديثات أمنية، قد تتعارض مع التطبيق
يجب التأكد من أن التطبيق يعمل بشكل صحيح بعد تثبيت التحديثات

هل ينطبق على التطبيقات؟: لا (N)

2.4 التوافق مع برامج مكافحة الفيروسات (Compatibility to antivirus software)

المتطلبات:

للبرامج التي تعمل على Windows، يجب توفير قائمة برامج مكافحة الفيروسات المتوافقة

أمثلة على برامج مكافحة الفيروسات:

Norton Antivirus
McAfee
Kaspersky
Windows Defender
Avast

هل ينطبق على التطبيقات؟: لا (N)

2.5 إصدار تصحيحات أمان نظام التشغيل (OS security patch release)

المتطلبات:

توفير قنوات إصدار الإرشادات الأمنية (SAs) والتصحيحات

ما هي SA (Security Advisory)؟

إشعار أمني يصدر عند اكتشاف ثغرة
يحتوي على:
- وصف الثغرة
- مستوى الخطورة
- الإصدارات المتأثرة
- الحل أو التصحيح

هل ينطبق على التطبيقات؟: لا (N)

القسم 3: أمان نظام الويب (Web System Security)

3.1 منع التكسير العنيف لتسجيل الدخول (Violent cracking prevention for login authentication)

المتطلبات:

يجب أن توفر وحدة مصادقة تسجيل الدخول آلية منع التكسير العنيف
عندما يتجاوز عدد محاولات كلمة المرور الخاطئة الحد الأقصى (مثل 3 مرات)، يجب اتخاذ إجراءات حماية

الإجراءات الوقائية المسموح بها:

الإجراء	الوصف	القيود
1. قفل الحساب (Account locking)	قفل الحساب بعد عدد معين من المحاولات الفاشلة	يُوصى به للواجهات البشرية
2. قفل عنوان IP (IP address locking)	حظر عنوان IP بعد محاولات فاشلة	يُوصى به للواجهات البشرية
3. تأخير تسجيل الدخول (Login delay)	زيادة وقت الانتظار بعد كل محاولة فاشلة	يُوصى به للواجهات البشرية
4. رمز التحقق (Verification code)	طلب رمز تحقق (CAPTCHA)	يُوصى به للواجهات البشرية
5. القائمة البيضاء لعناوين IP (IP address whitelist)	السماح فقط لعناوين IP محددة	لا يمكن استخدامه بمفرده – يجب استخدامه مع إجراءات أخرى

قيود مهمة:

الواجهات الآلية (Machine-machine): يمكن استخدام كلمة مرور طويلة جدًا (≥16 حرفًا مع تعقيد) + قائمة بيضاء IP + إنذار أو سجل
الواجهات البشرية (Man-machine): يُوصى برمز التحقق، قفل الحساب، قفل IP، أو تأخير تسجيل الدخول

هل ينطبق على التطبيقات؟: نعم (Y) – باستثناء البرامج التي ليس لديها مصادقة تسجيل دخول

3.2 إدارة الجلسة (Session management)

المتطلبات:

التحقق من صحة الجلسة:
- لكل صفحة تتطلب تصريح وصول أو طلب servlet، يجب التحقق من:
  - صلاحية معرف الجلسة (Session ID) للمستخدم
  - ما إذا كان المستخدم مصرحًا له بإجراء العملية
- منع الوصول غير المصرح به إلى URL
تغيير معرف الجلسة بعد تسجيل الدخول:
- بعد اجتياز مصادقة تسجيل الدخول، يجب على المستخدم تغيير معرف الجلسة
- هذا يمنع هجمات تثبيت الجلسة (Session Fixation)
آلية توليد معرف الجلسة:
- يجب استخدام آليات توليد معرف الجلسة من حاويات الويب الرئيسية في الصناعة:
  - Apache, Tomcat, JBoss, WebLogic, Nginx, Jetty, Resin, WebSphere, IIS
- إذا لم يتم استخدام حاوية ويب رئيسية وتم توليد معرف الجلسة بواسطة التطبيق نفسه، يجب استخدام دالة عشوائية آمنة:

الدالة	المنصة
RANDbytes()	OpenSSL
java.security.SecureRandom()	JDK
/Dev/random	Unix-like
CryptGenRandom()	Windows
DRBG	OpenSSL FIPS

هل ينطبق على التطبيقات؟: نفس الإجابة السابقة (Y)

3.3 حماية كلمة مرور تسجيل الدخول (Login password protection)

المتطلبات:

عندما يتم إرسال اسم المستخدم وكلمة المرور إلى الخادم، يجب:
- استخدام بروتوكول آمن (مثل HTTPS أو HTTP Digest)، أو
- تشفير اسم المستخدم وكلمة المرور قبل الإرسال

الاستثناء:

لا ينطبق على تطبيقات الويب التي يمكن الوصول إليها محليًا فقط

هل ينطبق على التطبيقات؟: نفس الإجابة السابقة (Y)

3.4 إدارة المصادقة (Authentication management)

المتطلبات:

يجب إجراء المصادقة النهائية للمستخدمين على جانب الخادم (Server Side)

لماذا؟

المصادقة على جانب العميل فقط يمكن التلاعب بها
يجب التحقق من بيانات الاعتماد على الخادم

هل ينطبق على التطبيقات؟: نفس الإجابة السابقة (Y)

3.5 التحقق من المدخلات (Input verification)

المتطلبات:

التحقق النهائي من المدخلات الخارجية:
- يجب التحقق من جميع المدخلات الخارجية على جانب الخادم
تقييد أنواع الملفات القابلة للتحميل:
- إذا كان التطبيق يوفر وظيفة تحميل الملفات إلى دليل محتوى الويب:
  - يجب تقييد أنواع الملفات على جانب الخادم
  - استخدام آلية القائمة البيضاء لتقييد امتداد أسماء الملفات
  - فقط أنواع الملفات المسموح بها للخدمة يمكن تحميلها

تقديم الأدلة:

قواعد التحقق من المدخلات
القائمة البيضاء للملفات

هل ينطبق على التطبيقات؟: نعم (Y)

3.6 ترميز المخرجات (Output encoding)

المتطلبات:

يجب إجراء ترميز HTML للبيانات غير الموثوقة قبل إرسالها إلى العميل

ما هي البيانات غير الموثوقة؟

البيانات التي لا يتم إنشاؤها بواسطة مكونات يمكن التحكم فيها مباشرة من قبل النظام

مرجع ترميز كيانات HTML:

أ. الحد الأدنى لمتطلبات مجموعة أحرف الترميز:

الحرف	التحويل
&	&
<	<
>	>
“	“
‘	‘ (hex) أو ‘ (dec)
/	/ (hex) أو / (dec)
(	( (hex) أو ( (dec)
)	) (hex) أو ) (dec)

ب. وضع ترميز الأحرف الأمثل:

لا يتطلب تحويل: “,”, “.”, “-“, “”, والمسافة، الحروف (a-z و A-Z)، الأرقام (0-9)
تحويل: & إلى &، < إلى <، > إلى >، ” إلى “
أحرف أخرى: ترميز إلى � (hex) أو � (dec)

تقديم الأدلة:

آلية ترميز الأحرف

هل ينطبق على التطبيقات؟: مطلوب لتطبيقات H5 ولكن ليس إلزاميًا للتطبيقات الأصلية

3.7 ثغرات نظام الويب (Web system vulnerability)

المتطلبات:

استخدام أداة فحص أمان الويب (مثل AppScan، WebInspect، Acunetix)
استخدام أحدث مكتبة ثغرات
تكوين جميع إضافات الثغرات
عدم وجود ثغرات عالية الخطورة في تقرير الفحص
تقديم:
- قائمة إضافات الفحص
- معلومات مكتبة الثغرات
- تقرير الفحص

هل ينطبق على التطبيقات؟: لا ينطبق على التطبيقات التي لا تحتاج اتصالاً بالشبكة

القسم 4: أمان قاعدة البيانات (Database Security)

4.1 دورة الحياة (Life cycle)

المتطلبات:

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

أمثلة:

MySQL 5.6 (انتهى الدعم)
Oracle 11g (انتهى الدعم)
SQL Server 2008 (انتهى الدعم)

هل ينطبق على التطبيقات؟: نعم (Y)

4.2 التقوية الأمنية (Security hardening)

المتطلبات:

الفحص باستخدام أدوات فحص الثغرات الرئيسية (مثل Nessus):
- استخدام أحدث إضافة ثغرات
- تكوين جميع إضافات الثغرات
- عدم وجود ثغرات عالية المخاطر
- تقديم قائمة الإضافات، معلومات المكتبة، تقرير الفحص
توفير دليل التكوين الأمني/التقوية الأمنية ودليل الصيانة الأمنية

هل ينطبق على التطبيقات؟: لا (N)

4.3 إدارة حقوق قاعدة البيانات (Database rights management)

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

4.4 التوافق مع تصحيحات أمان قاعدة البيانات (Compatibility to database security patches)

المتطلبات:

إجراء اختبارات التوافق بين المادة وتصحيحات أمان قاعدة البيانات
إصدار قائمة تصحيحات أمان قاعدة البيانات المتوافقة دوريًا

هل ينطبق على التطبيقات؟: لا (N)

4.5 إصدار تصحيحات أمان قاعدة البيانات (Database security patch release)

المتطلبات:

توفير قنوات إصدار الإرشادات الأمنية (SAs) والتصحيحات

هل ينطبق على التطبيقات؟: لا (N)

القسم 5: تطوير وإصدار المنتج (Product Development and Release)

5.1 حظر الوظائف التي تتجاوز آلية أمان النظام (★ Forbidding functions that skip the system security mechanism)

المتطلبات:

منع القنوات الخاصة:
- لا يُسمح بالقنوات الخاصة المستخدمة للوصول المباشر إلى النظام بتجاوز آلية المصادقة العادية
- أمثلة: مفتاح مركب، نقر خاص بالماوس، الاتصال بواجهات محددة، استخدام عملاء محددين، استخدام عناوين URL خاصة
منع أوضاع المصادقة/الوصول غير القابلة للإدارة:
- حسابات مستخدم غير قابلة للإدارة
- واجهات بشرية
- كلمات مرور ثابتة في الكود لواجهات آلة-آلة تدعم الوصول عن بُعد
- واجهات يمكن استخدامها للوصول المباشر إلى النظام دون مصادقة
منع الأكواد الخبيثة أو الوظائف غير المعروفة:
- باب خلفي (Backdoor)
- حصان طروادة (Trojan)
- إعلانات خبيثة
- فخاخ استهلاك
- استهلاك خبيث لحركة مرور المستخدم
جميع الحسابات يجب أن تكون مرئية للمستخدمين:
- لا يُسمح بالحسابات غير المعروفة للمستخدمين
- يجب توفير جميع الحسابات وأوصاف إدارتها وتشغيلها في مستندات المادة
- (باستثناء الحسابات المستخدمة فقط للاتصال الداخلي ولا يمكن الوصول إليها من قبل المستخدمين الخارجيين)
وصف أوضاع الوصول:
- يجب توفير وصف لأوضاع الوصول (بما في ذلك على سبيل المثال لا الحصر: الإنتاج، التصحيح، الصيانة)
- مثل الأوامر، المعلمات، المنافذ غير الموثقة
توفير القوائم التالية:
- قائمة البرمجيات
- قائمة وظائف البرمجيات
- قائمة الأوامر ذات الصلة
- قائمة الواجهات المفتوحة
- قائمة موارد الوصول الخارجي
- القائمة البيضاء لعمليات النظام (بما في ذلك اسم العملية ووصف الوظيفة)

هل ينطبق على التطبيقات؟: نعم (Y)

5.2 حظر الأوامر والمعلمات والمنافذ غير الموثقة (★ Forbidding commands, parameters, and ports that are not documented)

المتطلبات:

منافذ/خدمات البروتوكول غير الموثقة:
- لا يُسمح بمنافذ/خدمات البروتوكول غير الموضحة في مواد العميل (بما في ذلك مصفوفة الاتصال)
الأوامر والمعلمات غير الموثقة:
- لا يُسمح بالأوامر والمعلمات غير الموثقة (بما في ذلك على سبيل المثال لا الحصر: إنتاج المنتج، التصحيح، الصيانة)

هل ينطبق على التطبيقات؟: نعم (Y)

5.3 سلامة البرمجيات (★ Software integrity)

المتطلبات:

آلية التحقق من السلامة:
- توفير آلية التحقق من السلامة (مثل التوقيع الرقمي أو قيمة التجزئة) للمواد التي تتضمن توزيع حزمة البرامج
- توفير مستند لطريقة التحقق
ملاحظات:
- لا يمكن استخدام CRC للتحقق من السلامة
- يجب على المورد استخدام بريده الإلكتروني الرسمي لإرسال قيمة التحقق من السلامة إلى البريد الإلكتروني الرسمي لـ Honor
فحص مكافحة الفيروسات:
- يجب فحص المواد التي تتضمن توزيع حزمة البرامج باستخدام نوعين على الأقل من برامج مكافحة الفيروسات المعروفة في الصناعة
- التأكد من عدم وجود فيروس، حصان طروادة، أو برنامج خبيث
- تقديم نتيجة الفحص
إخطار ترقية البرمجيات:
- للبرامج المتعلقة بالأجهزة المحمولة، يجب إخطار المستخدمين بترقية البرمجيات من خلال الواجهات أو المستندات
- التأكد من أن المستخدمين يعرفون ويمكنهم التحكم في ترقية البرمجيات

هل ينطبق على التطبيقات؟: نعم (Y)

5.4 الترميز الآمن (Secure encoding)

المتطلبات:

فحص الأكواد المصدرية للمادة باستخدام أداة فحص الكود الثابت Coverity
(يمكن إجراء الفحص فقط للوحدات ذات المخاطر العالية)
تحليل الإنذارات المفحوصة لتأكيد مستوى خطورة الإنذار
الثغرات ذات مستوى الخطورة العالي (7 أو أعلى في CVSS) يجب حلها
تقديم تقرير تحليل الفحص

معيار مرجعي لتحديد الوحدات ذات المخاطر العالية:

النوع	الأمثلة
أكواد متعلقة بجميع واجهات الإدارة والتحكم	واجهة تكوين وإدارة NMS، Telnet/SSH، MML، بروتوكول التوجيه، واجهة الإشارات
أكواد تستخدم لتحليل أو معالجة البيانات من مصادر غير موثوقة	معالجة بيانات مستوى المستخدم، تحليل بروتوكول الشبكة أو التطبيق، وحدات تحليل الملفات، سياسة الشحن، معالجة المنطق
أكواد متعلقة بالأمان	المصادقة، التصريح، التحكم في الوصول، التشفير وفك التشفير، إدارة المفاتيح، تدقيق السجلات، وحدات حماية سلامة البرمجيات
أكواد تستخدم لتسليم بيانات الموظفين أو البيانات الحساسة بطريقة مركزية	إخفاء هوية البيانات الحساسة
وحدات الويب	معالجة رأس HTTP، معالجة تحميل الملفات/الصور، معالجة عبارات SQL، إخراج HTML للاستجابة

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

هل ينطبق على التطبيقات؟: نعم (Y)

5.5 إصدار تصحيحات الأمان (Security patch release)

المتطلبات:

توفير قنوات إصدار الإرشادات الأمنية (SAs) والتصحيحات للمادة
يجب تلبية متطلبات SLA الخاصة بـ Honor

هل ينطبق على التطبيقات؟: نعم (Y)

5.6 أمان البرمجيات مفتوحة المصدر (Open-source software security)

المتطلبات:

اكتشاف الثغرات وإصلاحها:
- إذا كانت المادة التي يقدمها المورد لـ Honor تحتوي على برمجيات مفتوحة المصدر، يجب على المورد:
  - اكتشاف ثغرات البرمجيات مفتوحة المصدر في الوقت المناسب
  - إصلاح الثغرات الأمنية الموجودة أو ترقية البرمجيات مفتوحة المصدر إلى إصدارات جديدة لا تحتوي على ثغرات
توفير قائمة البرمجيات مفتوحة المصدر:
- أسماء البرمجيات مفتوحة المصدر
- أرقام الإصدارات

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 6: البروتوكول والواجهة (Protocol and Interface)

6.1 مصفوفة الاتصال (★ Communication matrix)

المتطلبات:

قائمة بجميع وظائف/منافذ المادة:
- منافذ الاستماع في النظام
- جميع المنافذ المستخدمة لإرسال الطلبات الخارجية عندما يعمل النظام كعميل
المنافذ الديناميكية:
- إذا كانت هناك منافذ استماع ديناميكية، يجب أن يكون نطاق الاستماع ضمن النطاق الضروري المحدد
تعطيل المنافذ غير الموثقة:
- المنافذ غير الموضحة في مصفوفة الاتصال يجب تعطيلها

للحصول على قالب مصفوفة الاتصال: يرجى الاتصال بـ Honor

هل ينطبق على التطبيقات؟: نعم (Y)

6.2 أمان البروتوكول (Protocol security)

المتطلبات:

استخدام بروتوكولات آمنة:
- SSH v2
- TLS1.1, TLS1.2, TLS1.3
- IPSec
- SFTP
- SNMPv3
تعطيل البروتوكولات غير الآمنة:
- FTP
- Telnet
- SSHv1
- يُوصى بتعطيل البروتوكولات غير الآمنة افتراضيًا
- يجب أن توصي مستندات المنتج المستخدمين باستخدام البروتوكولات الآمنة
- إذا كانت هناك حاجة لاستخدام بروتوكولات غير آمنة، يجب تقديم نصائح حول المخاطر

هل ينطبق على التطبيقات؟: نعم (Y)

6.3 مصادقة الوصول إلى المنفذ (★ Port access authentication)

المتطلبات:

يجب توفير آلية مصادقة الوصول للمنافذ المادية والواجهات المنطقية والبروتوكولات التي يمكن استخدامها لإدارة النظام
باستثناء تلك التي ليس لديها آليات مصادقة وفقًا للشروط القياسية

هل ينطبق على التطبيقات؟: نعم (Y)

6.4 متانة البروتوكول (Protocol robustness)

المتطلبات:

استخدام أداة (مثل Codenomicon) لاختبار هجمات الحزم المشوهة للبروتوكولات المستخدمة لتبادل المعلومات مع المستخدمين النهائيين أو الاتصال بشبكات غير موثوقة
نتيجة الاختبار لا يمكن أن تحتوي على مشاكل حرجة أو رئيسية
تقديم نتائج الاختبار

البروتوكولات وإصدارات البروتوكول تشمل على سبيل المثال لا الحصر:
BGP, Diameter, DNS, DVRMP, EAP, FTP, GRE, GTP, H.225, H.248, H.323, HTTP, ICMP, IMAP, IPSec, IPv4, IPv6, IS-IS, ISAKMP/IKE, LDAP, MGCP, MPLS/LDP, NTP, OSPF, PIM, POP3, RADIUS, RIP, RSVP, RTP, RTSP, SIGCOMP, SIP, SNMP, SMTP, SSH, SSL/TLS, TACACS, TR-069, XML/SOAP, WAP

هل ينطبق على التطبيقات؟: لا (N)

القسم 7: البيانات الحساسة والتشفير (Sensitive Data and Encryption)

7.1 قائمة خوارزميات التشفير (Encryption algorithm list)

المتطلبات:

توفير قائمة خوارزميات التشفير المستخدمة من قبل المادة
وصف سيناريوهات التطبيق لخوارزميات التشفير

هل ينطبق على التطبيقات؟: نعم (Y)

7.2 خوارزميات التشفير الخاصة (★ Private encryption algorithm)

المتطلبات:

لا يمكن استخدام خوارزميات التشفير الخاصة للتشفير وفك التشفير، بما في ذلك على سبيل المثال لا الحصر:

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

للحصول على تفاصيل حول دورات حياة خوارزميات التشفير الشائعة: انظر الملحق 1

تقديم قائمة الخوارزميات التفصيلية (بما في ذلك الغرض من الخوارزمية)

هل ينطبق على التطبيقات؟: نعم (Y)

7.3 خوارزميات التشفير غير الآمنة (Insecure encryption algorithm)

المتطلبات:

لا يمكن استخدام خوارزميات التشفير غير الآمنة المعروفة في الصناعة:
- DES
- 3DES (باستثناء السيناريوهات التي K1 ≠ K2 ≠ K3)
- SKIPJACK
- RC2
- RSA (أقل من 1024 بت)
- MD2
- MD4
إذا كانت هناك حاجة لاستخدام خوارزمية تشفير غير آمنة بسبب:
- تعريف بروتوكول قياسي ولا توجد خوارزمية قابلة للاستبدال
- التشغيل البيني مع نظام طرف ثالث
- التوافق مع النظام القديم
- يجب تقديم وصف في قائمة خوارزميات التشفير

هل ينطبق على التطبيقات؟: نعم (Y)

7.4 أمان تخزين البيانات الحساسة (★ Sensitive data storage security)

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

7.5 أمان نقل البيانات الحساسة (Sensitive data transmission security)

المتطلبات:

عندما يتم نقل البيانات الحساسة (بما في ذلك كلمات المرور، الحسابات المصرفية، والبيانات الشخصية المجمعة) بين شبكات غير موثوقة:
- يجب نقل البيانات الحساسة عبر قنوات نقل آمنة
- أو تشفيرها قبل النقل
- باستثناء تلك المحددة في البروتوكولات القياسية

تقديم قائمة البيانات الحساسة (بما في ذلك وضع الحماية لكل نوع من البيانات الحساسة)

هل ينطبق على التطبيقات؟: نعم (Y)

7.6 أمان المفاتيح (★ Key security)

المتطلبات:

المفاتيح المستخدمة لتشفير نقل البيانات الحساسة لا يمكن تضمينها بشكل ثابت في الأكواد
يجب توفير آليات إدارة المفاتيح أو تفاوض المفاتيح

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 8: أمان كلمة المرور (Password Security)

8.1 فحص تعقيد كلمة المرور (Password complexity check)

المتطلبات:

إذا كانت المادة تتضمن كلمات مرور العمليات والصيانة، يجب فحص تعقيد كلمة المرور افتراضيًا
يجب أن تستوفي كلمة المرور المتطلبات التالية:

الطول: 8 أحرف على الأقل
التعقيد: يجب أن تحتوي على نوعين على الأقل من الأحرف التالية:
- أحرف صغيرة
- أحرف كبيرة
- أرقام (0-9)
- رموز خاصة: `, ~, !, @, #, $, %, ^, &, *, (, ), -, _, =, +, , |, [, {, }, ], ;, :, ‘, “, ,, <, ., >, /, ?, والمسافة
الاختلاف عن الحساب: لا يمكن أن تكون كلمة المرور نفس اسم الحساب

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

هل ينطبق على التطبيقات؟: نعم (Y)

8.2 آلية قفل حساب المستخدم (User account locking mechanism)

المتطلبات:

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

الإجراء
1. قفل الحساب
2. قفل عنوان IP
3. تأخير تسجيل الدخول
4. رمز التحقق
5. القائمة البيضاء لعناوين IP

هل ينطبق على التطبيقات؟: نعم (Y)

8.3 تخزين كلمة المرور المشفرة (Encrypted password storage)

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

8.4 نقل كلمة المرور الآمن (Secure password transmission)

المتطلبات:

كلمات المرور لا يمكن نقلها على الشبكة بنص عادي

هل ينطبق على التطبيقات؟: نعم (Y)

8.5 تعديل كلمة المرور (Password modification)

المتطلبات:

عندما يغير المستخدم كلمة المرور الخاصة به، يجب التحقق من كلمة المرور القديمة
المستخدمون (باستثناء المسؤول) لا يمكنهم تغيير كلمات مرور حسابات المستخدمين الآخرين

هل ينطبق على التطبيقات؟: نعم (Y)

8.6 قائمة كلمات مرور الحساب (★ Account password list)

المتطلبات:

يجب توفير قائمة كلمات مرور الحساب

هل ينطبق على التطبيقات؟: نعم (Y) – إذا كان الحساب يمكن إنشاؤه فقط من قبل المورد. وإلا فهو اختياري

القسم 9: تدقيق السجلات (Log Auditing)

9.1 تسجيل أنشطة المستخدم وأوامر التشغيل (★ Logging user activities and operation commands)

المتطلبات:

يجب تسجيل الأنشطة والأوامر التالية في السجلات:

أنشطة المستخدم:

تسجيل الدخول والخروج
إضافة أو حذف المستخدمين وتغيير سمات المستخدم (الحسابات وكلمات المرور)
قفل حساب المستخدم، فتحه، تعطيله، واستعادته
تغيير حقوق الدور
تغيير التكوين الأمني المتعلق بالنظام (مثل تكوين محتوى سجل الأمان)
تغيير الموارد الهامة (مثل حذف أو تعديل ملف مهم)

أوامر التشغيل:

تعديل معلمات تكوين النظام
بدء تشغيل النظام، إيقاف التشغيل، إعادة التشغيل، الإيقاف المؤقت، الاستعادة، والتبديل
تحميل وإلغاء تحميل الخدمة
ترقية البرمجيات، بما في ذلك الترقية عن بُعد والترقية المحلية
إنشاء وحذف وتعديل بيانات الخدمة الهامة (خاصة البيانات المالية، بما في ذلك رقم البطاقة، الرصيد، CDR، معدل الشحن، الرسوم، الطلب، الشحنة، والفاتورة)
أوامر التشغيل غير الاستعلامية CLI لجميع الحسابات

هل ينطبق على التطبيقات؟: نعم (Y)

9.2 سجلات للتدقيق اللاحق (Logs for subsequent auditing)

المتطلبات:

يجب أن يدعم محتوى السجل التدقيق اللاحق ويسجل المعلومات:
- معرف المستخدم
- الوقت
- نوع الحدث
- اسم المورد الذي تم الوصول إليه
- عنوان أو معرف المُبادر بالوصول
- نتيجة الوصول

هل ينطبق على التطبيقات؟: نعم (Y)

9.3 التحكم في الوصول إلى السجلات (Log access control)

المتطلبات:

يجب تعيين التحكم في الوصول للسجلات
وحدة السجل لا يمكنها توفير إمكانية تعديل سجلات السجل
إذا كان يمكن حذف السجلات، يتم التحكم في إذن الحذف من قبل المسؤول أو النظام

هل ينطبق على التطبيقات؟: نعم (Y)

9.4 متطلبات أمنية أخرى (Other security requirements)

المتطلبات:

متطلبات أخرى مخصصة بناءً على متطلبات أمن المنتج تشمل:
- النسخ الاحتياطي
- التفريغ
- إدارة السجلات المركزية
إذا كانت موجودة، أضف المتطلبات

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 10: منع الاعتراض غير القانوني (Illegal Interception Prevention)

10.1 منع الاعتراض غير القانوني (★ Illegal interception prevention)

المتطلبات:

توفير قائمة الوظائف:
- قائمة الوظائف المستخدمة لجمع واعتراض محتوى الاتصال الأصلي للمستخدمين النهائيين (بما في ذلك الصوت، SMS/MMS، الفاكس، وخدمات البيانات)
- وصف:
  - نوع محتوى الاتصال المعني
  - سيناريو التطبيق
  - طريقة التخزين والنقل
  - آلية الحماية
حظر الوظائف غير المُعلنة:
- لا يُسمح بالوظائف المستخدمة لجمع محتوى الاتصال الأصلي للمستخدمين النهائيين (بما في ذلك الصوت، SMS/MMS، الفاكس، وخدمات البيانات) التي لم يتم إخطار المستخدمين النهائيين بها
- حتى لو كانت هذه الوظائف تُستخدم لضمان تشغيل الشبكة والخدمة
- لا ينطبق هذا المتطلب على الوظائف المحددة في عملية الخدمة العادية والبروتوكولات القياسية

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 11: إدارة التثبيت والتكوين (Installation and Configuration Management)

11.1 تثبيت البرمجيات (Software installation)

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

11.2 إدارة التكوين (Configuration management)

المتطلبات:

عدم وجود ثغرات خطيرة:
- تعتمد المادة على نظام ملفات محدد وبرمجيات وظيفية للنظام
- البرمجيات الأخرى لإصدار النظام المعتمد لا يمكن أن تحتوي على ثغرات خطيرة
مبدأ الحد الأدنى من الحقوق:
- وفقًا لمبدأ الحد الأدنى من الحقوق، يجب أن يكون حساب تشغيل البرمجيات حساب نظام تشغيل مخصص بأقل حقوق (الحقوق الضرورية)
- وليس حسابات ذات حقوق أعلى، مثل root، administrator، أو supervisor
توفير دليل التكوين الأمني/التقوية الأمنية ودليل الصيانة الأمنية للمادة

هل ينطبق على التطبيقات؟: لا (N)

القسم 12: إدارة المستخدم (User Management)

12.1 عزل مستخدمي البرمجيات (Software user isolation)

المتطلبات:

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

ما هي العمليات غير المصرح بها الأفقية؟

وصول مستخدم إلى بيانات مستخدم آخر بنفس مستوى الصلاحيات

ما هي العمليات غير المصرح بها العمودية؟

وصول مستخدم إلى وظائف أو بيانات بمستوى صلاحيات أعلى

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 13: حماية الخصوصية – إخطار أصحاب البيانات (Privacy Protection – Notifying Data Subjects)

13.1 بيان الخصوصية في المستندات أو الواجهات (★ Privacy statement in documents or on interfaces)

المتطلبات:

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

تقديم قائمة البيانات الشخصية المتضمنة في المادة (يرجى الاتصال بـ Honor للحصول على القالب)

أمثلة:

يجب توفير رابط سياسة الخصوصية في نهاية الصفحة على مواقع الويب
يجب أن توفر برمجيات التطبيق بيان خصوصية في الإعدادات > حول
يجب توفير رابط سياسة الخصوصية أيضًا في رسائل البريد الإلكتروني التسويقية

يجب أن يتضمن بيان الخصوصية المعلومات التالية:

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

إذا نقل متحكم البيانات البيانات إلى بلد آخر أو منظمة دولية، يجب توفير طريقة الحصول على البيانات الشخصية أو نسخها وتدابير الحماية الأمنية ذات الصلة

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 14: حماية الخصوصية – اختيار وموافقة صاحب البيانات (Privacy Protection – Data Subject Selection and Consent)

14.1 الموافقة على تعديل المساحة الشخصية

المتطلبات:

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

الاستثناءات:

المعلمات التي يتم التفاوض عليها تلقائيًا بين العميل والخادم (مثل في عملية تفاوض الاتصال) ليست ضمن نطاق القاعدة
إذا كان تكوين خادم الخدمة السحابية لا يتضمن تحديث البيانات الشخصية، لا يُطلب موافقة المستخدمين

للأجهزة:

يجب تعطيل وظيفة التنزيل افتراضيًا أثناء تصميم وظيفة تنزيل البرمجيات
يجب توفير خيار للمستخدمين لتمكين التنزيل يدويًا
يمكن توفير خيار السماح بالتنزيل التلقائي لتحسين تجربة المستخدم
للمنتجات التي ليس لديها واجهات مستخدم: لا يمكن توفير وظيفة تنزيل برمجيات التطبيق باستثناء حزمة ترقية OTA

للهواتف الذكية والأجهزة اللوحية:

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

للمنتجات التي لا يمكن استخدامها إذا لم يتم ترقيتها:

يجب إرسال مطالبات للمستخدمين أثناء الترقية
ومع ذلك، عند توفير خيارات التأكيد للمستخدمين، يمكن توفير خيار الموافقة فقط

للأجهزة التي ليس لديها واجهات مستخدم:

يمكن وصف معلومات الترقية في دليل المستخدم أو الاتفاقية

مثال: المنتج S يوفر ترقيات OTA، لكنه مطلوب للحصول على موافقة المستخدم قبل بدء عملية الترقية (بما في ذلك خيارات مثل الموافقة على الترقية والترقية لاحقًا). يمكن أن تبدأ الترقية فقط بعد موافقة المستخدم.

هل ينطبق على التطبيقات؟: نعم (Y)

14.2 الإخطار والموافقة الصريحة قبل جمع أو استخدام البيانات الشخصية (★ Notifications and express consent before personal data collection or usage)

المتطلبات:

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

للحصول على تفاصيل: يرجى الاتصال بـ Honor للحصول على قالب قائمة البيانات الشخصية

مثال: يحتاج المستخدمون إلى ملء عنوان بريدهم الإلكتروني عند تسجيل HonorID. عناوين البريد الإلكتروني هي بيانات شخصية للمستخدمين. يجب على المستخدمين قراءة بيان الخصوصية والنقر أو لمس زر مشابه لـ “تسجيل” لتسجيل HonorID. هذا يشير إلى أن المستخدمين يوافقون على جمع عناوين بريدهم الإلكتروني.

هل ينطبق على التطبيقات؟: نعم (Y)

14.3 آلية الإخطار والحصول على الموافقة الصريحة عند تصدير تقارير الأخطاء

المتطلبات:

عندما يتعطل برنامج تطبيق وتحتاج إلى إرسال تقرير خطأ:
- يجب إرسال مطالبة تحتوي على خيار الحصول على موافقة صاحب البيانات لصاحب البيانات
- يمكن لصاحب البيانات تحديد ما إذا كان سيتم إرسال تقرير خطأ
المنتجات التي ليس لديها واجهة مستخدم: يجب توفير بيان صريح في المواد
إذا كان مورد الجهاز يوفر وظيفة تصدير تقارير الأخطاء التي تحتوي على بيانات شخصية من نظام صاحب البيانات:
- يجب توفير آلية إخطار صاحب البيانات والحصول على موافقته أثناء تصميم المادة

الممارسة الرائدة في الصناعة: معايير الخصوصية من Microsoft تتطلب عرض مطالبة واضحة وواضحة للحصول على موافقة صريحة من المستخدم عندما يتم تصدير تقارير الأخطاء التي تحتوي على بيانات شخصية أو معلومات تفريغ الأعطال التفصيلية خارج نظام المستخدم.

هل ينطبق على التطبيقات؟: نعم (Y) [موصى به]

14.4 الإخطار والموافقة عند اتصال البرنامج بالإنترنت [موصى به]

المتطلبات:

قبل أن يتصل برنامج تطبيق المادة بالإنترنت:
- يجب إرسال مطالبة للحصول على موافقة صاحب البيانات لصاحب البيانات
- لتحديد ما إذا كان سيتم الاتصال بالإنترنت
لمنع المطالبات المتكررة من إزعاج صاحب البيانات:
- يُوصى بإرسال مطالبة للحصول على موافقة صاحب البيانات لأول مرة للاتصال بالإنترنت
- وتوفير خيار لصاحب البيانات لتحديد ما إذا كان سيسمح للبرنامج بالاتصال بالإنترنت تلقائيًا لاحقًا أو الحصول على موافقة صاحب البيانات في كل مرة للاتصال بالإنترنت
إذا كانت المادة ليس لديها واجهات مستخدم:
- يجب وصف المعلومات حول اتصال البرنامج بالإنترنت في المستندات

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

هل ينطبق على التطبيقات؟: نعم (Y)

14.5 آليات الحصول على الموافقة الصريحة لاستخدام البيانات الشخصية للتسويق

المتطلبات:

عندما يجمع متحكم البيانات بيانات شخصية لمستخدم لأغراض التسويق أو أبحاث السوق:
- يحتاج متحكم البيانات إلى توفير خيار مستقل للحصول على موافقة صريحة من المستخدم
- يمكن للمستخدم تحديد ما إذا كان يوافق على استخدام بياناته الشخصية لأغراض أخرى باستثناء الخدمات الأساسية
- لا تتأثر الخدمات الأساسية بغض النظر عما إذا كان صاحب البيانات يوافق
- يجب الاحتفاظ بدليل موافقة المستخدم
- ويجب تسجيل وقت الموافقة
للمنتجات الموجهة مباشرة لأصحاب البيانات والتي توفر واجهات مستخدم:
- إذا كان النظام يوفر وظيفة التسويق المباشر (أي التسويق عبر البريد الإلكتروني أو الرسائل القصيرة) للمستخدمين:
  - يجب توفير خيار مستقل للحصول على موافقة صريحة من المستخدمين على الواجهة
إرسال معلومات إلكترونية تجارية (مثل الإعلانات) خارج واجهات برمجيات التطبيق دون موافقة المستخدمين ينتهك هذا المتطلب
في الاتحاد الأوروبي:
- عندما يكون التنميط والتسويق متضمنين:
  - يحتاج المستخدمون إلى الإخطار بحقوق النقض
  - ما إذا كانت بياناتهم الشخصية تُنقل خارج المنطقة الاقتصادية الأوروبية (EEA)
  - منطق التنميط
  - وعواقب رفض تقديم البيانات الشخصية

مثال: يحتاج منتج التجارة الإلكترونية إلى الحصول على موافقة المستخدمين لإرسال رسائل البريد الإلكتروني التسويقية وتسجيل موافقتهم. يسجل هيكل الجدول في قاعدة بيانات تصميم المنتج معرف المستخدم، وقت الموافقة، عنوان IP للموافقة، المحتوى في الموافقة، ومعلومات العميل عند تقديم الموافقة.

هل ينطبق على التطبيقات؟: نعم (Y)

14.6 آليات الحصول على الموافقة قبل تعيين أو قراءة ملفات تعريف الارتباط

المتطلبات:

عندما يقوم موقع ويب بتعيين ملفات تعريف الارتباط على جهاز المستخدم لتحليل سلوك المستخدم مثل التسويق، دفع الإعلانات، أو إجراء أبحاث السوق بدلاً من تقديم خدمات أساسية للمستخدم:
- يجب طلب موافقة المستخدم قبل تعيين ملفات تعريف الارتباط
- لا يمكن استخدام ملفات تعريف الارتباط قبل الحصول على موافقة المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

14.7 العمل الواضح للمستخدم للموافقة (Clear action of the user for consent)

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

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

المتطلبات:

البيانات الشخصية الحساسة هي مجموعة فرعية مهمة من البيانات الشخصية
تشير إلى المعلومات في أكثر المجالات خصوصية لأصحاب البيانات أو البيانات التي قد يكون لها تأثير سلبي كبير على أصحاب البيانات بمجرد الكشف عنها
مطلوب تدابير حماية أكثر وأكثر صرامة لمعالجة البيانات الحساسة
موافقة على:
- الأصل العرقي
- الآراء السياسية
- المعتقدات الدينية والفلسفية
- العضوية النقابية
- البيانات الجينية
- المعلومات البيولوجية
- الصحة والحياة الجنسية
- التوجه الجنسي
- أرقام البطاقات المصرفية
- أرقام الهوية
- أرقام جوازات السفر
- كلمات المرور التي ترتبط بهوية المستخدم
يجب فصلها عن موافقة البيانات الشخصية العامة الأخرى
مثال: قبل جمع واستخدام البيانات الشخصية الحساسة، يتم إرسال إخطار لصاحب البيانات للحصول على موافقته

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

هل ينطبق على التطبيقات؟: نعم (Y)

14.9 وظيفة الحصول على موافقة الأوصياء إذا كان المنتج يقدم خدمات للأطفال

المتطلبات:

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

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

هل ينطبق على التطبيقات؟: نعم (Y)

14.10 آلية تسجيل سلوك الموافقة وسحب الموافقة

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

14.11 الإخطار للمستخدمين عند تغيير سياسة الخصوصية

المتطلبات:

إذا تم تغيير سياسة الخصوصية (نطاق أو غرض استخدام البيانات الشخصية المجمعة):
- يحتاج توفير آلية للحصول على موافقة صريحة من أصحاب البيانات

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 15: حماية الخصوصية – الجمع (Privacy Protection – Collection)

15.1 بيان الخصوصية ومبدأ الحد الأدنى (★ Privacy statement and minimum principle)

المتطلبات:

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

متطلبات جمع معلومات الموقع الدقيقة للمستخدمين النهائيين:

يحتاج توفير قائمة معلومات الموقع الدقيقة للمستخدمين النهائيين المتضمنة في المادة
يحتاج وصف سيناريوهات التطبيق لمعلومات الموقع الدقيقة
يمكن تعطيل وظيفة جمع معلومات الموقع الدقيقة للمستخدمين النهائيين
يُحظر تحديد موقع معلومات الموقع الدقيقة للمستخدمين النهائيين لتحديد الأعطال باستثناء تلك المحددة في عملية الخدمة العادية والبروتوكولات القياسية

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

هل ينطبق على التطبيقات؟: نعم (Y)

15.2 طلبات Get غير مسموح بها لإرسال بيانات تحتوي على بيانات شخصية

المتطلبات:

افتراضيًا، يقوم وكيل الويب و EMS بتخزين وتسجيل عنوان URL لكل طلب Get ولكن ليس لطلبات Post
بالإضافة إلى ذلك، يُستخدم طلب Get لنقل بيانات الجدول من خلال استعلام سلسلة الأحرف، مما يسهل الكشف عن البيانات الشخصية
يمكن استخدام طلبات Post لمنع تخزين وتسجيل البيانات الشخصية
في السيناريوهات التي يتم فيها استخدام واجهة RESTful، هذا المتطلب اختياري
-这是因为 واجهة RESTful تعتبر طلب GET كالحصول على مورد من الخادم وطلب POST كإنشاء مورد على الخادم

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 16: حماية الخصوصية – الاستخدام والاحتفاظ والمعالجة (Privacy Protection – Usage, Retention, and Processing)

16.1 إعداد حماية الخصوصية ممكّن افتراضيًا

المتطلبات:

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

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

هل ينطبق على التطبيقات؟: نعم (Y)

16.2 آلية الحماية الأمنية لتخزين واستخدام البيانات الشخصية

المتطلبات:

عندما يتم تخزين واستخدام البيانات الشخصية محليًا (بما في ذلك قاعدة البيانات، الملف، والمخزن المؤقت):
- يحتاج اتخاذ تدابير أمنية، بما في ذلك:
  - مصادقة الهوية
  - التحكم في الحقوق
  - تسجيل السجلات
  - حماية السلامة
- لكل نوع من البيانات الشخصية وفقًا لتأثيرها لحماية البيانات الشخصية
كلمات المرور لا يمكن تخزينها في النظام بنص عادي ويجب تشفيرها للحماية
إذا لم تكن هناك حاجة لاستعادة كلمة المرور الأصلية:
- يحتاج استخدام خوارزمية لا رجعة فيها للتشفير
يجب على النظام التحكم بدقة في وصول المستخدمين النهائيين والمسؤولين إلى البيانات الشخصية
يمكن مراجعة وتدقيق جميع الأدوار في النظام (مثل من خلال ACL) للتأكد من أن المستخدمين المصرح لهم فقط يمكنهم الوصول إلى البيانات
على سبيل المثال، يجب أن يكون لدى النظام قواعد مصادقة وتصريح أمنية للتأكد من أن المستهلكين لا يمكنهم الوصول إلى بيانات المستخدمين الآخرين
يجب أن يكون لدى النظام ACL واضح لتحديد المسؤولين الذين يمكنهم الوصول إلى البيانات وحقوق وصولهم (مثل القراءة أو الكتابة)
البيانات الشخصية الحساسة تحتاج إلى تخزينها ونقلها في وضع التشفير
بالإضافة إلى ذلك، يحتاج تعيين حقوق وصول مناسبة لمنع الوصول غير المصرح به
تحتاج المادة إلى حماية البيانات وفقًا للقوانين المحلية
على سبيل المثال، تتطلب القوانين الروسية أن يكون الخادم المستخدم لتخزين البيانات الشخصية موجودًا في روسيا
وتتطلب القوانين الصينية أن معلومات الصحة للمستخدمين لا يمكن تخزينها في خوادم موجودة خارج الصين ولا يمكن استضافة أو تأجير خوادم خارج الصين
يحتاج تصميم سياسة التحكم في الوصول للبيانات الشخصية المخزنة في النظام بطريقة مركزية
يتم دعم تقسيم الحقوق لتلبية متطلبات الحقوق للأفراد ذوي الوظائف المختلفة (مثل المشغلين ومسؤولي النظام)
يحتاج سياسة الوصول إلى تلبية المتطلبات التالية:
- يحتاج توفير آلية مصادقة قبل وصول المشغلين إلى البيانات الشخصية
- يمكن للمشغلين الوصول فقط إلى البيانات المطلوبة لوظائف الخدمة
- إذا لم تعد البيانات الشخصية مطلوبة للعمليات الضرورية، يمكن إلغاء حقوق الوصول للمشغل
للمنتجات التي تحتاج إلى الامتثال لمعيار PCI DSS، على سبيل المثال، مواد الدفع:
- يتم تخزين أسماء المستخدمين، رموز الخدمة، وسجلات البطلان ومعالجتها ونقلها مع أرقام البطاقات المصرفية
- الكشف عن البيانات له تأثير سلبي كبير على المستخدمين
- لذلك، أرقام البطاقات المصرفية المخزنة محليًا تحتاج إلى تشفير
- ويُحظر تخزين قيمة التحقق من البطاقة (CVV)

هل ينطبق على التطبيقات؟: نعم (Y)

16.3 تسجيل عمليات الاستعلام عن أرقام البطاقات المصرفية [موصى به]

المتطلبات:

إذا كانت المادة توفر واجهات تشغيل بشرية:
- يحتاج النظر في مخاطر الكشف عن البيانات الشخصية بسبب العمليات اليدوية
- ويحتاج تسجيل عمليات الاستعلام عن أرقام البطاقات المصرفية في السجلات
بما يتم تسجيل عمليات البيانات الشخصية، يمكن تدقيق أنشطة معالجة البيانات الشخصية
لا يمكن عرض أرقام البطاقات المصرفية في سجلات العمليات بنص عادي
ويحتاج إخفاء هويتها

هل ينطبق على التطبيقات؟: نعم (Y)

16.4 الاستخدام الصحيح للاسم المستعار أو التشفير [موصى به]

المتطلبات:

الاسم المستعار (Pseudonym) هو طريقة حماية البيانات (تعزيز الأمان)
البيانات المستعارة لا تزال بيانات شخصية وتحتاج إلى تلبية متطلبات معالجة البيانات الشخصية
البيانات المجهولة ليست بيانات شخصية وليست مقيدة بقوانين ولوائح حماية البيانات الشخصية
بناءً على ما إذا كانت البيانات الشخصية تحتاج إلى الاحتفاظ بتنسيقها الأصلي:
- يحتاج النظام إلى استخدام الاسم المستعار أو التشفير لحماية البيانات الشخصية ومنع الكشف عن البيانات الشخصية
على سبيل المثال:
- البيانات الشخصية الحساسة تحتاج إلى تشفيرها أثناء التخزين
- والبيانات المستعارة تحتاج إلى استخدامها عندما يتم عرض البيانات الشخصية على الواجهات أو نقلها إلى طرف ثالث
في سيناريوهات إنشاء المشترك:
- البيانات الشخصية الحساسة المعروضة على واجهات O&M للنظام تحتاج إلى إخفاء هويتها

هل ينطبق على التطبيقات؟: نعم (Y)

16.5 تعريف فترة الاحتفاظ بالبيانات الشخصية المخزنة

المتطلبات:

لمتحكمي البيانات:
- لا يمكن تخزين البيانات الشخصية بشكل دائم في النظام
- ويحتاج تعيين فترة احتفاظ للبيانات الشخصية
- بالإضافة إلى ذلك، يجب أن تكون فترة الاحتفاظ بالبيانات الشخصية قابلة للتكوين
إذا لم يتمكن النظام من توفير تعريف لفترة الاحتفاظ بالبيانات الشخصية:
- يحتاج النظام إلى توفير آلية لدعم سياسة فترة الاحتفاظ، على سبيل المثال، حذف البيانات الشخصية ذات الصلة أثناء حذف المستخدم
للبيانات الشخصية منتهية الصلاحية:
- يحتاج النظام إلى توفير آلية لحذف أو إخفاء هوية البيانات الشخصية منتهية الصلاحية

مثال: يوفر منتج مصادقة البوابة. يحتاج العملاء إلى ملء رقم هاتفهم وكلمة المرور المستلمة على البوابة عند الاتصال بنقطة اتصال Wi-Fi في مركز تسوق لأول مرة. يُعلم المنتج المستخدمين أنه سيتم حذف رقم هاتفهم بعد 8 ساعات ويحتاجون إلى الاتصال يدويًا بنقطة اتصال Wi-Fi مرة أخرى. فترة الاحتفاظ الافتراضية هي 8 ساعات، والتي يتم تكوينها من قبل متحكم البيانات.

هل ينطبق على التطبيقات؟: نعم (Y)

16.6 عدم السماح بجمع ومعالجة البيانات الشخصية بعد سحب الموافقة

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

16.7 آلية الحذف الآمن

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

16.8 الامتثال لمبدأ الحد الأدنى للبيانات الشخصية في السجلات

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

16.9 آلية الخروج من التنميط

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

16.10 تسجيل عمليات البيانات الشخصية بواسطة المسؤول

المتطلبات:

لمستوى الإدارة:
- تحتاج عمليات الاستعلام عن البيانات الشخصية، التعديل، الحذف، التحميل، التنزيل، الاستيراد والتصدير إلى تسجيلها في السجلات

هل ينطبق على التطبيقات؟: لا (N)

16.11 آلية اكتشاف الوصول غير المصرح به [موصى به]

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 17: حماية الخصوصية – الإفصاح عن البيانات الشخصية لطرف ثالث أو النقل عبر الحدود (Privacy Protection – Personal Data Disclosure to a Third Party or Cross-Border Transfer)

17.1 الإفصاح عن البيانات الشخصية لطرف ثالث أو النقل عبر الحدود

المتطلبات:

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

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

هل ينطبق على التطبيقات؟: نعم (Y)

17.2 قناة نقل آمنة أو تشفير للبيانات الشخصية عالية التأثير

المتطلبات:

عندما يتم نقل البيانات الشخصية عالية التأثير بين شبكات غير موثوقة:
- تحتاج البيانات الشخصية إلى نقلها باستخدام قنوات نقل آمنة أو تشفيرها قبل النقل
لا ينطبق هذا المتطلب على البيانات التي تحتوي على عنوان IP أو عنوان MAC في رأس الحزمة والتي يتم نقلها وفقًا لبروتوكول قياسي
عندما يتم نقل البيانات الشخصية متوسطة أو منخفضة التأثير بين شبكات غير موثوقة:
- يُوصى بنقل البيانات الشخصية باستخدام قنوات نقل آمنة أو تشفيرها قبل النقل
عندما يتم نقل البيانات الشخصية بين شبكات غير موثوقة على دفعات:
- يجب نقل البيانات الشخصية باستخدام قنوات نقل آمنة أو تشفيرها قبل النقل باستثناء ما هو منصوص عليه في البروتوكولات القياسية

مثال: يحتاج التطبيق A إلى تسجيل الدخول عن بُعد إلى خادم، أي نقل اسم المستخدم وكلمة المرور عبر شبكة عامة. في هذه الحالة، يمكن نقل البيانات عبر HTTPS، ويجب اختيار خوارزمية تشفير آمنة، على سبيل المثال، AES (128 بت أو أكثر). لتنفيذ هذا المتطلب، يجب إزالة الخوارزميات غير الآمنة (مثل RC4 وDES) من قائمة خوارزميات كلمة المرور المقدمة في العميل.

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 18: حماية الخصوصية – حقوق الوصول لصاحب البيانات (Privacy Protection – Access Rights of the Data Subject)

18.1 آلية تمكن صاحب البيانات من الاستعلام والتحديث والحذف

المتطلبات:

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

مثال: يمكن للمستخدمين الوصول إلى بياناتهم الشخصية وتحديثها بعد تسجيل الدخول إلى المنتج واجتياز مصادقة الهوية.

هل ينطبق على التطبيقات؟: نعم (Y)

18.2 آلية التحقق من هوية المستخدم عند ملء المعلومات الشخصية

المتطلبات:

عندما يسجل صاحب البيانات في النظام:
- يحتاج النظام إلى التحقق من هوية صاحب البيانات، على سبيل المثال، باستخدام رابط التنشيط في بريد إلكتروني أو رمز التحقق في رسالة قصيرة

هل ينطبق على التطبيقات؟: نعم (Y)

18.3 آلية تقييد معالجة البيانات الشخصية

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

18.4 الإخطار لصاحب البيانات عند تقييد المعالجة [موصى به]

المتطلبات:

عندما يحتاج متحكم البيانات إلى تقييد معالجة البيانات الشخصية:
- يمكن للمنتج إخطار صاحب البيانات بشكل استباقي بمعلومات تقييد المعالجة من خلال واجهات الوظائف أو رسائل البريد الإلكتروني أو الرسائل القصيرة
للمنتجات الموجهة مباشرة لأصحاب البيانات والتي توفر واجهات مستخدم:
- إذا كان لدى صاحب البيانات شكوك حول دقة البيانات الشخصية:
  - يحتاج مورد الجهاز إلى تقييد معالجة البيانات الشخصية
  - يمكن للمنتج إخطار صاحب البيانات بشكل استباقي بمعلومات تقييد المعالجة من خلال واجهات الوظائف أو رسائل البريد الإلكتروني أو الرسائل القصيرة

هل ينطبق على التطبيقات؟: نعم (Y)

18.5 آلية تصدير البيانات الشخصية

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 19: حماية الخصوصية – متطلبات أخرى (Privacy Protection – Other Requirements)

19.1 خيار الصورة الصامتة غير محدد افتراضيًا

المتطلبات:

يمكن استخدام وظيفة الصورة الصامتة للصورة السرية
وفقًا للوائح اليابانية والكورية الجنوبية:
- لا يمكن للمنتجات المباعة توفير وظيفة الصورة الصامتة (يحتاج حظر الوظائف ذات الصلة)
في بلدان أخرى:
- إذا تم استيفاء متطلبات القانون المحلي بعد التقييم القانوني:
  - يمكن توفير وظيفة الصورة الصامتة

هل ينطبق على التطبيقات؟: نعم (Y)

19.2 دعم إلغاء تحميل التطبيقات على الأجهزة الذكية

المتطلبات:

يمكن إلغاء تحميل برمجيات التطبيق باستثناء برمجيات الوظائف الأساسية على الأجهزة الذكية

هل ينطبق على التطبيقات؟: نعم (Y)

19.3 موافقة المستخدمين على مشاركة البيانات الشخصية بين التطبيقات المختلفة

المتطلبات:

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

مثال: عندما يسجل مستخدم الدخول إلى تطبيق Google باستخدام معرف Google ويفتح تطبيق Google آخر، سيتم عرض مربع حوار لتقديم خيار: استخدام معرف Google الحالي أو آخر لتسجيل الدخول إلى التطبيق.

هل ينطبق على التطبيقات؟: نعم (Y)

19.4 موافقة المستخدمين على تعديل أو حذف البيانات الشخصية

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.5 آلية الحماية الأمنية للواجهات التي تتضمن بيانات شخصية

المتطلبات:

يحتاج توفير آليات حماية أمنية للواجهات التي تتضمن بيانات شخصية، مثل:
- واجهة قراءة IMSI
- الواجهات الوظيفية للمكالمات، التسجيل، التقاط الصور، وإرسال واستقبال SMS
خلاف ذلك، يمكن للبرمجيات الخبيثة الحصول على معلومات المستخدم الخاصة أو التدخل في اتصالات المستخدم من خلال هذه الواجهات
إذا كان المستخدمون غير مدركين لاستدعاء الواجهات التي تتضمن بيانات شخصية:
- يُعتبر السلوك وصولاً إلى خصوصية المستخدم دون موافقته أو التدخل في اتصالات المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

19.6 حذف أو تدمير أو إخفاء هوية البيانات المؤقتة

المتطلبات:

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

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.7 عدم السماح بوظيفة الاعتراض أو الباب الخلفي على الجهاز

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.8 وظيفة إدارة البيانات للبيانات الشخصية الناتجة أثناء استخدام المنتج

المتطلبات:

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

ملاحظة: لا ينطبق هذا المتطلب على الممارسات الشائعة في الصناعة.

هل ينطبق على التطبيقات؟: نعم (Y)

19.9 تعطيل وظيفة التسجيل على الهاتف المحلي أثناء المكالمة

المتطلبات:

إذا تم تمكين وظيفة التسجيل أثناء مكالمة وحدة الهاتف:
- قد يتم تسجيل محتوى اتصال الطرفين المتصلين والمتصل بهم
- مما قد يؤدي إلى انتهاك خصوصية المستخدم بسبب التصميم غير السليم
لذلك، الممارسة الشائعة في الصناعة (مثل Samsung وApple) هي تعطيل وظيفة التسجيل أثناء مكالمة وحدة الهاتف

هل ينطبق على التطبيقات؟: نعم (Y)

19.10 الامتثال للمتطلبات السياسية والقانونية والدينية للمحتوى المدفوع

المتطلبات:

عندما تدفع المادة المحتوى بشكل استباقي للمستخدمين:
- يجب أن يفي المحتوى المدفوع بالمتطلبات السياسية والقانونية والدينية
بالإضافة إلى ذلك، لا يمكن أن يؤثر تكرار دفع المحتوى على الاستخدام الطبيعي للمستخدمين
بالإضافة إلى ذلك، يحتاج توفير مفتاح لتمكين المستخدمين من تعطيل دفع الرسائل

هل ينطبق على التطبيقات؟: نعم (Y)

19.11 مفتاح اتصال البيانات

المتطلبات:

تحتاج الأجهزة الذكية إلى توفير مفاتيح اتصال البيانات لشبكات الاتصالات المتنقلة و WLAN للمستخدمين
يحتاج المفتاح إلى أن يكون سهل الاستخدام من قبل المستخدمين
يمكن استخدام شبكات الاتصالات المتنقلة و WLAN بعد تمكين المفاتيح ولا يمكن استخدامها بعد تعطيل المفاتيح
بالإضافة إلى ذلك، يحتاج عرض حالة اتصال الشبكة وحالة نقل البيانات على الواجهة الرئيسية للجهاز الذكي
إذا كان الجهاز الذكي يوفر واجهات طرفية لاسلكية، مثل Bluetooth و NFC:
- تحتاج مفاتيح اتصال البيانات المقابلة إلى توفيرها
- بالإضافة إلى ذلك، تحتاج حالة الاتصال المقابلة إلى عرضها على الواجهة الرئيسية للجهاز الذكي
- أثناء الاتصال الأول بجهاز آخر باستخدام وظيفة Bluetooth، تحتاج آلية المصادقة إلى توفيرها ويمكن إنشاء اتصال Bluetooth بعد تأكيد المستخدم للاتصال
عندما يتم تمكين وظيفة اتصال البيانات والواجهات الطرفية اللاسلكية أثناء استدعاء برمجيات تطبيق طرف ثالث:
- يحتاج الجهاز الذكي إلى إرسال إخطار للمستخدم
- ويمكن إنشاء الاتصال فقط بعد تأكيد المستخدم
- يحتاج الجهاز الذكي أيضًا إلى توفير قدرة التحكم في نقل البيانات للمستخدم
- عندما يستدعي برنامج تطبيق طرف ثالث شبكة الاتصالات المتنقلة لنقل البيانات، يمكن إجراء العملية فقط بعد تأكيد المستخدم

هل ينطبق على التطبيقات؟: لا (N)

19.12 تفويض صريح من المستخدمين لتحديث نظام التشغيل

المتطلبات:

عندما يحتاج الجهاز الذكي إلى تحديث نظام التشغيل:
- يحتاج الحصول على تفويض صريح من المستخدم
- وتحتاج حزمة تحديث نظام التشغيل إلى اجتياز فحص الصلاحية
إذا لم يتمكن الجهاز الذكي المحمول من ضمان التحديث الآمن لنظام التشغيل:
- يحتاج وصف مخاطر الأمان المحتملة في التعليمات

هل ينطبق على التطبيقات؟: لا (N)

19.13 متطلبات قدرات نظام التشغيل: موافقة صريحة من المستخدم عند استدعاء الوظائف الحساسة

المتطلبات:

تشمل الوظائف الحساسة للجهاز الذكي:
- المكالمات
- المكالمات الثلاثية
- إرسال البريد الإلكتروني
- إرسال واستقبال SMS
- إرسال MMS
- تمكين شبكة WLAN
- تحديد الموقع
- تسجيل المكالمات
- التسجيل المحلي
- اللقطة الخلفية
- التقاط الصور/الفيديو
- اتصال بيانات شبكة الاتصالات المتنقلة
عندما يستدعي برنامج تطبيق طرف ثالث الوظائف السابقة:
- يحتاج الجهاز الذكي إلى الحصول على موافقة صريحة من المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

19.14 متطلبات قدرات نظام التشغيل: موافقة صريحة من المستخدم عند تشغيل بيانات المستخدم

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.15 عدم السماح للتطبيقات بطلب واستدعاء وظائف الطرفية المستقلة

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.16 آلية تأكيد إنشاء اتصال الواجهات الطرفية السلكية

المتطلبات:

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

هل ينطبق على التطبيقات؟: لا (N)

19.17 الإخطارات والموافقة على بدء تشغيل التطبيقات المُعدّة مسبقًا

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

19.18 حماية بيانات المستخدم عن بُعد

المتطلبات:

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

هل ينطبق على التطبيقات؟: لا (N)

19.19 التحكم والمراقبة لسلوك استدعاء التطبيقات

المتطلبات:

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

هل ينطبق على التطبيقات؟: لا (N)

19.20 عدم القدرة على الوصول إلى بيانات المستخدم المخزنة قبل قفل النظام

المتطلبات:

عندما تكون الأجهزة الذكية في حالة القفل:
- لا يمكن للمستخدمين الوصول إلى بيانات المستخدم المخزنة قبل قفل النظام
- والتي يجب أن تشمل على الأقل:
  - مربع العنوان
  - الرسائل النصية
  - الصور

هل ينطبق على التطبيقات؟: لا (N)

القسم 20: متطلبات أمان التطبيقات المُعدّة مسبقًا (Security Requirements of Preset Application Software)

20.1 متطلبات التحكم في البيانات الحساسة

المتطلبات:

لا يمكن لبرمجيات التطبيق المُعدّة مسبقًا على الأجهزة الذكية تمكين:
- تسجيل المكالمات
- التسجيل المحلي
- اللقطة الخلفية
- التقاط الصور/الفيديو
- استقبال SMS
- تحديد الموقع
- قراءة رقم الهاتف المحلي
- بيانات دفتر العناوين
- سجلات المكالمات
- بيانات SMS
- السجلات عبر الإنترنت
- بيانات الجدول الزمني
- معلومات الموقع
دون تأكيد المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

20.2 متطلبات التحكم في البيانات الوسائط المتعددة

المتطلبات:

لا يمكن لبرمجيات التطبيق المُعدّة مسبقًا على الأجهزة الذكية:
- جمع بيانات المستخدم دون إخطار والحصول على موافقة المستخدمين
- قراءة الصور والصوت والفيديو دون تأكيد المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

20.3 متطلبات التحكم في تعديل بيانات المستخدم

المتطلبات:

لا يمكن لبرمجيات التطبيق المُعدّة مسبقًا على الأجهزة الذكية:
- تعديل بيانات المستخدم دون إخطار والحصول على موافقة المستخدمين
- بما في ذلك تعديل بيانات دفتر العناوين، سجلات المكالمات، بيانات SMS، وبيانات MMS دون تأكيد المستخدم

هل ينطبق على التطبيقات؟: نعم (Y)

20.4 متطلبات حماية تسجيل البيانات

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.5 النقل المشفر للبيانات الحساسة والمعلومات الصوتية والمرئية

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.6 متطلبات التحكم في الوصول إلى المكونات المُعدّة مسبقًا

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.7 معلومات توقيع المصادقة الموجودة في التطبيقات المُعدّة مسبقًا

المتطلبات:

إذا اعتمدت الأجهزة الذكية آلية توقيع المصادقة:
- يحتاج برنامج التطبيق المُعدّ مسبقًا على الأجهزة الذكية إلى تضمين معلومات التوقيع
- ويجب أن تكون معلومات التوقيع موثوقة

هل ينطبق على التطبيقات؟: نعم (Y)

20.8 متطلبات ترقية التطبيقات المُعدّة مسبقًا

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.9 قيود استهلاك حركة المرور

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.10 قيود استهلاك الرسوم

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.11 قيود استدعاء بيانات المستخدم الشخصية

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.12 قيود استدعاء البيانات الوسائط المتعددة

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

20.13 متطلبات ثغرات التطبيقات

المتطلبات:

لا يمكن أن يحتوي برنامج التطبيق المُعدّ مسبقًا على الأجهزة الذكية على ثغرات عالية المخاطر صادرة عن CNVD وCNNVD في الأشهر الستة السابقة

ما هي CNVD و CNNVD؟

CNVD: منصة الكشف عن ثغرات أمن المعلومات الوطنية في الصين
CNNVD: قاعدة البيانات الوطنية للثغرات الأمنية في الصين

هل ينطبق على التطبيقات؟: نعم (Y)

القسم 21: متطلبات أخرى (Others)

21.1 قائمة أذونات التطبيق

المتطلبات:

إذا كانت المادة عبارة عن تطبيق Android:
- يحتاج توفير قائمة أذونات التطبيق وفقًا لقائمة أذونات تطبيق Android (يرجى الاتصال بـ Honor للحصول على القالب)

هل ينطبق على التطبيقات؟: نعم (Y)

21.2 إصدار Android target sdk

المتطلبات:

يجب أن يستوفي APK إصدار Android target sdk المطلوب من Honor
الحد الأدنى الحالي لإصدار Android sdk هو المستوى 26 (Android 8.0 Oreo)

هل ينطبق على التطبيقات؟: نعم (Y)

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

المتطلبات:

يجب أن يُعلم برنامج التطبيق المستخدمين النهائيين صراحةً بمزود البرمجيات عبر:
- اسم البرنامج
- اتفاقية المستخدم
- معلومات الإصدار
- أو وسائل أخرى
للإشارة إلى أن المزود يتمتع ويتحمل الحقوق والالتزامات القانونية ذات الصلة

هل ينطبق على التطبيقات؟: نعم (Y)

21.4 عدم التشغيل التلقائي للتطبيقات ذات الواجهات

المتطلبات:

لا يُسمح لبرنامج التطبيق الذي ليس لديه واجهات مستخدم يمكن إدراكها من قبل المستخدمين النهائيين بالتشغيل التلقائي دون موافقة المستخدمين
ما يلي ليس برنامج تطبيق:
- أنظمة التشغيل ووظائفها الأساسية
- الخدمات الأساسية لتشغيل النظام
- برامج تشغيل الأجهزة

هل ينطبق على التطبيقات؟: نعم (Y)

21.5 تقرير الاختبار

المتطلبات:

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

هل ينطبق على التطبيقات؟: نعم (Y)

21.6 متطلبات أمنية أخرى

المتطلبات:

للمتطلبات التي تحتاج إلى تخصيص وفقًا لاحتياجات أمن المنتج والخدمة:
- ملء المتطلبات في الفئات المقابلة إذا كان يمكن إضافتها إلى الفئات السابقة
- أو إضافة فئات وتحديدها في هذا السطر إذا كان يمكن إضافتها إلى الفئات السابقة
تشمل المتطلبات الأمنية المضافة:
- متطلبات العملاء
- معايير الصناعة
- متطلبات أمنية أخرى للمنتج

الملحق 1: دورات حياة خوارزميات كلمة المرور الشائعة

جدول تصنيف الخوارزميات

الاستخدام	خوارزمية تشفير غير آمنة	خوارزمية مقبولة	خوارزمية تشفير قوية موصى بها
التشفير المتماثل
تشفير الكتلة	Blowfish, DES, DESX, RC2, Skipjack, 2TDEA, TEA	3DES (k1, k2, k3 مختلفة)	AES (≥ 128 بت)
تشفير حركة المرور	SEAL, CYLINK_MEK, RC4 (<128 بت)	RC4 (≥ 128 بت)	AES-CTR (≥ 128 بت), AES-OFB (≥ 128 بت), chacha20
خوارزمية التجزئة	SHA0, MD2, MD4, MD5, RIPEMD, RIPEMD-128	SHA-1	SHA256 أو أعلى, SHA3
التشفير غير المتماثل	RSA (< 1,024 بت)	RSA (1,024 بت)	RSA (≥ 2,048 بت)
التوقيع الرقمي	RSA (< 1,024 بت), DSA (< 1,024 بت), ECDSA (≤ 160 بت)	DSA (1,024 بت), RSA (1,024 بت), ECDSA (224–255 بت)	RSA (≥ 2,048 بت), DSA (≥ 2,048 بت), ECDSA (≥ 256 بت)
تفاوض المفاتيح	DH (L ≤ 1,024 بت, N* ≤ 160 بت)	1025 ≤ L ≤ 2,047 بت, 161 ≤ N ≤ 223 بت	L ≥ 2,048 بت, N ≥ 224 بت
	ECDH (≤ 223 بت)	ECDH (224–255 بت)	ECDH (≥ 256 بت)

ملاحظة: تعتبر SHA-1 خوارزمية غير آمنة عندما تستخدم التوقيعات الرقمية والتجزئة فقط. يمكن اعتبار SHA-1 خوارزمية تشفير آمنة إذا استخدمت MAC أو KDF أو RNG. طرق الهجوم المستخدمة على MD5 لها تأثيرات مماثلة على SHA-1. لذلك، يُوصى بشدة باستخدام SHA256 أو خوارزميات HASH ذات أمان أكبر.

الملحق 2: التعريفات الأساسية لحماية الخصوصية

التعريفات التفصيلية

المصطلح	التعريف
حماية الخصوصية (Privacy protection)	يُعرّف على نطاق واسع بأنه “الحق في أن تُترك بمفردك”. قد تُنتهك الخصوصية بطريقتين: (1) تُنتهك الخصوصية المادية عندما يتم تفتيش مسكن أو ممتلكات الفرد، أو يتم تفتيشه أو مراقبته أو استخراج معلومات بيومترية منه؛ (2) تُنتهك خصوصية المعلومات عندما يُحرم الفرد من حقوق التحكم في بياناته الشخصية وتحريرها وإدارتها وحذفها وتقرير كيفية التواصل مع الآخرين بشأن بياناته الشخصية
البيانات الشخصية (Personal data)	أي معلومات تتعلق بشخص طبيعي محدد أو قابل للتحديد (“صاحب البيانات”) يمكن تحديده بشكل مباشر أو غير مباشر، لا سيما بالإشارة إلى معرف مثل الاسم، رقم الهوية، بيانات الموقع، معرف عبر الإنترنت أو إلى عامل أو أكثر محدد للهوية المادية أو الفسيولوجية أو الوراثية أو العقلية أو الاقتصادية أو الثقافية أو الاجتماعية لذلك الشخص الطبيعي. تشمل البيانات الشخصية عنوان البريد الإلكتروني للشخص الطبيعي، رقم الهاتف، المعلومات البيومترية (مثل بصمة الإصبع)، بيانات الموقع، عنوان IP، معلومات الرعاية الصحية، المعتقد الديني، رقم الضمان الاجتماعي، الحالة الزوجية، وما إلى ذلك
البيانات الشخصية الحساسة (Sensitive personal data)	مجموعة فرعية مهمة من البيانات الشخصية، وتشير إلى المعلومات التي تتضمن معظم البيانات الخاصة لصاحب البيانات، أو البيانات التي قد تؤدي، بمجرد الكشف عنها أو تعديلها، إلى تأثيرات سلبية على صاحب البيانات. تشمل البيانات الشخصية الحساسة المحددة في قوانين ولوائح الاتحاد الأوروبي وأعضائه البيانات الشخصية التي تكشف عن الأصل العرقي أو الإثني، الآراء السياسية، المعتقدات الدينية أو الفلسفية، العضوية النقابية، البيانات الجينية، البيانات البيومترية، والبيانات المتعلقة بالصحة أو الحياة الجنسية والتوجه الجنسي. وفقًا للممارسات الرائدة في الصناعة، تشمل البيانات الشخصية الحساسة المحددة من قبل Honor المعلومات المرتبطة بهوية شخص طبيعي، مثل رقم البطاقة المصرفية، رقم بطاقة الهوية، رقم جواز السفر، وكلمات المرور
طرف ثالث (Third party)	أي شخص طبيعي أو اعتباري أو سلطة عامة أو وكالة أو منظمات أخرى غير صاحب البيانات ومتحكم البيانات ومعالج البيانات وأي شخص مفوض مباشرة من قبل متحكم البيانات أو معالجها لمعالجة البيانات
التنميط (Profiling)	أي شكل من أشكال المعالجة الآلية للبيانات الشخصية لتقييم شخص طبيعي في جوانب محددة، وعلى وجه الخصوص لتحليل والتنبؤ بأداء العمل للشخص الطبيعي، الوضع المالي، الصحة، التفضيل الشخصي، الاهتمام، الجدارة الائتمانية، السلوك، والموقع أو الأثر
تطبيقات الوظائف الأساسية (Basic function applications)	تطبيقات الأجهزة الذكية (MIT) التي تضمن التشغيل الطبيعي لأجهزة MIT ونظام التشغيل، بما في ذلك المكونات الأساسية لنظام التشغيل، التطبيقات التي تضمن التشغيل الطبيعي لـ MIT، تطبيقات الاتصال الأساسية، وقنوات تنزيل التطبيقات
EEA	اختصار للمنطقة الاقتصادية الأوروبية، بما في ذلك 28 دولة عضو في الاتحاد الأوروبي وثلاث دول أعضاء في الرابطة الأوروبية للتجارة الحرة (EFTA)، وهي أيسلندا وليختنشتاين والنرويج
البيانات الشخصية عالية التأثير (High-impact personal data)	الكشف غير السليم عن هذه البيانات قد يسبب خرقًا للقانون، أو تأثيرًا كبيرًا على سمعة الشركة وتمويلها وعملياتها، أو عواقب وخيمة على أصحاب البيانات. أمثلة على البيانات الشخصية عالية التأثير هي أرقام الهوية وبصمات الإصبع. جميع البيانات الشخصية الحساسة هي بيانات شخصية عالية التأثير
البيانات الشخصية متوسطة التأثير (Medium-impact personal data)	الكشف غير السليم عن هذه البيانات قد يسبب عواقب وخيمة على الشركة. أمثلة على البيانات الشخصية متوسطة التأثير هي الحسابات وعناوين البريد الإلكتروني والأعمار
البيانات الشخصية منخفضة التأثير (Low-impact personal data)	الكشف غير السليم عن هذه البيانات قد يسبب تأثيرًا يمكن السيطرة عليه على الشركة وتأثيرًا ضئيلًا على أصحاب البيانات. أمثلة على البيانات الشخصية منخفضة التأثير هي الجنس
متحكم البيانات (Data controller)	الشخص الطبيعي أو الاعتباري، السلطة العامة، الوكالة أو أي هيئة أخرى، التي تحدد بمفردها أو بشكل مشترك مع الآخرين أغراض ووسائل معالجة البيانات الشخصية
معالج البيانات (Data processor)	شخص طبيعي أو اعتباري، سلطة عامة، وكالة أو أي هيئة أخرى تعالج البيانات الشخصية نيابة عن متحكم البيانات. يجب على معالج البيانات تقديم حماية كافية وفقًا لمتطلبات متحكم البيانات
مورد المادة (Material supplier)	مورد المعدات في السيناريوهات التي لا يكون فيها متحكم بيانات ولا معالجًا
الموافقة (Consent)	أي إشارة حرة ومحددة ومستنيرة لرغباته يعرب بها صاحب البيانات عن موافقته على معالجة البيانات الشخصية. عند الحصول على موافقة المستخدمين، يجب استخدام طريقة الموافقة الصريحة (Opt-in)
الموافقة الصريحة (Opt-in consent)	يحتاج المستخدم إلى اتخاذ إجراءات واضحة واستباقية لإظهار الموافقة على معالجة البيانات الشخصية. عادةً ما تكون الموافقة الصريحة مطلوبة عندما تكون الموافقة الواضحة والقابلة للتوثيق مطلوبة أو عندما تتم معالجة بيانات شخصية عالية التأثير. عادةً، يؤكد المستخدم موافقته عن طريق تحديد مربع اختيار غير محدد أو النقر على رابط أو زر
تفضيلات الخصوصية (Privacy preference)	للمستخدمين الحق في اختيار غرض جمع البيانات الشخصية، واستخدام البيانات، وكيفية استخدام والكشف عن بياناتهم الشخصية. تعكس تفضيلات الخصوصية اختيار المستخدم. على سبيل المثال، إذا كان المنتج يعتزم جمع جهات اتصال المستخدم للإعلان، فيجب أن يمنح المنتج المستخدمين خيارات من خلال تقديم رسالة مثل: “إذا كنت ترغب في تلقي معلومات حول منتجاتنا وأي عروض خاصة، حدد تفضيلك: “
إخفاء الهوية (Pseudonymization)	لتقييد القدرة على استخدام البيانات الشخصية لتحديد هوية صاحب البيانات، يمكن استبدال معلومات الهوية الموجودة في البيانات الشخصية بأسماء مستعارة. يُعتبر الاستبدال إخفاءً للهوية، بشرط أن: (1) السمات المتبقية المرتبطة بالاسم المستعار لا تكفي لتحديد هوية صاحب البيانات التي تتعلق به؛ و(2) لا يمكن عكس تعيين الاسم المستعار بجهود معقولة من قبل أصحاب المصلحة في الخصوصية (مثل متحكم البيانات) بخلاف أولئك الذين قاموا بالتعيين. البيانات المستعارة لا تزال بيانات شخصية
إخفاء الهوية (Anonymization)	إزالة الهوية بشكل لا رجعة فيه من البيانات الشخصية بحيث لا يمكن تحديد هوية الشخص باستخدام وقت أو تكلفة أو تقنية معقولة سواء من قبل المتحكم أو من قبل أي شخص آخر لتحديد هوية ذلك الفرد
MIT	محطة اتصال محمولة يمكنها الوصول إلى شبكة الاتصالات العامة، لديها نظام تشغيل، وتسمح للمستخدمين بتثبيت وإزالة التطبيقات بأنفسهم، مثل الهواتف الذكية

ملخص الرموز المستخدمة في الوثيقة

الرمز	المعنى
★	متطلب إلزامي (إلزامي)
Y	ينطبق على التطبيقات
N	لا ينطبق على التطبيقات
[Recommended]	متطلب موصى به
Same as above	نفس الإجابة السابقة
Optional	اختياري

خلاصة نهائية

هذه الوثيقة هي مواصفات أمنية شاملة وصارمة تفرضها Honor على جميع الموردين والمطورين الذين يريدون تحميل تطبيقاتهم مسبقًا على أجهزة Honor. تغطي الوثيقة:

21 قسمًا رئيسيًا من المتطلبات الأمنية
ملحقين يشرحان دورات حياة خوارزميات التشفير والتعريفات الأساسية
مئات المتطلبات التفصيلية التي يجب الالتزام بها
آليات التحقق من خلال التقارير والفحوصات والشهادات

الهدف النهائي: حماية المستخدمين وبياناتهم الشخصية وضمان أمان النظام البيئي لـ Honor.

هل تريد شرحًا أكثر تفصيلاً لقسم معين أو سيناريو تطبيقي محدد؟