إدارة وضعية أمن البيانات (DSPM)

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

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

يكرر معظم عمل DSPM المراحل الأربع نفسها، وكل مرحلة تغذي التي تليها.

1. 1

   الاكتشاف

   فحص مواقع التخزين ومستودعات الملفات لبناء جرد لأماكن وجود البيانات فعلياً.

2. 2

   التصنيف

   وسم ما عُثر عليه حسب الحساسية والنوع، باستخدام مطابقة الأنماط وتحليل المحتوى.

3. 3

   رسم خريطة التعرض

   ربط كل مستودع بالأشخاص والأدوار والأنظمة القادرة على قراءته أو نسخه.

4. 4

   ترتيب الأولويات

   ترتيب النتائج حسب الأثر الفعلي، حتى تُعالج النسخ الأكثر عرضة للخطر أولاً.

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

دفعت اللوائح التنظيمية في الاتجاه نفسه. تتوقع GDPR وHIPAA وPCI DSS من المؤسسة أن تعرف أين تُخزَّن البيانات الخاضعة للتنظيم ومن يستطيع الوصول إليها. تمثل نسخة منسية في مجلد غير مرسوم خريطته فجوة حتى من دون حدوث تسريب، وغالباً ما تظهر هذه النسخ في أدوات shadow IT لم يوافق عليها أحد.

كثيراً ما يُخلط بين DSPM وفئتين مجاورتين. تعالج الفئات الثلاث مخاطر البيانات، لكن كل واحدة تنظر إلى طبقة مختلفة، ولذلك يحتاج البرنامج الكامل عادةً إلى أكثر من واحدة منها.

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

CSPM هو طبقة البنية التحتية، ويتحقق من طريقة ضبط حسابات السحابة. لا يحمي ضابط Cloud DLP إلا المستودعات التي يُوجَّه إليها، لذلك يبين جرد DSPM الحد الذي ينبغي أن يبلغه هذا الضابط.

على جانب نقاط الطرفية، تقارن وكلاء Anexet قيم الهاش للملفات على الأجهزة المُدارة مع بنوك الهاش الخاصة بالوثائق السرية. تُظهر لوحة File system في وحدة تحكم المسؤول البنوك المطبقة على كل ملف تعريف. وتضيف المعاجم تحليلاً للمحتوى، فيستطيع مجموعة كلمات مفتاحية مدمجة أن تُعلِّم نصاً يطابق مصطلحات مثل بطاقة الائتمان أو كلمات الدفع.

تعمل مراقبة نظام الملفات فقط على الحواسيب المدرجة في قائمة الفهرسة، لذلك يحدد المسؤول نطاق الجرد. تفاصيل الوحدة موجودة في صفحة برنامج DLP.

1 / 2

• 
• 

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

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

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

للمزيد من القراءة: أمن معلومات قواعد البيانات; مفهوم "انعدام الثقة" (Zero Trust).