عند تسجيل الدخول إلى موقع إلكتروني، يخرج اسم المستخدم وكلمة المرور من المتصفح ويعبران شبكة حتى يصلا إلى الخدمة. وخلال هذا المسار، قد يمرّان بجهاز التوجيه المنزلي، ومزود خدمة الإنترنت، ومختلف البنى التحتية الوسيطة. يسعى التشفير أثناء النقل إلى الحيلولة دون تمكن أي شخص موجود على هذا المسار من قراءة المعلومات أو تعديلها بسهولة.
تنطبق الحماية أثناء تحرك البيانات بين نقطتين تقنيتين. وهي لا تجعلها غير مرئية للجميع، ولا تضمن نزاهة الخدمة، ولا تحمي بذاتها ما يحدث قبل إرسال البيانات أو بعد استلامها. إن قيمتها مهمة، لكن نطاقها محدد.
فكرة أساسية: يحمي التشفير أثناء النقل مسار انتقال البيانات، وليس دورة حياتها بأكملها.
ماذا يعني أن تكون البيانات «أثناء النقل»
تكون البيانات في حالة انتقال عندما تُنقل من نظام إلى آخر عبر شبكة. وقد تكون رسالة صادرة من تطبيق، أو استمارة مرسلة من المتصفح، أو استعلاماً موجهاً إلى قاعدة بيانات، أو ملفاً يُنسخ إلى خادم بعيد.
يمكن للمعلومة نفسها أن تمر بعدة حالات. فبينما تظل مخزنة في هاتف أو خادم، تكون في حالة سكون. وعندما تنتقل عبر الشبكة، تكون أثناء النقل. وعند وصولها إلى وجهتها، تعود لتُخزّن من جديد أو تخضع للمعالجة. وتتطلب كل حالة ضوابط مختلفة: فحماية الإرسال لا تشفّر تلقائياً القرص الذي تُحفظ فيه البيانات.
يمنع هذا الفصل الوقوع في استنتاج مضلل. إذ يمكن لخدمة ما أن تقدم اتصالاً مشفراً، ومع ذلك تخزن المعلومات دون ضمانات كافية، أو تشاركها مع أطراف ثالثة، أو تعرضها للخطر نتيجة جهاز مخترق. إن تشفير المسار يعالج خطراً محدداً، لا جميع المخاطر المحتملة.
كيف يحمي TLS وHTTPS الاتصال
في الويب، تُعد تقنية TLS التقنية المعتادة لحماية البيانات أثناء النقل. ويتيح هذا البروتوكول لطرفين تقنيين —على سبيل المثال، متصفح وخادم— إنشاء قناة آمنة قبل تبادل المعلومات. وعندما يعمل بروتوكول HTTP فوق تلك القناة، فإننا نتحدث عن HTTPS.
بعبارات بسيطة، يتحقق المتصفح من الهوية التي يقدمها الخادم من خلال شهادته الرقمية، ويتفق معه على المفاتيح التي ستحمي الجلسة. ومنذ تلك اللحظة فصاعداً، تنتقل طلبات واستجابات HTTP المقبولة داخل الاتصال مشفرة ومزودة بآليات تسمح باكتشاف أي تعديل.
يشير رمز القفل المألوف في المتصفح إلى وجود اتصال HTTPS مع المصدر الذي تم التحقق من هويته. وهو لا يشهد بأن محتوى الموقع حقيقي، أو أن الشركة تتصرف بمسؤولية، أو أن عرضاً تجارياً ما مشروع. فبإمكان موقع ضار أيضاً استخدام اتصال مشفر بصورة صحيحة.
وفقاً لمعايير TLS 1.3 وHTTP، تجمع هذه الحماية ثلاث خصائص يجدر التمييز بينها:
- السرية: تصعّب على أي مراقب في المسار قراءة المحتوى المحمي.
- السلامة: تتيح اكتشاف ما إذا كانت المعلومات قد عُدّلت أثناء الإرسال.
- المصادقة: تساعد في التحقق من هوية الطرف الآخر. في الويب المعتاد، تتم مصادقة الخادم؛ وتكون مصادقة العميل عبر الشهادة اختيارية.
فكرة أساسية: يثبت HTTPS وجود اتصال محمي مع مصدر تم التحقق منه؛ ولا يثبت سلامة النية، أو النزاهة، أو الممارسات الداخلية للموقع.
أين تنتهي الحماية
لنتخيل أن شخصاً يرسل عنواناً بريدياً عبر استمارة HTTPS. لا ينبغي لمن يراقب الاتصال من شبكة عامة أن يتمكن من قراءة هذا الحقل أو تغييره دون اكتشاف هذا التلاعب، شريطة أن يكون بروتوكول TLS مضبوطاً بشكل صحيح وأن يتم التحقق من صحة الشهادة بصورة سليمة.
لكن الخدمة تحتاج إلى فك تشفير المعلومات لمعالجتها. وأحياناً ينتهي TLS عند خادم التطبيق نفسه؛ وفي أحيان أخرى ينتهي عند خادم وكيل (بروكسي) أو موزع أحمال يستقبل الاتصال ويفتح اتصالاً آخر نحو الأنظمة الداخلية. وهذا لا يعني أن الحماية قد فشلت، بل يعني أن كل مرحلة يجب أن تُحمى وفقاً لبنيتها ومخاطرها.
تكتسب نقطة الإنهاء أهميتها لأن المحتوى يتوقف عندها عن كونه مشفراً بواسطة اتصال TLS هذا. وبإمكان من يسيطر على ذلك الطرف —سواء بصورة مشروعة أو غير مشروعة— الوصول إلى البيانات بنصها الواضح. لهذا السبب، فإن عبارة مثل «نحن نستخدم التشفير» تظل غير مكتملة ما لم توضح ما الذي يُشفّر، وخلال أي مسارات، ومن يستطيع فك تشفيره.
التشفير أثناء النقل ليس تشفيراً من طرف إلى طرف
يحمي TLS الاتصال بين طرفين تقنيين متناظرين. في المقابل، يهدف التشفير من طرف إلى طرف إلى ضمان ألا يتمكن سوى الأطراف النهائية المعنية —على سبيل المثال، المشاركون في محادثة ما— من فك تشفير المحتوى. وبإمكان المزود الذي يُنهي اتصال TLS قراءة المعلومات ومعالجتها؛ أما في نظام مشفر حقاً من طرف إلى طرف، فلا ينبغي للمزود أن يمتلك المفاتيح اللازمة للقيام بذلك.
كذلك لا ينبغي الخلط بين التشفير وإخفاء الهوية. فعلى الرغم من أن TLS يخفي المحتوى المنقول، إلا أن إشارات مثل عناوين الشبكة، وتوقيت الاتصال، ومدته، أو حجم حركة المرور التقريبي قد تظل قابلة للرصد. وعلاوة على ذلك، يحذر معيار TLS نفسه من أن طول السجلات لا يبقى مخفياً بشكل افتراضي دون تدابير إضافية.
تضع هذه الفروق التشفير في سياق رؤية أوسع للخصوصية والأمان الرقمي. إنه طبقة لا غنى عنها، لكنه يحتاج إلى أن يقترن بحماية الأجهزة، وضوابط الوصول، والتخزين الآمن، والممارسات المسؤولة من جانب المزود.
فكرة أساسية: يمكن للاتصال المشفر أن يحمي المحتوى من الأطراف الثالثة الموجودة على المسار، وفي الوقت ذاته يسمح للخدمة المستقبلة بقراءته.
ما لا يعالجه تشفير المسار
حتى اتصال HTTPS الصالح يترك خارج نطاقه مشكلات مهمة:
- يمكن لجهاز مصاب ببرمجيات خبيثة أن يلتقط المعلومات قبل تشفيرها؛
- يمكن للخادم أن يتعرض للاختراق بعد استلامها؛
- تتطلب البيانات المخزنة حماية خاصة في حالة السكون؛
- يمكن للمزود الاحتفاظ بالمعلومات أو تحليلها أو مشاركتها وفقاً لممارساته والتزاماته؛
- قد تظل بعض البيانات الوصفية وأنماط حركة المرور مرئية.
لا شيء من هذا يجعل التشفير أثناء النقل عديم الفائدة. فبدونه، ستتيح الشبكة غير الآمنة فرصاً أكبر بكثير للتجسس على بيانات الاعتماد، والاستمارات، وغيرها من المحتويات، أو للتدخل فيها. والاستنتاج المنطقي ليس مطالبته بحل كل شيء، بل فهم التهديد الذي يقلل منه والضمانات التي يجب أن تكمله.
كيف تقيّم وعود الخدمة
عندما تؤكد مؤسسة ما أن بياناتها «مشفرة»، تساعد بعض الأسئلة البسيطة في تحديد ما يعنيه هذا الوعد بدقة:
- هل يُقصد بذلك البيانات أثناء النقل، أم في حالة سكون، أم كلاهما؟
- ما هي الاتصالات المحمية وأين ينتهي التشفير؟
- هل يمكن للمزود الوصول إلى المحتوى بنصه الواضح؟
- هل الأمر يتعلق بـ TLS أم بتشفير حقيقي من طرف إلى طرف؟
- ماذا يحدث للبيانات الوصفية، والنسخ الاحتياطية، والسجلات؟
لا تتطلب الإجابات أن يكون كل مستخدم متخصصاً في علم التشفير؛ بل تتطلب، بالأحرى، أن تكون الادعاءات التجارية محددة وأن يتحمل المزودون المسؤولية عن أجزاء النظام التي يتحكمون فيها.
تقلل الاتصالات المحمية من التعرض غير الضروري للمخاطر وتدعم مجالاً من الاستقلالية الشخصية في الحياة الرقمية. غير أن هذه الاستقلالية تعتمد أيضاً على معرفة حدود هذه الأداة. يوفّر التشفير أثناء النقل دفاعاً قيماً خلال رحلة البيانات؛ غير أن الحماية الكاملة تتطلب العناية أيضاً بنقطة الانطلاق، والوجهة، وقرارات أولئك الذين يديرون الخدمة.
مشاركة