‏البيانات أثناء النقل (Data in Transit)

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

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

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

الدفاع المعتاد هو TLS، البروتوكول الذي يقوم عليه HTTPS وكثير من اتصالات البريد ونقل الملفات الآمنة. وقد خلف بروتوكول SSL الأقدم، والتسلسل نفسه في معظم التطبيقات.

1. 1

   التفاوض

   يتفق العميل والخادم على إصدار البروتوكول ومجموعة خوارزميات التشفير.

2. 2

   التوثيق

   يقدّم الخادم شهادة، ويتحقق العميل منها لدى جهات إصدار الشهادات التي يثق بها.

3. 3

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

   يشتق الطرفان مفاتيح جلسة مشتركة دون إرسالها مكشوفة أبدًا.

4. 4

   حماية الحركة

   تُشفَّر البيانات وترافقها عملية فحص للسلامة، فيُكتشف أي تغيير يحدث في الطريق.

يراقب Anexet البيانات أثناء النقل على محطة العمل عبر وكلائه (agents) وعبر التحكم في حركة الشبكة والمواقع. تعرض شاشة الملف التعريفي البروتوكولات التي تُعترض وهل تشمل الحركة المشفرة، وتعرض شاشة الشهادات كيف تصبح جلسات الويب المشفرة مقروءة للتحليل.

1 / 2

• 
• 

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

نادرًا ما تأتي الإخفاقات من خوارزميات ضعيفة، بل من افتراضات، ويزيد Shadow IT الأخير سوءًا، لأن الخدمات غير المعتمدة تضيف وجهات لم يراجعها أحد.

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

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

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

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