يحمي التشفير من طرف إلى طرف المحتوى المدعوم بين الأجهزة الطرفية؛ لكنه لا يجعل تلك الأجهزة أو مستخدميها معصومين من الخطأ.
يحمي التشفير من طرف إلى طرف (E2EE) محتوى الرسائل المدعوم بحيث تمتلك الأجهزة المشاركة، لا خدمة التوصيل، الوسائل اللازمة لقراءته. ولا يخفي تلقائيًا من يتواصل مع من، ولا يؤمّن هاتفًا مصابًا، ولا يمنع المستلم من نسخ رسالة.
يتتبّع هذا الدليل رسالة من المرسل إلى المستلم، ويقارن E2EE مع HTTPS، ويشرح الفحوص العملية وراء ادعاء تطبيق مراسلة بشأن التشفير.
ما التشفير من طرف إلى طرف؟
التشفير من طرف إلى طرف طريقة لحماية المعلومات بحيث تُشفّر على جهاز المرسل، ولا يُفك تشفيرها إلا على جهاز مستلم مشارك.
في محادثة E2EE مصممة على نحو صحيح، لا تغادر الرسالة جهاز الإرسال كنص واضح مقروء. بل تغادر كنص مشفر: معلومات مبعثرة ينبغي ألا تكون قابلة للاستخدام دون مفتاح التشفير الصحيح.
يمكن لخدمة المراسلة المساعدة في توصيل البيانات المشفرة ومزامنتها دون الحاجة إلى المحتوى المحمي بصيغة مقروءة. ويمكن أن ينطبق المبدأ نفسه على التواصل الفردي أو الجماعي، بحسب البروتوكول.
«الأطراف» هي الأجهزة المشاركة، وليست بالضرورة هاتفين فقط. فقد تضيف مجموعة أو حاسوب محمول مرتبط بشخص مزيدًا من الأجهزة الطرفية المصرّح لها.
هذا هو الفرق الأساسي بين التشفير من طرف إلى طرف وتشفير النقل المعتاد.
كيف يعمل E2EE؟
قد تكون الرياضيات معقّدة، لكن الرحلة الأساسية للرسالة مفهومة.
1. يمتلك كل مشارك مفاتيح تشفير
ينشئ تطبيق العميل الآمن للمراسلة بيانات مفاتيح التشفير أو يخزّنها على جهاز المستخدم.
يمكن مشاركة بعض المفاتيح علنًا. أما المفاتيح الخاصة فيجب أن تظل محمية، لأنها تساعد الجهاز على إنشاء المعلومات السرية اللازمة لفك تشفير الرسائل أو استعادتها.
2. تنشئ الأجهزة أسرارًا مشتركة للرسائل
يتبادل المشاركون المعلومات العامة المطلوبة لاشتقاق أسرار متطابقة.
ينبغي ألا يلزم إرسال السر نفسه كبيانات مقروءة. بل يجري كل جهاز العمليات التشفيرية المطلوبة على نحو مستقل.
3. تُشفّر الرسالة محليًا
عندما يضغط المرسل على إرسال، يشفّر التطبيق الرسالة على جهاز الإرسال.
تتحول الجملة المقروءة إلى نص مشفر قبل رفعها أو تمريرها.
4. يوصّل الخادم النص المشفر
توجّه البنية التحتية للمراسلة الرسالة المشفرة إلى المستلم، وقد تحتفظ بالنص المشفر لدعم المزامنة والتوصيل وتعدد الأجهزة المصرّح لها.
يظل الخادم يؤدي عملًا تشغيليًا مهمًا. ويغيّر E2EE شكل محتوى الرسالة الذي يتعامل معه الخادم.
5. يفك المستلم تشفيرها
يستخدم جهاز مستلم مصرّح له بياناته التشفيرية للتحقق من أصالة النص المشفر وفك تشفيره.
تظهر الرسالة المقروءة على الأجهزة الطرفية المصرّح لها. ثم يحتاج السجل المحلي والإشعارات والنسخ الاحتياطية والملفات المصدّرة إلى وسائل حماية خاصة بها.
ما الذي يحميه التشفير من طرف إلى طرف؟
صُمّم E2EE أساسًا لحماية محتوى المحادثة.
وبحسب التطبيق والتنفيذ، قد يشمل ذلك المحتوى:
- الرسائل النصية المباشرة
- الصور والفيديوهات
- الرسائل الصوتية
- المستندات والمرفقات
- المكالمات الصوتية أو المرئية
- تعديلات الرسائل والردود
عندما يُشفّر هذا المحتوى على نحو صحيح على جانب العميل، ينبغي أن يرى مهاجم يعترض حركة الشبكة بيانات مشفرة بدلًا من الرسالة الأصلية.
ويقلّل ذلك أيضًا مقدار محتوى المحادثة المقروء المتاح للبنية التحتية للخدمة.
لكن ينبغي ألا تُعامل كلمة «مشفر» بوصفها كلمة سحرية. يستحق المستخدمون معرفة أنواع المحادثات ومسارات المحتوى المشمولة بدقة.
ما الذي لا يحميه E2EE تلقائيًا
التشفير من طرف إلى طرف قوي، لكن حدوده كثيرًا ما تُفهم خطأ.
البيانات الوصفية للرسائل
قد يحتاج النظام إلى معلومات تشغيلية لتوجيه الرسائل ومزامنتها.
وبحسب الخدمة، قد يشمل ذلك:
- الحساب الذي أرسل رسالة
- المحادثة التي تلقتها
- وقت إرسال الرسالة
- حالة التسليم والقراءة
- عضوية المحادثة
- حجم الرسالة المشفرة
- معلومات الجهاز أو الجلسة
قد يكون نص الرسالة غير مقروء بينما تظل بعض المعلومات المحيطة بها متاحة للنظام.
ولهذا فإن «محتوى الرسائل مشفر» و«الخدمة لا تجمع أي بيانات وصفية» ادعاءان منفصلان.
جهاز مخترق
لا يحمي التشفير من طرف إلى طرف النص الواضح من برمجيات خبيثة أو مهاجم آخر لديه وصول كافٍ إلى الجهاز الطرفي. ولا يتطلب هذا الوصول بالضرورة فتح قفل الشاشة: فالشاشة المقفلة وحدها لا تثبت أن نظام تشغيل مخترقًا لا يستطيع الوصول إلى بيانات الرسائل.
يجب أن تصبح الرسالة مقروءة في النهاية على جهاز مصرّح له. وقد يستطيع مهاجم لديه وصول إلى بيانات التطبيق المفكوك تشفيرها أو الذاكرة أو الشاشة الحصول على ذلك المحتوى؛ ويتوقف الانكشاف الدقيق على الجهاز والبرنامج وطبيعة الاختراق.
يظل أمان الجهاز ضروريًا:
- ثبّت تحديثات نظام التشغيل
- استخدم رمز دخول قويًا للجهاز
- راجع إضافات المتصفح
- احمِ معلومات استعادة الحساب
- تجنّب التطبيقات والتنزيلات المجهولة
تصرفات المستلم
لا يستطيع E2EE منع مشارك من نسخ رسالة أو إعادة توجيهها أو تصويرها أو التقاط لقطة شاشة لها بعد فك تشفيرها.
يحمي التشفير التوصيل بين الأجهزة الطرفية. لكنه لا يتحكم في الشخص على الطرف الآخر.
أخطاء استعادة الحساب
يجب أن توازن أنظمة الاستعادة بين الأمان وقابلية الاستخدام.
قد تقوّض عملية استعادة ضعيفة تشفيرًا قويًا. وفي المقابل، قد يجعل نظام لا يسمح بالاستعادة إطلاقًا السجل المشفر غير متاح نهائيًا عند فقدان مفتاح.
ينبغي للتطبيق الجدير بالثقة أن يشرح كيف تعمل الاستعادة، وما المعلومات التي تُنسخ احتياطيًا، وماذا يحدث عند فقدان بيانات اعتماد الاستعادة.
E2EE وTLS ليسا الشيء نفسه
تستخدم معظم المواقع الحديثة HTTPS وTLS لحماية حركة البيانات بين المتصفح والخادم.
هذا مهم، إذ يساعد على منع أشخاص على الشبكة نفسها أو في مواضع أخرى أثناء النقل من قراءة الاتصال أو تعديله بسهولة.
يحمي TLS الاتصال بين طرفيه؛ وفي المراسلة المعتادة عبر الويب، تكون الخدمة أحد الطرفين. وتستطيع تلك الخدمة قراءة بيانات التطبيق ما لم تحمها طبقة منفصلة لتشفير المحتوى. تصف مواصفة TLS الحماية من التنصت والعبث والتزوير على ذلك الاتصال.
في المراسلة المعتادة التي يستطيع الخادم قراءتها:
- يشفّر جهازك اتصال الشبكة.
- يتلقى الخادم محتوى الرسالة المقروء ويعالجه.
- يفتح الخادم اتصالًا محميًا منفصلًا إلى المستلم.
أما في التشفير من طرف إلى طرف، فتُشفّر الرسالة نفسها للمشاركين قبل وضعها داخل اتصال الشبكة المحمي.
مقارنة بسيطة:
| الحماية | مراسلة تعتمد على TLS فقط | التشفير من طرف إلى طرف |
|---|---|---|
| تحمي البيانات أثناء انتقالها عبر الشبكة | نعم | نعم |
| توفر الحماية قبل عبور الشبكة | نعم، لذلك الاتصال باستخدام TLS | نعم، لأجهزة المراسلة الطرفية المقصودة |
| تستطيع خدمة التوصيل قراءة محتوى الرسالة المحمي | عادةً، إذا لم يوجد تشفير إضافي للمحتوى | ليس من النص المشفر وحده وفق تصميم المفاتيح المقصود |
| يظل أمان الأجهزة الطرفية مطلوبًا | نعم | نعم |
| تُخفى البيانات الوصفية تلقائيًا | لا | لا |
لا يتنافس TLS وE2EE. يحتاج نظام المراسلة الخاصة عمومًا إلى نقل آمن وتشفير محتوى منفّذ على نحو صحيح.
تطبيق التعريف على Livara
وفقًا لوثائق الأمان، تستخدم Livara اتفاق المفاتيح الهجين LVR1 مع P-256 وML-KEM-768 للاتصال المباشر. وتستخدم المجموعات الخاصة المتوافقة مفاتيح المرسل LGS1 الموزّعة عبر جلسات ثنائية. أما القنوات العامة فيستطيع الخادم قراءتها، وينبغي ألا توصف بأنها E2EE.
يتعلق هذا التمييز بموضع الاتصال الفعلي، لا باسم العلامة التجارية. وتصف الوثائق أيضًا تشفير المكالمات بصورة منفصلة، بما في ذلك وضع تسجيل ظاهر له حد ثقة مختلف. راجع حالة المحادثة والمكالمة الحالية بدلًا من افتراض أن كل ميزة تتمتع بالحماية نفسها.
هذه ادعاءات موثّقة للمنتج، وليست تدقيقًا مستقلًا أُجري لهذا المقال. وتظل البيانات الوصفية التشغيلية والأجهزة المخترقة حدودًا مهمة. يعالج اتفاق المفاتيح المقاوم للتهديدات الكمية فئة من المخاطر التشفيرية؛ لكنه لا يجعل التصيّد أو النسخ الاحتياطية غير الآمنة أو الشاشة المفتوحة غير ضارة.
لماذا تهم بصمات المفاتيح العامة
تعتمد المحادثة المشفرة على التواصل مع المفتاح المقصود، لا مجرد أي مفتاح يقدّمه النظام.
بصمة المفتاح العام تمثيل موجز للمفتاح العام لأحد المشاركين. ويمكن لشخصين مقارنة بصمتيهما عبر قناة موثوقة أخرى، مثل محادثة حضورية أو مكالمة متحقَّق منها.
يوفّر تطابق البصمات ثقة إضافية في استخدام المفاتيح المتوقعة.
لا يثبت تغيّر البصمة تلقائيًا وقوع هجوم. فقد يحدث بعد إعادة ضبط مشروعة للمفتاح أو استعادة جهاز. لكن ينبغي أن يكون التغيير ظاهرًا وقابلًا للتفسير، لا أن يُتجاهل بصمت.
النسخ الاحتياطي والاستعادة منفصلان عن تشفير المراسلات الجارية
يمكن لتطبيق تشفير الرسائل الجارية من طرف إلى طرف، بينما تكون لنسخة احتياطية منفصلة مفاتيح وقواعد وصول مختلفة. ويمكن للتصدير غير المشفر أيضًا نقل محتوى مقروء خارج المحادثة المشفرة. اسأل عما يُنسخ احتياطيًا، ومن يستطيع فك تشفيره، وماذا يحدث عند فقدان بيانات الاستعادة.
تُشفّر نسخة الاستعادة الاحتياطية الموثّقة في Livara وتُغلَق قبل الرفع، وتستعيد بيانات الهوية لا سجل المحادثات. لا تستنتج أن استعادة حساب أو هوية تعيد كل محادثة قديمة. وللقرار الأوسع، راجع كيفية نسخ المحادثات المشفرة احتياطيًا بأمان.
كيف تقيّم تطبيق مراسلة خاصة
لا تحكم على خدمة مراسلة من كلمتي «مشفر» أو «آمن» وحدهما.
اطرح أسئلة محددة.
ما المحادثات المشفرة من طرف إلى طرف؟
تحقّق مما إذا كانت الحماية تنطبق على المحادثات المباشرة والمجموعات والقنوات والمكالمات والمرفقات.
أين تُنشأ المفاتيح وتُخزّن؟
ابحث عن شرح واضح لما إذا كانت المفاتيح تُنشأ على جانب العميل، وكيف تُحمى النسخ الاحتياطية.
ما الذي يحتفظ به الخادم؟
ينبغي للخدمة المسؤولة التمييز بين محتوى الرسائل والتوجيه والطوابع الزمنية والعضوية ومعلومات التسليم وغيرها من البيانات التشغيلية.
ماذا يحدث عند تغيّر المفاتيح؟
ينبغي أن يكون الاستبدال غير المتوقع للمفتاح ظاهرًا. فالتغييرات الصامتة للمفاتيح تضعف قدرة المستخدم على التحقق من جهات الاتصال.
كيف تعمل الاستعادة؟
حدّد ما إذا كان المزوّد يستطيع استعادة المفاتيح، وما إذا كان سر استعادة مطلوبًا، وما يحدث عند فقدان ذلك السر.
هل جرى التحقق من الادعاءات باستقلالية؟
توفر وثائق الأمان والبروتوكولات المفتوحة والمراجعات المهنية والتدقيقات المستقلة مستويات مختلفة من الاطمئنان.
اللغة التسويقية وحدها ليست تدقيقًا.
تعتمد الخصوصية على حدود واضحة
أقوى بيان للخصوصية ليس «ثق بنا».
بل هو شرح دقيق قابل للاختبار لما يلي:
- ما الذي يُشفّر
- أين يحدث التشفير
- ما المفاتيح المعنية
- ما الذي يتلقاه الخادم
- ما البيانات الوصفية التي تبقى
- ما أنواع المحادثات المستثناة
- كيف تغيّر الاستعادة نموذج التهديد
التشفير من طرف إلى طرف ليس قصة الخصوصية كاملة. لكنه أساس بالغ الأهمية للتواصل الخاص عندما يُنفّذ بعناية ويُوصف بصدق.
كخطوة عملية تالية، استخدم قائمة المراسلة الآمنة المكوّنة من 12 سؤالًا لفحص الميزات التي تستخدمها فعلًا: المحادثات الخاصة والمجموعات والمرفقات والمكالمات والنسخ الاحتياطية.
الأسئلة الشائعة
إلى ماذا يشير الاختصار E2EE؟
يشير E2EE إلى التشفير من طرف إلى طرف. ويعني أن المحتوى المحمي يُشفّر عند جهاز طرفي لأحد المشاركين، ويُفك تشفيره عند جهاز طرفي آخر مصرّح له.
هل يستطيع مزوّد الإنترنت قراءة رسائل E2EE؟
قد يستطيع مزوّد الإنترنت ملاحظة وجود اتصال ورؤية بعض المعلومات على مستوى الشبكة، لكن ينبغي ألا يظهر محتوى الرسائل المشفر على نحو صحيح كنص واضح مقروء أثناء النقل.
هل يخفي التشفير من طرف إلى طرف البيانات الوصفية؟
ليس تلقائيًا. فقد يظل نظام المراسلة يعالج التوجيه والعضوية والطوابع الزمنية وحالة التسليم وحجم النص المشفر أو معلومات أخرى مطلوبة لتشغيل الخدمة.
هل يستطيع E2EE حماية هاتف مسروق مفتوح القفل؟
لا يستطيع أي بروتوكول تشفير حماية رسالة بالكامل عندما يسيطر مهاجم على جهاز مصرّح له بالفعل ومفتوح القفل. يظل أمان الجهاز القوي ضروريًا.
هل جميع محادثات Livara مشفرة من طرف إلى طرف؟
توثّق Livara حاليًا E2EE لنصوص الرسائل المباشرة الفردية ووسائطها، وللمجموعات الخاصة المتوافقة. وتُشفّر تلك المجموعات من طرف إلى طرف باستخدام LGS1، مع تدوير تلقائي لمفتاح المرسل عند تغيّر العضوية. وتستخدم القنوات TLS وصلاحيات قائمة على المصادقة على جانب الخادم، ولا يُدّعى أنها مشفرة من طرف إلى طرف.
هل يمكن استعادة مفتاح تشفير Livara مفقود؟
تصف الوثائق العامة استعادة بيانات الهوية المنسوخة احتياطيًا باستخدام سر الاستعادة المطلوب. وهذا لا يستعيد سجل المحادثات. اقرأ مسار الاستعادة الحالي قبل حذف الجهاز الأصلي أو استبداله.
هل E2EE هو نفسه السرية الأمامية؟
لا. يصف E2EE من ينبغي أن يستطيع قراءة المحتوى المحمي. وتتعلق السرية الأمامية بكيفية تأثير اختراق مفتاح لاحقًا في الرسائل السابقة؛ أما الأمان بعد الاختراق فيتعلق باستعادة الحماية بعد الاختراق ضمن شروط محددة. وتعتمد هذه الخصائص على البروتوكول والتنفيذ. فمثلًا، تعرّف مواصفة MLS كليهما صراحةً في تصميمها لمفاتيح المجموعات؛ ولا يعني ذلك أن كل تطبيق مراسلة مشفر يوفرهما تلقائيًا أو يستخدم MLS.
