المفتاح الخاص بملف واحد لا يعني عرضه لمرة واحدة أو إمكانية استرجاع نسخة المستلم.
لحماية مرفق، يمكن لتطبيق المراسلة تشفير الملف على جهاز المرسل بمفتاح عشوائي، ورفع النسخة المشفّرة، وإيصال مفتاح الملف إلى المستلم داخل رسالة مشفّرة من طرف إلى طرف. يُسمّى هذا النمط أحيانًا التشفير المغلّف: يسلك الملف الكبير والمعلومات الصغيرة اللازمة لفتحه مسارين مختلفين لكن مترابطين.
يتعلق هذا الشرح بالمرفقات في محادثة تستخدم E2EE؛ فإرسال ملف في أي تطبيق أو أي نوع من القنوات لا يوفّر بالضرورة الحماية نفسها.
مسار صورة خاصة من الجهاز إلى المستلم
- يُنشئ جهاز المرسل مفتاح محتوى للملف.
- يُشفَّر الملف باستخدام تشفير موثَّق؛ ويجب أن يتمكّن المستلم من اكتشاف التغييرات غير المصرّح بها في البيانات.
- توضع النسخة المشفّرة على خدمة تخزين الملفات.
- يُرسَل عنوان الملف أو معرّفه والمفتاح اللازم إلى المستلم في رسالة محمية.
- يتلقى جهاز المستلم الملف ويتحقق من صحته ثم يفتحه.
تصف وثائق أمان ليفارا استخدام مفتاح عشوائي خاص بكل ملف مرفق ونقله ضمن جلسة المراسلة. يشرح هذا المقال البنية المعلنة، لا نتائج تدقيق تنفيذها.
«مفتاح خاص بالملف» لا يعني «ملفًا يُفتح مرة واحدة فقط»
قد يلزم المفتاح المُنشأ لملف واحد لقراءة الملف نفسه مرات متعددة. تخصيص المفتاح لا يعني التخلص منه فور المشاهدة الأولى، أو حذف الملف تلقائيًا، أو منع المستلم من حفظه.
كذلك فإن استخدام مفتاح الرسالة لمرة واحدة واستخدام مفتاح المحتوى لمرفق مفهومان مختلفان. لا ينبغي استنتاج ميزات مثل العرض لمرة واحدة أو الرسائل المختفية من اسم الخوارزمية وحده.
لماذا يهم كلٌّ من المفتاح وnonce؟
يوفّر AES-GCM التحقق من أصالة البيانات إلى جانب السرية، لكن استخدامه الصحيح ضروري. يشرح معيار NIST SP 800-38D قواعد GCM. وقد يعرّض تكرار الجمع نفسه بين المفتاح وnonce لبيانات مختلفة الأمان للخطر.
النتيجة العملية للمستخدم هي أن عبارة «AES-256» وحدها لا تكفي. يجب أيضًا فحص مواصفات إدارة المفاتيح والتوليد العشوائي والتحقق من الملفات ومعالجة الأخطاء. ينبغي أن يؤدي تغيير بايت واحد إلى رفض الملف غير الصالح، لا إلى عرض المحتوى المعدَّل بوصفه ملفًا سليمًا.
ماذا يرى المستلم والخادم وتطبيق المعرض؟
| المكان | السؤال الأمني |
|---|---|
| خدمة تخزين الملفات | هل لديها البايتات المشفّرة فقط، أم يمكنها الوصول إلى المفتاح أيضًا؟ |
| الرسالة التي تحتوي على المفتاح | هل يُحمى المفتاح واسم الملف ووصفه داخل محادثة E2EE؟ |
| جهاز المستلم | أين يبقى الملف بعد فتحه: في الذاكرة أم ذاكرة التخزين المؤقت أم المعرض؟ |
| النسخة الاحتياطية السحابية | هل تدخل النسخة المحفوظة في النسخ الاحتياطي للصور، وما الحماية التي يتمتع بها ذلك النسخ الاحتياطي؟ |
لا يتحكم التشفير أثناء النقل في النسخة التي يحفظها المستلم في المعرض. قبل إرسال مستند حساس، راجع أيضًا الأجزاء غير الضرورية من الصورة، والكتابات في الخلفية، ومعلومات الموقع في الملف.
ما الاختلاف عندما يكون الملف في مجموعة خاصة؟
يزداد عدد الأشخاص المخوّلين بحيازة المفتاح. تصف ليفارا في LGS1 حماية مرفقات المجموعات الخاصة المتوافقة في وضع E2EE؛ ولا ينبغي تعميم هذا الادعاء على القنوات العامة. قد يحتفظ كل عضو تلقّى الملف بنسخة منه. ولا تسترجع إزالة العضو أو تدوير المفاتيح المستقبلية نسخته السابقة.
قائمة تحقق لإرسال ملف حساس
- راجع مساحة المحادثة والمخاطَبين مرة أخرى.
- إذا كانت هوية الطرف الآخر مهمة، فتحقق من بصمة المفتاح عبر مسار موثوق.
- أرسل المعلومات اللازمة فقط؛ فليست صورة المستند كاملة مطلوبة دائمًا.
- اتفق مع المستلم بشأن الحفظ في المعرض والتنزيل التلقائي والنسخ الاحتياطي السحابي.
- لا تترك الملف المفكوك التشفير على جهاز مشترك أو غير مقفل.
أسئلة شائعة
هل يضمن المفتاح الخاص بالملف أمان الإرسال؟
لا. تلزم أيضًا سلامة الأجهزة والتحقق من هوية المستلم والتنفيذ الصحيح. اقرأ نموذج تهديدات ليفارا إلى جانب مواصفات التشفير.
هل تتمتع صورة القناة العامة بالحماية نفسها؟
وفق الحدود التي تعلنها ليفارا، القنوات عامة وقابلة للقراءة؛ ولا تُقدَّم لها وعود بسرية المرفقات الخاصة.
هل يكفي رابط الملف وحده؟
يتوقف ذلك على تصميم الخدمة. افحص الرابط والمفتاح وإذن الوصول كلًّا على حدة؛ فمجرد طول عنوان URL أو عشوائيته ليس دليلًا على E2EE.
