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

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

ما يحميه E2EE فعليًا: المحتوى

عندما يطبّق تطبيق مراسلة التشفير من طرف إلى طرف بشكل صحيح، لا تستطيع الشركة التي تدير الخدمة قراءة الرسائل المارّة عبر خوادمها الخاصة — فقط جهاز المُرسِل وجهاز المتلقي يحملان المفاتيح اللازمة لفك التشفير. تصف وثائق Signal التقنية المنشورة الآليات الكامنة وراء ذلك، بما فيها خوارزمية "المِزلاق المزدوج" (Double Ratchet)، المصمَّمة بحيث «لا يمكن حساب مفاتيح سابقة من مفاتيح لاحقة»: فحتى لو تعرّض مفتاح ما للانكشاف يومًا، تظل الرسائل السابقة محمية، وهذه خاصية تُسمى السرية الأمامية (forward secrecy). هذا هو الجزء من الوعد الذي يصمد جيدًا عند تطبيقه بشكل صحيح، ويمثّل فرقًا حقيقيًا عن رسالة نصية عادية أو بريد إلكتروني غير مشفَّر، كلاهما يستطيع أي خادم في المسار قراءته.

ما لا يحميه: البيانات الوصفية

دليل EFF مباشر بشأن هذه الفجوة: يخفي التشفير «محتوى رسائلك، لكن ليس من يتحدث إلى من، أو متى، أو كم مرة.» يمكن للبيانات الوصفية — من تواصل مع من، وفي أي وقت، ولأي مدة، ومن أي موقع — أن تكون كاشفة بقدر الرسالة نفسها. معرفة أن مصدرًا اتصل بصحفي ليلة نشر قصة يمكن أن تحدد هوية ذلك المصدر دون قراءة كلمة واحدة من المحادثة. تعمل بعض الخدمات تحديدًا على تقليل هذا الانكشاف: ميزة "المُرسِل المختوم" (sealed sender) في Signal مصمَّمة بحيث لا تحتاج خوادمها إلى معرفة من أرسل رسالة معيّنة، بل فقط لمن سلَّمها، رغم أن مقال Signal نفسه عن الميزة يشير إلى أن مقاومة تحليل حركة البيانات الأكثر تقدمًا — باستخدام التوقيت وعناوين IP — لا تزال مجال عمل مستمر، لا مشكلة محلولة.

ما لا يحميه: نقاط النهاية

يحمي التشفير البيانات أثناء انتقالها بين جهازين. ولا يمكنه حماية بيانات على جهاز مخترَق هو نفسه. تنص EFF على ذلك بوضوح: «إذا اختُرقت نقاط نهايتك... فيمكن اختراق اتصالاتك المشفَّرة.» تطبيق ضار لديه وصول لقراءة الشاشة، أو جهاز فتحه شخص آخر، أو رسالة يختار المتلقي التقاط لقطة شاشة لها، كل هذا يقع خارج ما يستطيع التشفير معالجته — فُكَّت الرسالة بأمانة تمامًا كما صُمِّم، لتحديدًا الشخص المفترض أن يقرأها، الذي فعل بعد ذلك شيئًا بها خارج سيطرة المُرسِل.

ما لا يحميه: النسخ الاحتياطية

محادثة مشفَّرة أثناء النقل لا تبقى مشفَّرة بالطريقة نفسها بمجرد حفظها. تشير EFF إلى أنه إذا «خزّنت تلقائيًا نسخًا احتياطية من محادثات مشفَّرة على السحابة»، فقد لا تحمل تلك النسخ الحماية نفسها من طرف إلى طرف التي كانت للمحادثة الحية — فبحسب الخدمة وإعدادات النسخ الاحتياطي لديها، قد يتمكن مزود سحابي (أو أي شخص يخترق ذلك المزود، أو يُجبَر قانونيًا على تسليم محتوياته) من قراءة نسخة احتياطية كانت الرسالة الأصلية محمية منها. التحقق مما إذا كانت النسخ الاحتياطية لتطبيق ما مشفَّرة من طرف إلى طرف افتراضيًا، أو فقط اختياريًا، يستحق أن يُفعَل مرة واحدة بدلًا من افتراض أن الإعداد الأقوى تلقائي.

لماذا يهم هذا التمييز عمليًا

بالنسبة لمصدر أو عميل معرَّض للخطر، فإن "نستخدم تطبيقًا مشفَّرًا" ليست إجابة كاملة عن سؤال "هل نحن آمنون"، لأن التهديدات الأكثر أهمية — أن يُكشَف شخص عبر أنماط الاتصال، أو أن يُصادَر هاتف ويُفتَح، أو أن تُسلَّم نسخة احتياطية بموجب إجراء قانوني — تقع في معظمها خارج ما يعالجه التشفير. يتناول الدرس التالي القطعة التي تُبقي كل هذا يعمل أصلًا: المفاتيح وكلمات المرور التي يعتمد عليها التشفير، وما يحدث عند فقدانها أو انكشافها.