نعم: يمكن لإضافة متصفح لديها الوصول اللازم إلى تطبيق مراسلة ويب أن تقرأ نص الرسالة بعد أن تفك الصفحة تشفيره وتعرضه. لا يتطلب ذلك كسر التشفير المستخدم بين المشاركين، بل هو وصول إلى أحد الأطراف النهائية حيث يصبح المحتوى قابلًا للقراءة بالفعل.
ليست كل إضافة قادرة على قراءة كل موقع. تتوقف المخاطر على الأذونات الممنوحة وسلوك الإضافة وبيئة المتصفح. راجع هذا النطاق بدلًا من افتراض أن كل الإضافات برامج تجسس، أو أن إدراجها في متجر رسمي يزيل الخطر.
كيف ترى نصوص المحتوى البرمجية الصفحة
توضح وثائق نصوص المحتوى في Chrome أن هذه النصوص تستطيع قراءة نموذج كائن المستند للصفحة، أو DOM، وتعديله في المواقع التي يُسمح لها بالوصول إليها.
تعمل هذه النصوص عادة في عالم JavaScript معزول، فتكون متغيراتها منفصلة عن متغيرات الصفحة. لكن DOM الخاص بالصفحة يظل سطحًا مشتركًا. إذا كانت رسالة دردشة أو مسودة موجودة فيه، فإن عزل متغيرات JavaScript ليس وعدًا بأن الإضافة لا تستطيع قراءة ذلك النص.
هذا التمييز مهم، لأن الإضافة لا تحتاج إلى سرقة مفتاح تشفير خاص كي تلتقط رسالة قابلة للقراءة. كذلك لا يمنح الوصول العادي إلى الموقع تلقائيًا كل قدرة ممكنة، مثل الوصول غير المقيد إلى جميع ملفات تعريف الارتباط في المتصفح؛ فهذه التفاصيل تعتمد على أذونات وواجهات إضافية.
لماذا لا يحل E2EE مشكلة الوصول إلى الطرف النهائي
يحمي التشفير من طرف إلى طرف المحتوى بين الأطراف النهائية المصرح لها. يجب أن يتيح التطبيق المحتوى المستلم للشخص الذي يقرأه، ويمكن لبيئة محلية مخترقة أو ذات أذونات مفرطة الوصول إلى تلك النسخة المقروءة.
الحد التشفيري ليس مجرد «مقبس الشبكة»، وE2EE أكثر من تشفير النقل. لكنه ليس دفاعًا عامًا ضد برمجيات تستطيع مراقبة خرج الطرف النهائي المصرح له أو دخله.
للسبب نفسه، لا تمنع الترقية إلى تبادل مفاتيح ما بعد الكم إضافةً مصرحًا لها من قراءة مسودة قبل تشفيرها.
ضوابط مفيدة وادعاءات ينبغي تجنبها
| الضابط | ما قد يساعد فيه | ما لا يضمنه |
|---|---|---|
| تقييد وصول الإضافة إلى المواقع | يحد الأماكن التي تعمل فيها النصوص المصرح لها | أن الإضافة موثوقة في المواقع التي لا تزال مسموحة |
| ملف شخصي منفصل بلا إضافات مضافة | يقلل التعرض للإضافات في ذلك الملف | الحماية من برمجيات نظام التشغيل الخبيثة أو متصفح مخترق |
| Web Workers أو مفاتيح غير قابلة للتصدير | قد تقلل مخاطر محددة في التعامل مع المفاتيح | سرية النص الصريح المعروض لاحقًا للمستخدم |
| سياسة أمن المحتوى | تقيد بعض سلوكيات نصوص الصفحة ومواردها | حاجزًا شاملًا ضد الإضافات التي يصرح بها المتصفح |
| Shadow DOM أو العرض باستخدام canvas | يغير العرض والتغليف | حدًا أمنيًا موثوقًا ضد البرمجيات المحلية المعادية |
يغيّر Manifest V3 قدرات الإضافات وقواعدها، لكنه لا يزيل القدرة الموثقة لنصوص المحتوى المصرح لها على فحص الصفحة. والادعاءات بأن تقنية عرض تجعل تطبيق المراسلة «محصنًا ضد الإضافات» تحتاج إلى أدلة أقوى بكثير.
راجع أذونات Chrome قبل دردشة حساسة
استخدم دليل إدارة إضافات Chrome لمراجعة الإضافات المثبتة ووصولها إلى المواقع. حيث تتوفر الميزة، احصر الوصول في المواقع اللازمة فعلًا أو اشترط التفعيل عند الاختيار. أزل الإضافات التي لم تعد تستخدمها.
انتبه إلى تغيرات الأذونات، لكن لا تفترض أن كل تحديث ضار يجب أن يطلب أذونات جديدة. تستطيع الشفرة إساءة استخدام وصول تملكه بالفعل. توضح وثائق تحذيرات الأذونات في Chrome متى تؤدي الأذونات المضافة إلى تحذير.
ليس وضع التصفح المتخفي بيئة خالية من الإضافات تلقائيًا؛ إذ يتيح Chrome تمكين إضافات فردية فيه. تحقق من الإعداد الفعلي. وبالمثل، لا تطبق ادعاءً عن صفحة ويب في Chrome دون تمييز على تطبيق سطح مكتب مستقل يستخدم بيئة تشغيل مختلفة.
إذا شككت في أن إضافة كشفت رسائل
توقف عن استخدام البيئة المتأثرة للتواصل الحساس. عطّل الإضافة المشتبه فيها أو أزلها، وحدّث المتصفح، وراجع إضافاته المتبقية وأذوناتها. إذا كان من المحتمل أن تكون بيانات الاعتماد أو إمكانية الوصول إلى الحساب قد انكشفت، فراجع جلسات الحساب من بيئة موثوقة واتبع إرشادات الاسترداد الخاصة بالخدمة.
تمنع إزالة الإضافة عملها مستقبلًا في ذلك المتصفح، لكنها لا تسترجع محتوى نُسخ بالفعل. سجل دردشة يبدو سليمًا ليس دليلًا على عدم حدوث إفشاء.
حدود Livara
يستبعد نموذج التهديد في Livara صراحة الحماية من طرف نهائي مخترق. ويقدم Proof Lab فحص تجزئة APK وعرضًا تشفيريًا محدود النطاق، لا شهادة بأن جلسة المتصفح خالية من الإضافات الخبيثة.
أبقِ حدود أذونات الإضافات ضيقة قدر الإمكان عمليًا. التشفير القوي للرسائل والطرف النهائي الموثوق متطلبان متكاملان.
