يحدد التشفير المفاتيح التي تفتح الرسالة؛ ويجب التحقق بصورة منفصلة ممن وصلت إليهم تلك المفاتيح.
لا؛ فتشفير المجموعة من طرف إلى طرف لا يمنع العضو الخفي بمفرده. تتوقف إجابة سؤال «هل يستطيع الخادم إضافة عضو إلى المجموعة؟» على آلية العضوية والتحقق من الأعضاء، لا على تشفير الرسائل وحده. وفق وثائق Livara، يشفّر LGS1 المحتوى في المجموعات الخاصة المتوافقة التي تعمل فعلاً بوضع E2EE. صُمم تدوير المفاتيح بعد تغير العضوية لتقييد الوصول المستقبلي، ويجب تطبيق تحديثات العضوية والمفاتيح على الأجهزة؛ لكنه لا يسترجع النسخ التي سبق استلامها.
نقاط أساسية
- يستهدف التشفير من طرف إلى طرف سرية الرسائل، لكن أمن قائمة الأعضاء يحتاج إلى آلية منفصلة.
- في مجموعة Livara الخاصة المتوافقة التي جرى التأكد من حالة E2EE فيها، يغطي LGS1 الرسائل والتعديلات ومفاتيح المرفقات؛ لا تعمّم هذا الادعاء على مجموعة قديمة غير متوافقة.
- لا تكفي مقارنة Signal وWhatsApp وSimpleX وElement بمجرد وصفها بأنها «مشفرة»؛ بل يجب تقييم إشعارات تغير العضوية ودور المدير وطريقة التحقق من الهوية.
- لا تستطيع الواجهة في جميع الظروف اكتشاف انضمام حساب مسموح به لكنه تحت سيطرة مهاجم؛ وعلى الأعضاء التحقق من الهوية والتغييرات الحساسة عبر مسار مستقل.
- يوفر Proof Lab من Livara عروضاً محلية لـ P-256 وHKDF وAES-GCM وفحص تجزئة الملفات؛ وليس تنفيذاً كاملاً أو تدقيقاً مستقلاً لـ LVR1/LGS1.
هل يمنع تشفير المجموعة العضو الخفي؟
لا، ما لم ينسّق البروتوكول، إلى جانب المحتوى، حالة العضوية بين الأعضاء بطريقة تشفيرية قابلة للتحقق. ويُقصد بـ«العضو الخفي» هنا حساب يصل إلى الرسائل المستقبلية بينما لم يلاحظ الأعضاء البشر انضمامه أو لم يتعرفوا إلى هويته على نحو صحيح.
يعني التشفير من طرف إلى طرف أن أجهزة أطراف المحادثة وحدها ينبغي أن تستطيع قراءة محتوى الرسائل؛ لكن هذه الأجهزة نفسها تحتاج إلى معرفة من ترسل إليه المفتاح. فإذا استطاع الخادم تغيير قائمة المستلمين، فقد يعمل التشفير بصورة صحيحة وفي الوقت نفسه يشفّر الرسالة لعضو غير مرغوب فيه أيضاً. وللفصل بين المحتوى والبيانات الوصفية، راجع دليل «التشفير من طرف إلى طرف وحدوده».
لذلك لا يعني «هجوم الخادم على مجموعة مشفرة» بالضرورة كسر AES أو حل مسألة رياضية. فقد يضيف الخادم، عبر التحكم في العضوية، حساباً صالحاً إلى المستلمين المستقبليين. أما سجل الرسائل التي لم تكن مفاتيحها لدى ذلك الحساب فهو مسألة منفصلة؛ والخطر الأساسي هو الوصول بعد الانضمام.
ماذا نعرف عن عضوية مجموعات Livara؟
تفصل وثائق أمن Livara بين تحكم الخادم في العضوية والأدوار وتشفير المحتوى. وهذا حد مهم للتقييم، لكنه لا يثبت وحده هجوماً عملياً ناجحاً أو انضماماً غير مرئي تماماً. ولإثبات ذلك يلزم اختبار سلوك العميل وتوزيع المفاتيح وإشعارات تغير العضوية وظروف الهجوم.
السؤال الصحيح هو: هل تتحقق الأجهزة من تغييرات القائمة بصورة مستقلة، وماذا تعرض للمستخدم قبل إرسال المفتاح إلى العضو الجديد؟ لا تقدم هذه المقالة نتائج تدقيق أو اختبار اختراق لـ Livara.
كيف يختلف أمن قائمة الأعضاء في خمسة تطبيقات مراسلة؟
يكمن الاختلاف الأساسي في الجهة التي تجيز تغير العضوية، وكيف يعرف الأعضاء به، وما إذا كان بإمكانهم التحقق من هوية الحساب الجديد بصورة مستقلة. فمجرد وجود التشفير من طرف إلى طرف لا يجيب بالكامل عن مسألة الثقة بالخادم في تطبيق المراسلة.
| تطبيق المراسلة | محتوى المجموعة | العضوية والثقة العملية | استنتاج حذر |
|---|---|---|---|
| Livara | في المجموعة الخاصة المتوافقة التي تستخدم E2EE، يغطي LGS1 النص والتعديلات ومفتاح المرفق. | تُعاد توليد مفاتيح المرسلين وتوزيعها تلقائياً عند تغير الأعضاء. | وفق وثائق المنتج، يُحمى محتوى المجموعة الخاصة المتوافقة ومفتاح الوسائط قبل التسليم؛ تحقق من حالة المجموعة المعنية. |
| Signal | تذكر صفحة دعم Signal حول المجموعات أن الخدمة لا تسجل عضوية المجموعات أو عناوينها أو صورها أو خصائصها. | يقول المصدر نفسه إن المدير يستطيع تحديد من يضيف الأعضاء وتفعيل موافقة المدير على رابط المجموعة؛ ومع ذلك يجب على الأعضاء ملاحظة تغيرات العضوية. | يحد التصميم مما تعرفه الخدمة، لكن ينبغي للمستخدمين التحقق من تغير العضوية وهويات الحسابات. |
| تذكر نظرة عامة على تشفير WhatsApp أن الرسائل الشخصية والجماعية مشفرة من طرف إلى طرف. | تشرح مواد المساعدة من WhatsApp المشاركة الاختيارية لجزء من السجل مع العضو الجديد وسلطة المدير في تقييد هذه المشاركة. | يُشفّر محتوى المجموعة، لكن ينبغي تقييم صحة العضوية من خلال ضوابط المدير وإشعارات التطبيق. | |
| SimpleX | تقول وثائق مجموعات SimpleX إن لكل عضو اتصالاً منفصلاً مع الأعضاء الآخرين. | تصف مواصفات البروتوكول المجموعات بأنها مجموعة اتصالات بين الأعضاء، مع أدوار ورسائل لتغير العضوية؛ وهذا لا يتعارض مع وجود مدير بشري. | عدم وجود معرّف عالمي للمجموعة لا يعني زوال جميع مخاطر العضوية أو الجهاز المصاب. |
| Element / Matrix | تعرّف مواصفات Matrix للتشفير من طرف إلى طرف الحدث m.room.encryption وخوارزميات تشفير الغرفة. |
تمثّل مواصفات عضوية Matrix العضوية بأحداث m.room.member ضمن حالة الغرفة، وتوزعها الخوادم الرئيسية. |
تشفير الغرفة وحالة العضوية طبقتان منفصلتان؛ وينبغي للأعضاء التحقق من الأجهزة وتغييرات الغرفة. |
ليس هذا الجدول ترتيباً مطلقاً. فلكل نظام نموذج تهديد مختلف، وقد يغيّر التطبيق والجهاز وإدارة المجموعة وسلوك الأعضاء النتيجة. وللاختيار العملي، استخدم «12 سؤالاً في قائمة التحقق من تطبيق المراسلة الآمن» إلى جانب الوثائق الرسمية لكل منتج.
كيف نقارن الثقة بالخادم في تطبيق المراسلة؟
لا تختزل الثقة في وصف بنعم أو لا؛ اسأل عما يراه الخادم تحديداً وما يستطيع تغييره. فقد يظل الخادم الذي لا يقرأ النص متحكماً في توقيت التواصل أو أعضاء المجموعة أو توزيع المفاتيح الأولية.
أولاً، افصل سرية المحتوى
تحقق من الموضع الدقيق لتشفير الرسائل والتعديلات والتفاعلات والعناوين والمرفقات ومفاتيحها. وفق وثائق Livara، يغطي LGS1 النص والتعديلات ومفتاح المرفق في المجموعة الخاصة المتوافقة ذات E2EE؛ ولا يشمل هذا الادعاء القنوات.
ثانياً، حدّد سلطة العضوية
حدّد من يستطيع دعوة الأعضاء، ومن يوافق على الطلب، وكيف يعرض العميل التغيير. وإذا كان الخادم يفرض حالة المجموعة، فيجب إدراج خطر اختراق الخادم صراحةً في نموذج التهديد.
ثالثاً، افصل الهوية عن العضوية
وجود اسم مألوف لا يثبت أن المفتاح يخص الشخص نفسه. يتيح safety number في Livara مقارنة بصمة المفتاح خارج التطبيق؛ لكن وجود هذه الأداة وحده لا يعني فحص قائمة أعضاء المجموعة كلها. ولا تنسب ميزة شفافية المفاتيح إلى المنتج إلا إذا كانت موثقة.
رابعاً، افصل الأدلة عن الادعاءات
وثائق المنتج وتقرير التدقيق والاختبار المستقل ليست شيئاً واحداً. يجب أن يوضح التقرير الموثوق الإصدار ونطاق الفحص والنتائج والإصلاحات. ولا يثبت اسم الخوارزمية أو اتفاق تنفيذين بمفرده أمن إدارة العضوية.
كيف يُتحقق من أعضاء الدردشة الجماعية؟
ينبغي للأعضاء مراجعة تغييرات القائمة فوراً والتحقق من هويات الأشخاص ذوي الأهمية الأمنية عبر قناة مستقلة. وفي المحادثات عالية المخاطر، لا تكفي رؤية الاسم أو الصورة أو رقم الحساب وحدها، فقد تكون هذه العلامات خاطئة أو أعيد تخصيصها أو أصبحت تحت سيطرة مهاجم.
في Livara يستطيع شخصان مقارنة safety number وجهاً لوجه، أو في مكالمة معروفة، أو عبر مسار مستقل. وقد يكشف ذلك تغيراً غير متوقع في المفتاح؛ لكن المقارنة الثنائية لا تغطي بمفردها جميع أعضاء مجموعة كبيرة دفعة واحدة. ويشرح دليل «التحقق من الدردشة باستخدام safety number» الخطوات العملية.
للمجموعات الحساسة، يفيد الإجراء المختصر التالي:
- احصر صلاحية إضافة الأعضاء بالمديرين قدر الإمكان.
- راجع كل إشعار انضمام أو مغادرة أو تغير دور في حينه.
- تحقق من هوية العضو الجديد خارج المجموعة نفسها.
- بعد تغير مشبوه، أوقف إرسال المعلومات الحساسة وأنشئ مجموعة جديدة بأعضاء جرى التحقق منهم.
- راجع دورياً الأجهزة والجلسات المرتبطة بكل حساب.
تقلل هذه الإجراءات الخطر، لكنها لا تعالج خللاً في بنية العضوية. فإذا اختُرق الخادم أو حساب المدير ولم تعرض الواجهة التغيير بوضوح، فقد يظل المستخدم غير منتبه إلى الانضمام.
أسئلة شائعة
هل يستطيع الخادم إضافة عضو دون كسر التشفير؟
نعم، إذا كانت بنية تطبيق المراسلة تسند التحكم في قائمة الأعضاء إلى الخادم. عندئذ لا يحتاج الخادم إلى كسر التشفير؛ بل يستطيع إضافة حساب إلى المستلمين المستقبليين كي تشفّر العملاء الرسائل لذلك الحساب أيضاً. وتتوقف إمكانية ذلك وكيفيته على بروتوكول العضوية في كل منتج.
كيف يعمل بروتوكول LGS1 في مجموعات Livara؟
وفق وثائق المنتج، يستخدم LGS1 سلسلة مفاتيح المرسل وتوقيعه لحماية المحتوى ومفاتيح المرفقات في المجموعات الخاصة المتوافقة ذات E2EE. ويتوقف تقييد الوصول المستقبلي بعد خروج العضو على تطبيق تغير العضوية وتوزيع مفتاح جديد. لا يوفر Proof Lab إلا عرضاً محلياً لبعض المكونات التشفيرية وفحص التجزئة؛ وليس هذا العرض تنفيذاً كاملاً لـ LGS1 أو تدقيقاً للبروتوكول أو إثباتاً لأمن إدارة العضوية.
هل تثبت مقارنة safety number دخول عضو خفي؟
لا. تتحقق مقارنة safety number من هوية المفتاح بين شخصين عبر مسار مستقل، وقد تكشف تغيراً غير متوقع في المفتاح. لكنها لا تثبت عدم انضمام أي عضو آخر إلى المجموعة؛ بل يجب التحقق بصورة منفصلة من القائمة وإشعارات العضوية وهويات الحسابات الحساسة.
أي تطبيق مراسلة يملك أكثر قوائم الأعضاء أماناً؟
لا يمكن تحديد فائز مطلق من هذه المصادر، لأن Signal وWhatsApp وSimpleX وElement وLivara تختلف في نماذج العضوية والتهديد. يعتمد الاختيار الصحيح على مخاطرك: تحقق ممن يتحكم في العضوية، وكيف يُعلن التغيير، وما إذا كانت هوية الأعضاء قابلة للتحقق خارج الخادم.
