قد تتسبب معاينة الرابط في طلب شبكي قبل أن تنقر عليه؛ لكن الجهة التي ترسل الطلب والمعلومات التي يراها الموقع المقصود تعتمدان على تصميم تطبيق المراسلة. لا يمكن الاستنتاج من وجود صورة مصغرة في المحادثة أن عنوانَي IP للمرسل والمستلم قد انكشفا معًا.
يحمي التشفير من طرف إلى طرف الرسالة في مسارها بين أطراف المحادثة. أما جلب عنوان موقع ويب وصورته فيسلك مسارًا منفصلًا ويجب تقييمه على حدة.
ثلاث طرق مختلفة لإنشاء المعاينة
| الطريقة | ماذا يرى الموقع المقصود؟ | السؤال المهم |
|---|---|---|
| الجلب المباشر بواسطة الجهاز | عنوان IP للاتصال الذي يرسل الطلب والمعلومات المصاحبة له | هل يحدث الطلب أثناء الكتابة أم الإرسال أم الاستلام؟ |
| الجلب عبر وسيط أو وكيل | عادةً عنوان IP للوسيط بدلًا من عنوان IP المباشر للمستخدم | ماذا يرى الوسيط نفسه وماذا يحتفظ به؟ |
| إنشاء المعاينة لدى المرسل وإرسالها داخل الرسالة | قد لا يتصل المستلم بالموقع المقصود لعرض البطاقة | هل صور البطاقة محلية أم تُجلب مجددًا من الويب؟ |
يمكن الجمع بين هذه الطرق. على سبيل المثال، شرح Signal استخدام وكيل للمعاينة في توضيح تقني عام 2019. هذه الوثيقة مثال على تصميم؛ ولا ينبغي تعميمها دون تحقق على جميع الإصدارات أو جميع التطبيقات. يشرح دليل Signal الحالي إمكانية إيقاف إنشاء المعاينات وحذف البطاقة قبل الإرسال.
عنوان IP ومعرّف الرابط والهوية ليست شيئًا واحدًا
يرى الموقع المقصود عنوان IP للطرف الذي ينشئ الاتصال الشبكي؛ وقد يكون الجهاز أو شبكة VPN أو وكيلًا. لا يكون عنوان IP وحده عادةً اسم الشخص أو عنوان منزله الدقيق، لكنه قد يُستخدم مع وقت الطلب وبيانات أخرى للربط بين الأحداث.
قد يشير رابط ذو معرّف فريد أيضًا إلى أن عنوان URL نفسه قد طُلب. هذه الملاحظة وحدها لا تثبت من قرأه: فقد يأتي الطلب من المعاينة أو أداة أمنية أو المرسل أو المستلم أو شخص أُعيد إرسال الرابط إليه.
كذلك، ليس عنوان IP بالضرورة حقلًا داخل HTTP؛ بل هو جزء من الاتصال الشبكي. يعتمد نوع الترويسات، مثل User-Agent، ومحتواها على البرنامج الذي يرسل الطلب.
جلب عنوان الصفحة يختلف عن تشغيلها بالكامل
تكتفي بعض المعاينات بجلب HTML والصور ومعالجتها. ولا يعني ذلك بالضرورة تشغيل JavaScript أو فتح الصفحة في المتصفح. في المقابل، قد يختلف سلوك التحميل المسبق أو عرض الصفحة داخل بيئة ويب.
لذلك اطرح سؤالين منفصلين: «هل يُرسل طلب إلى الموقع؟» و«هل يُشغَّل المحتوى النشط للصفحة؟». إجابة أحدهما لا تحدد إجابة الآخر.
إعدادات عملية للمحادثات الحساسة
- إذا لم تكن بحاجة إلى بطاقة المعاينة، فراجع خيار إنشائها تلقائيًا في التطبيق. حذف البطاقة بعد إنشائها لا يلغي الطلب السابق.
- تعامل مع الروابط غير المعروفة والروابط الخاصة بتسجيل الدخول أو الاسترداد أو مشاركة الملفات بوصفها بيانات حساسة. لا تُدخلها في خدمات عامة لتحليل عناوين URL بغرض الاختبار.
- لا تحذف معلمات رابط موقّع عشوائيًا؛ فقد تُعطّل الوصول إليه أو صلاحيته. احصل، إن أمكن، على نسخة عامة وغير شخصية من الصفحة من المصدر الأصلي.
- لا تخلط بين تعطيل المعاينة ومنع جميع الاتصالات الشبكية. ففتح الرابط والصور الخارجية والميزات الأخرى لكل منها مساره الخاص.
- للتقييم المؤسسي، استخدم عنوان URL غير ضار وتحت سيطرتك وجهازًا للاختبار لمعرفة متى ينشأ الطلب؛ ولا تعمم نتيجة إصدار واحد على جميع الأجهزة.
ماذا يمكن القول عن ليفارا؟
يوضح نموذج تهديدات ليفارا حدود حماية المحتوى الخاص وقيود الجهاز والشبكة. لا يمكن الاستنتاج من هذا الشرح العام أن كل معاينة في كل إصدار تتم حتمًا بشكل مباشر أو تمر حتمًا عبر وكيل. يتطلب مثل هذا الادعاء توثيق الميزة أو فحص الإصدار نفسه.
لخصوصية الروابط، مسار الطلب أهم من مظهر بطاقة المعاينة.
