التشفير من طرف إلى طرف: ما الذي يحميه وما هي حدوده

تكتب Ana رسالة إلى Bruno وتضغط على «إرسال». بين الاثنين شبكة، وخوادم، وربما عدة أجهزة. يسعى التشفير من طرف إلى طرف إلى أن يخرج المحتوى مشفرًا من جهاز Ana وألا يمكن فك تشفيره إلا في الأطراف المقصودة، مثل هاتف Bruno. وبذلك يستطيع مزود الخدمة نقل الرسالة دون أن يمتلك المفتاح اللازم لقراءتها.

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

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

ماذا يعني «من طرف إلى طرف»

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

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

يصف معيار المراسلة الآمنة Messaging Layer Security على وجه التحديد بيئة يستطيع فيها وسيط التسليم توجيه الرسائل المحمية دون الوصول إلى المحتوى. ولا يعني هذا أن جميع التطبيقات تستخدم هذا البروتوكول أو أنها تقدم الضمانات نفسها. فـ«التشفير» كلمة ذات دلالة واسعة؛ والعنصر الحاسم هو أين يُفك تشفير المعلومات ومن يسيطر على المفاتيح.

مسار الرسالة المشفرة

لنعد إلى رسالة Ana. يأخذ تطبيقها النص ويشفره قبل إرساله. ويتلقى الخادم مجموعة من البيانات التي يمكنه تخزينها مؤقتًا أو توجيهها نحو Bruno، لكن لا ينبغي أن يكون قادرًا على تحويلها إلى الرسالة الأصلية. وعندما يصل المحتوى إلى جهاز مصرح به لـ Bruno، يستخدم ذلك الجهاز المفتاح المقابل لفك تشفيره.

تساعد صورة ساعٍ ينقل طردًا مغلقًا على فهم الفكرة؛ إذ يعرف البيانات اللازمة للتسليم — مثل المصدر، أو الوجهة، أو التوقيت — لكنه لا يستطيع فتحه. بيد أن هذا القياس له حدود: ففي الأنظمة الرقمية قد يكون هناك قدر أكبر من المعلومات التشغيلية المعرضة للكشف.

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

ليس مطابقًا للتشفير أثناء النقل

يقوم الاتصال المحمي ببروتوكول TLS — وهو التقنية المعتادة وراء HTTPS — بتشفير المعلومات أيضًا أثناء انتقالها. وينشئ TLS 1.3 قناة سرية وسليمة بين طرفين متناظرين. ويكمن الفارق في هوية هذين الطرفين.

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

وتعد هاتان الطبقتان متكاملتين. إذ لا يزال بإمكان خدمة المراسلة من طرف إلى طرف استخدام وسيلة نقل آمنة لحماية معلومات إضافية وتصعيب التلاعب بالبيانات أو مراقبتها أثناء المسار.

تمييز مفيد: يحمي TLS قناة بين طرفين متناظرين؛ بينما يسعى E2EE إلى حماية المحتوى من الجهاز المرسل حتى الأجهزة المستقبلة المصرح لها.

ما الذي يحميه وفي مواجهة من

يحد التشفير من طرف إلى طرف من وصول الوسطاء إلى محتوى الرسائل أو المكالمات أو الملفات التي يغطيها النظام. ويمكنه توفير الحماية ضد:

• الأشخاص الذين يعترضون حركة البيانات عبر شبكة غير آمنة؛
• مشغلو البنية التحتية الذين ينقلون المحتوى المشفر أو يخزنونه؛
• المتسللون الذين يحصلون على بيانات من الخادم، دون أن يمتلكوا مفاتيح الأطراف.

تعتمد هذه الضمانات على نموذج التهديد: أي على من يُراد حماية المعلومات منه وما هي قدراته. ويتفادى E2EE معاملة كل وسيط كقارئ محتمل، غير أن المشاركين يصلون بالفعل إلى المحتوى. ولهذا السبب، فإن الادعاء بأن «لا أحد يستطيع قراءة الرسائل» سيكون غير صحيح.

ما الذي يظل معرضًا للكشف

يتمثل الحد الأول في البيانات الوصفية للاتصالات: وهي بيانات تدور حول الاتصال نفسه، لا محتواه بالضرورة. وبحسب بنية الخدمة، قد تشمل هذه البيانات المعرفات، وعناوين IP، والتوقيتات، والمستلمين، وحجم الرسائل، أو وتيرة التواصل. وتحذر Electronic Frontier Foundation من أن التشفير من طرف إلى طرف لا يخفي هذه المعلومات بالضرورة.

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

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

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

تحذير: لا تعالج القناة السرية وجود جهاز مخترق، ولا تمد حمايتها تلقائيًا لتشمل لقطات الشاشة، وعمليات التصدير، والنسخ الاحتياطية.

المفاتيح والهوية والمصادقة

يجيب التشفير عن سؤال واحد: من يملك المفتاح اللازم للقراءة؟ بينما تجيب المصادقة عن سؤال آخر: هل يخص هذا المفتاح Bruno حقًا؟

إذا تمكن مهاجم من تقديم نفسه بصفته المستلم أثناء تبادل المفاتيح، فقد تقوم Ana بالتشفير للشخص الخطأ. وتتضمن الأنظمة الحديثة آليات لرصد هذا الانتحال أو الاستبدال؛ كما يتيح بعضها التحقق من الرموز أو البصمات الأمنية عبر قناة أخرى. وتوضح مواصفة Sesame الخاصة بـ Signal كيف تشكل الجلسات والهويات وتعدد الأجهزة جزءًا من هذه المشكلة، وإن كانت تفاصيلها لا تنطبق عمومًا على جميع الخدمات.

وبالنسبة للاتصالات الحساسة بوجه خاص، يوفر التحقق من هوية المفتاح ضمانة إضافية. وهو قرار يرتبط بالسياق، وبعواقب الخطأ، وبالطرف الذي يُسعى للحماية في مواجهته.

كيفية تقييم الوعود المتعلقة بالخصوصية

لا تفيد صفة «مشفر» بمفردها الشيء الكثير. وقبل ائتمان خدمة ما على معلومات حساسة، يجدر طرح الأسئلة الآتية:

• هل يُفك تشفير المحتوى على الخادم أم في الأجهزة المحددة فقط؟
• من يسيطر على المفاتيح، وهل يستطيع مزود الخدمة الحصول عليها؟
• ما هي المحتويات المغطاة: هل تشمل الرسائل، والمكالمات، والملفات، والمجموعات؟
• ما هي البيانات الوصفية التي يحتفظ بها النظام، ولأي مدة زمنية؟
• كيف تتم إضافة الأجهزة الجديدة والمصادقة عليها؟
• هل تتمتع النسخ الاحتياطية بمستوى الحماية نفسه أم بحماية مختلفة؟

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

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