المادة ٣٢ من GDPR — المؤشرات التقنية المرئية من الخارج.

ينطبق UK GDPR على المؤسسات القائمة في المملكة المتحدة، وGDPR الأوروبي على تلك القائمة في الاتحاد الأوروبي — وكلاهما يمتد إلى المؤسسات في أماكن أخرى التي تقدم سلعًا أو خدمات للأشخاص في تلك الأقاليم، أو تراقب سلوكهم. والحجم ليس حدًّا فاصلًا. فالجمعية الخيرية التي لديها قائمة بريدية، والمدرسة التي لديها بوابة لأولياء الأمور، والتاجر الفرد الذي لديه نموذج اتصال، كلها تعالج بيانات شخصية وكلها تخضع للمادة ٣٢.

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

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

• قليلة التكلفة، ومعيارية، وواقية: هذا هو المزيج الذي يصعب تبرير إغفاله
• أي شيء مرئي من الخارج مرئي لمقدّم الشكوى كما هو مرئي لك
• توثيق قرار بعدم فعل شيء أفضل من الصمت

معظم المادة ٣٢ داخلي: التحكم في الوصول، وتدريب الموظفين، وعقود المعالِجين، وجداول الاحتفاظ، وإجراءات التعامل مع الاختراقات، والتشفير أثناء التخزين. ولا شيء من ذلك قابل للتحقق من الخارج، ولا شيء منه يظهر هنا. وما هو مرئي هو كيفية انتقال البيانات الشخصية بين الزائر وموقعك، وما إذا كانت المؤشرات العامة لخدمة جيدة الإدارة موجودة.

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

يُقرأ كل عنصر من موقعك العام دون أي اختبار تدخّلي، وكل منها يقابل شيئًا يمكن لطرف خارجي أن يتوقع العثور عليه على نحو معقول.

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

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

• افحص النطاقات الفرعية المنسية — كثيرًا ما تظل مواقع الحملات القديمة والمضيفون التجريبيون يجمعون البيانات
• انظر إلى ما يُحمَّل قبل منح الموافقة، لا إلى ظهور الشريط فحسب
• أعد الفحص بعد كل إعادة تصميم؛ فروابط السياسات تتعطل بصمت