البيانات الشخصية المُضمَّنة في لقطات الشاشة بقواعد المعرفة الداخلية
تُخفي قواعد المعرفة الداخلية — Confluence وNotion وSharePoint وGitBook — نوعًا محددًا من مشاكل البيانات الشخصية تُفوِّتها أدوات الامتثال المعيارية: بيانات شخصية للعملاء مُضمَّنة في لقطات شاشة تُستخدم لتوثيق الإجراءات.
ينتشر هذا النمط عبر آلاف فرق الدعم والعمليات.
يكتشف وكيل دعم إعدادًا غير اعتيادي لحساب. يلتقط صورة لصفحة حساب العميل لتوثيق المشكلة. تُظهر الصورة اسم العميل في رأس واجهة المستخدم، وبريده الإلكتروني في إعدادات الحساب، وتفاصيل خطته.
ينشر المقال في قاعدة المعرفة الداخلية. يستطيع الآن مئة وخمسون وكيل دعم الاطلاع عليه. كما يستطيع اثنا عشر متعاقدًا في مكتب المساعدة الخارجي الاطلاع عليه. المقال مفيد؛ يُظهر كيفية التعامل مع تلك الحالة الاستثنائية. كل وكيل يواجه هذا الإعداد في المستقبل سيقرأه.
بعد ثلاث سنوات، تضم قاعدة المعرفة 847 مقالًا من هذا القبيل، كل منها يحتوي على لقطات شاشة لحسابات عملاء. العملاء الظاهرون لم يوافقوا على هذا الاستخدام الثانوي لسجلاتهم. معظمهم لا يعلمون أن بياناتهم مُخزَّنة هناك.
هذه ليست مشكلة بسيطة. بل تتفاقم مع كل مقال جديد.
تعرض اللائحة GDPR: لماذا يُهم ذلك
التحليل القانوني وفق اللائحة GDPR للقطات شاشة قواعد المعرفة مباشر:
تقليل البيانات (المادة 5(1)(ج)): يجب أن تكون البيانات الشخصية «كافية وملائمة ومقتصرة على ما يقتضيه الغرض». مقال قاعدة المعرفة حول إعداد حساب لا يحتاج إلى اسم العميل الحقيقي وبريده الإلكتروني. لقطة شاشة مُعتَّمة تُحقق الغرض ذاته. تضمين بيانات العميل الحية ليس ضروريًا.
تحديد الغرض (المادة 5(1)(ب)): لا يجوز إعادة استخدام البيانات المجموعة لغرض واحد — خدمة العملاء — لغرض آخر — توثيق الإجراءات الداخلية — بدون أساس قانوني. جُمعت سجلات الحسابات لتقديم الخدمة، لا لتوثيق داخلي. هذان غرضان معالجة مختلفان. يستلزم استخدام السجلات ذاتها لكليهما أساسًا قانونيًا صالحًا لم تُرسِه معظم الفرق.
ضوابط الوصول (المادة 5(1)(و) والمادة 32): يجب أن تُوفِّر التدابير التقنية المناسبة الحماية للبيانات الشخصية. إن كانت لقطات شاشة حسابات العملاء في أداة مفتوحة لجميع الوكلاء الـ150 والمتعاقدين — بمن فيهم من لا يملكون وصولًا إلى نظام الحساب الأساسي — فذلك يُفرز وصولًا واسعًا أكثر مما ينبغي.
حق الحذف (المادة 17): يحق لصاحب البيانات الذي يطلب الحذف إزالة سجلاته «دون تأخير لا مبرر له». إن ظهرت بياناته في 23 مقالًا في قاعدة المعرفة بوصفها لقطات شاشة مُضمَّنة، يستلزم الطلب العثور على جميع الـ23 مقالًا وتحديثها. أمر عسير بلا نظام. يتناول دليل حق الحذف وفق اللائحة GDPR الخطوات بالتفصيل.
لا شيء من هذه التفسيرات هو حالة هامشية. كلها تطبيقات مباشرة لنص اللائحة على ممارسة شائعة.
تجاوز ضوابط الوصول
أخطر مشكلة امتثال في لقطات شاشة Confluence هي تجاوز ضوابط الوصول الذي تُفرزه.
تستخدم فرق الدعم ضوابط الوصول القائمة على الأدوار (RBAC) لتحديد من يستطيع الاطلاع على أنظمة حسابات العملاء. يرى وكلاء المستوى الأول تفاصيل الحساب الأساسية فقط. يرى وكلاء المستوى الثاني سجلات الفوترة والسجلات التقنية. يرى المديرون ملف الحساب الكامل.
حين ينشئ وكيل مستوى ثانٍ مقالًا في قاعدة المعرفة يتضمن لقطة شاشة لحساب العميل الكامل، تصبح تلك الصورة مرئية لكل مستخدم يملك وصولًا إلى الأداة. يستطيع وكلاء المستوى الأول الذين لا ينبغي لهم الاطلاع على سجلات الفوترة رؤيتها الآن. والمتعاقدون الذين لا يملكون وصولًا للنظام يستطيعون رؤيتها. والموظفون الجدد في التأهيل يستطيعون رؤيتها.
تتجاوز الصورة ضوابط RBAC على نظام حسابات العملاء. البيانات الشخصية التي بُنيت RBAC لحمايتها باتت مفتوحة لكل من يملك وصولًا إلى قاعدة المعرفة.
هذه ليست مخاطرة نظرية. بل هي النتيجة الاعتيادية لسير عمل التوثيق. تجلس الصورة هناك بلا انتهاء صلاحية ولا سجل وصول ولا سجل تدقيق.
خطوات المعالجة العملية
للفرق التي تكتشف هذه المشكلة أثناء تدقيق اللائحة GDPR:
المعالجة بأثر رجعي:
- تحديد جميع صفحات قاعدة المعرفة التي تحتوي على مرفقات صور
- تشغيل كشف بيانات شخصية على كل مرفق
- مراجعة الصور المُعلَّمة: الكشوف ذات الثقة العالية تذهب إلى قائمة انتظار المراجعة
- لكل صورة مُعلَّمة: استبدالها بنسخة مُنقَّحة أو تقييد وصول الصفحة
- تسجيل إجراءات المعالجة لأغراض اللائحة GDPR
يتوقف حجم العمل الاسترجاعي على حجم قاعدة المعرفة. بالنسبة لقاعدة معرفة عمرها ثلاث سنوات لفريق دعم مؤلف من 50 شخصًا، قد يصل عدد الصور إلى الآلاف. المعالجة الدُّفعية للصور تجعل ذلك ممكنًا. مراجعة الصور المُعلَّمة بشريًا هي العنق الزجاجي الرئيسي.
الضوابط المستقبلية:
- تدريب جميع موظفي الدعم على تنظيف لقطات الشاشة قبل النشر في قاعدة المعرفة
- توفير الأدوات: أدوات تعليق لقطات الشاشة التي تُعتِّم أسماء العملاء قبل اللصق
- إضافة خطوة مراجعة: مراجع مُحدَّد يفحص المقالات قبل نشرها بحثًا تحديدًا عن بيانات شخصية للعملاء في الصور
- تشغيل فحص دُفعي ربع سنوي للصور في جميع مرفقات Confluence
الحد الأدنى من الضوابط: قائمة تحقق للنشر: «أزِل أو اعتِّم جميع أسماء العملاء وعناوين بريدهم الإلكتروني ومعرفات حساباتهم في لقطات الشاشة قبل النشر.» غير تقني ولا آلي، لكنه يُنشئ ضابطًا موثَّقًا. بالنسبة للفرق الصغيرة، هذه نقطة البداية.
راجع نظرة عامة على الامتثال للائحة GDPR للإطار القانوني الأشمل، ولماذا تفشل السياسة بدون ضوابط تقنية لمعرفة سبب تعثر النهج القائم على قوائم التحقق فحسب عند التوسع.
لماذا تتفاقم المشكلة مع الوقت
بدون ضوابط منهجية، يتضاعف تعرض قاعدة معرفة البيانات الشخصية:
الحجم: كل مقال جديد يحتوي على لقطة شاشة لعميل يُضاف إلى مجموع التعرض. وكلما نمت فرق الدعم وتوسعت قاعدة المعرفة، نمت البيانات الشخصية المتراكمة. الخصائص التي تجعل هذه الأدوات مفيدة — سهولة النشر والديمومة والوصول الواسع — هي ذاتها ما يُفاقم مشكلة البيانات الشخصية.
المقالات المنسية: المقالات حول الحالات الاستثنائية القديمة التي لم تعد مطروحة تظل متاحة. تحمل بيانات شخصية لعملاء قدَّموا منذ ذلك الحين طلبات حذف. لا أحد يفحص مقالًا آخر تحديث له في عام 2022.
الانتشار عبر الفرق: كثيرًا ما تصبح قواعد المعرفة متعددة الوظائف. قد تُشارَك مقالات دعم تتضمن لقطات شاشة لعملاء مع فريق المنتج أو فريق الهندسة أو متعاقدين خارجيين للسياق في طلب ميزة أو تقرير خطأ. كل مشاركة تُوسِّع جمهور البيانات الشخصية.
تراكم طلبات الحذف: كلما تراكمت سجلات عملاء أكثر في قاعدة المعرفة، زاد تعقيد الاستجابة لطلبات الحذف. بدون نظام، لا توجد طريقة موثوقة للتأكد من العثور على كل مثيل لسجلات صاحب البيانات وإزالتها. لا تستطيع الفرق تقديم إقرار حذف موثوق.
من الأسهل الوقاية من بيانات شخصية قاعدة المعرفة من معالجتها. الضوابط المُطبَّقة الآن تتفادى مشكلة المعالجة المتفاقمة مستقبلًا. كل مقال يُنشر بدون لقطة شاشة مُعتَّمة مهمة معالجة مؤجَّلة إلى المستقبل.