ما هو التشفير من طرف لطرف؟ كيف يحمي صورك
يعمل التشفير الشامل على إبقاء محتوى الصور القابل للقراءة ومفاتيح محتوى النص العادي بعيدًا عن موفر التخزين.
التشفير من طرف إلى طرف (E2EE) هو نموذج أمان حيث يتم تشفير النص العادي على نقطة نهاية معتمدة وفك تشفيره على نقطة أخرى. لا يحتفظ موفر التخزين أو النقل بمفتاح محتوى النص العادي. تحمي هذه الحدود المحتوى من القراءة المباشرة من جانب الخادم، ولكنها لا تخفي كل عنصر من بيانات التعريف أو تحمي نقطة النهاية المخترقة أو بيانات اعتماد الاسترداد أو المستلم المشترك أو تحديث العميل الضار.
بالنسبة لتخزين الصور، يعني التشفير الشامل أن هاتفك يقوم بتشفير محتويات الصورة قبل تحميلها وتقوم السحابة بتخزين النص المشفر بدلاً من الصور القابلة للقراءة. يتطلب فك التشفير وجود مفتاح متاح من خلال جهاز معتمد أو مسار استرداد. قد يظل حجم الملف والتوقيت وبيانات الحساب وعلاقات المشاركة وبيانات التعريف الأخرى مرئية. يشرح هذا الدليل الحدود ويقارن بين نماذج الخدمة الشائعة.
كيف يعمل التشفير من طرف لطرف
تتضمن الآلية الأساسية ثلاث مراحل: توليد المفاتيح، التشفير، وفك التشفير.
توليد المفاتيح
يولّد جهاز المستخدم مفتاحاً تشفيرياً. في التشفير المتماثل (مثل AES-256) يشفّر المفتاح نفسه ويفك التشفير. وفي التشفير غير المتماثل (مثل RSA) يشفّر مفتاح عام ويفك التشفير مفتاح خاص. وتجمع أنظمة E2EE كثيرة بين الاثنين: يُستخدم التشفير غير المتماثل لتبادل مفتاح جلسة متماثل، ثم يتولى هذا المفتاح تشفير معظم البيانات.
تستخدم تطبيقات خزائن الصور عدة تصاميم لإدارة المفاتيح. يشتق بعضها مفتاح الملفات مباشرة من كلمة المرور؛ وتستطيع التصاميم متعددة الطبقات الأقوى استخدام مفتاح فتح مشتق من بيانات الاعتماد لتغليف مفتاح ملفات عشوائي. يستخدم Vaultaire خوارزمية PBKDF2-HMAC-SHA512 لاشتقاق مفتاح خزنة بطول 256 بت من نمط 5x5 وقيمة salt على مستوى الجهاز. يوثّق مفتاح الخزنة هذا الفهرس المشفر ويفك تغليف مفتاح رئيسي عشوائي منفصل يُستخدم لتشفير الملفات.
التشفير
يُحوَّل النص الصريح (صورتك) إلى نص مشفر باستخدام مفتاح التشفير وخوارزمية تشفير. AES-256-GCM هو الشفرة المتماثلة الأكثر استخداماً لهذا الغرض. يوفر GCM تشفيراً مصادقاً -- يشفّر البيانات وينتج علامة مصادقة تكتشف أي تلاعب. كل ملف يتلقى متجه تهيئة فريد (IV)، مما يضمن أن الملفات المتطابقة تنتج نصاً مشفراً مختلفاً.
فك التشفير
يستخدم جهاز المستقبل المفتاح ذاته (متماثل) لعكس التحويل. بدون المفتاح الصحيح، النص المشفر غير قابل للتمييز عن البيانات العشوائية. لا يوجد اختصار رياضي. AES-256 لديه 2^256 مفتاحاً محتملاً -- أكثر من العدد التقديري للذرات في الكون المرئي.
التشفير من طرف لطرف مقابل نماذج التشفير الأخرى
ليس كل التشفير من طرف لطرف. الاختلافات تحدد من يستطيع الوصول لبياناتك.
التشفير أثناء النقل (TLS/SSL)
تُشفَّر البيانات بين جهازك والخادم. يفك الخادم التشفير عند الاستقبال. يحمي هذا من التنصت أثناء الإرسال لكنه يبقي البيانات قابلة للقراءة على الخادم. كل خدمة سحابية كبرى تستخدم التشفير أثناء النقل. إنه الحد الأدنى، لا المعيار.
التشفير في حالة السكون (جانب الخادم)
يشفّر الخادم البيانات المخزّنة باستخدام مفاتيح يديرها الخادم. يحمي هذا من السرقة المادية لأجهزة الخادم لكن لا يحمي من مزود الخدمة نفسه أو موظفيه أو الطلبات القانونية الموجهة للمزود. تستخدم iCloud وGoogle Drive وDropbox كلها التشفير جانب الخادم في حالة السكون. المزود يمتلك المفاتيح.
التشفير من طرف لطرف
تُشفَّر البيانات على جهاز طرفي معتمد قبل أن يتسلمها مزوّد التخزين. يُبقي التصميم السليم مفتاح المحتوى الصريح بعيدًا عن حفظ المزوّد الروتيني على الخادم، لذلك لا ينتج اختراق التخزين وحده أو الطلب القانوني للمحتوى المخزّن إلا نصًا مشفرًا بدل صور مقروءة. قد يظل المزوّد يقدّم النص المشفر والبيانات الوصفية، أو يوزّع برنامج العميل، أو يشغّل أنظمة الاسترداد والمشاركة، وكلها يجب أن تدخل في نموذج التهديد.
| نموذج التشفير | من يمتلك المفاتيح | المزود يستطيع قراءة البيانات؟ | يحمي من المزود؟ |
|---|---|---|---|
| أثناء النقل فقط (TLS) | الخادم | نعم | لا |
| في حالة السكون (جانب الخادم) | الخادم | نعم | لا |
| من طرف لطرف | نقاط النهاية المعتمدة أو أصحاب الاسترداد | ليس من النص المشفر المخزن وحده | يحمي المحتوى من مفاتيح التخزين التي يحتفظ بها الموفر |
| التشفير من جانب العميل والمزود أعمى | العميل ومسارات الاسترداد الموثقة | لا يوجد وصول إلى محتوى النص العادي حسب التصميم | يحمي المحتوى؛ تبقى البيانات الوصفية وثقة العميل |
كيف تتعامل خدمات تخزين الصور مع التشفير
يتباين نموذج التشفير بشكل كبير عبر خدمات تخزين الصور. بعضها يُعلن عن "التشفير" دون تحديد النموذج، مما قد يضلل المستخدمين للاعتقاد بأن صورهم مشفرة من طرف لطرف وهي ليست كذلك.
صور iCloud
تستخدم Apple التشفير أثناء النقل وفي حالة السكون. تحتفظ Apple بمفاتيح التشفير بشكل افتراضي. بموجب طلب قانوني صحيح، تستطيع Apple تقديم بيانات صور iCloud. استثناء: حماية البيانات المتقدمة (ADP) من Apple، المتاحة منذ ديسمبر 2022، تضيف التشفير من طرف لطرف لصور iCloud. يجب تفعيل ADP بشكل صريح في الإعدادات. عند التفعيل، لا تستطيع Apple الوصول لبيانات صور iCloud. معظم المستخدمين لم يفعّلوا ADP.
Google Photos
تستخدم Google التشفير أثناء النقل وفي حالة السكون بمفاتيح جانب الخادم. تحتفظ Google بمفاتيح التشفير لجميع بيانات Google Photos، بما فيها محتويات Locked Folder. تستطيع Google الامتثال لطلبات البيانات القانونية. لا تقدم Google خياراً للتشفير من طرف لطرف لـ Google Photos.
Dropbox
تشفير أثناء النقل (TLS 1.2+) وفي حالة السكون (AES-256 بمفاتيح يديرها Dropbox). يحتفظ Dropbox بالمفاتيح ويستطيع الوصول لملفاتك. تعرّض Dropbox لخروقات بيانات (2012، 68 مليون حساب). Dropbox Vault (ميزة مدفوعة) يضيف حماية PIN لكن ليس التشفير من طرف لطرف.
OneDrive
تستخدم Microsoft التشفير أثناء النقل وفي حالة السكون بمفاتيح يديرها Microsoft. يحتفظ Microsoft بالمفاتيح. OneDrive Personal Vault يضيف التحقق من الهوية (2FA) لكن ليس التشفير من طرف لطرف — لا يزال Microsoft يستطيع الوصول للبيانات. للعملاء المؤسسيين، تتوفر مفاتيح يديرها العميل.
Vaultaire
تشفير من جهة العميل دون مفاتيح لدى المزوّد. يشفّر Vaultaire الصور والبيانات الوصفية على الجهاز بـ AES-256-GCM قبل أي رفع سحابي. يشفّر مفتاح رئيسي عشوائي بيانات الخزنة. ويغلّف مفتاح خزنة محلي، مشتق من نمط المستخدم وقيمة salt الجهاز، هذا المفتاح الرئيسي، بينما يحمي مفتاح نسخ احتياطي منفصل مشتق من النمط سجلات النسخ الاحتياطي الخاصة في CloudKit. لا يشغّل Vaultaire خادم محتوى ولا يتلقى تلك المفاتيح، لذلك لا يستطيع تحويل سجل CloudKit إلى نص صريح. يبقى التطبيق وiOS والجهاز المفتوح داخل حدود الثقة، ويظل الطلب القانوني قادرًا على الحصول على بيانات الحساب أو الخدمة الوصفية التي يحتفظ بها المزوّد المعني.
| الخدمة | التشفير أثناء النقل | التشفير في حالة السكون | التشفير من طرف لطرف | المزود يستطيع الوصول |
|---|---|---|---|---|
| صور iCloud (افتراضي) | نعم | نعم (مفاتيح Apple) | لا | نعم |
| صور iCloud (ADP مفعّل) | نعم | نعم | نعم | لا |
| Google Photos | نعم | نعم (مفاتيح Google) | لا | نعم |
| Dropbox | نعم | نعم (مفاتيح Dropbox) | لا | نعم |
| OneDrive | نعم | نعم (مفاتيح Microsoft) | لا | نعم |
| Vaultaire | نعم | نعم | نسخة احتياطية مشفرة من جانب العميل، مفعّلة افتراضيًا | لا مفتاح محتوى صريح؛ تبقى بيانات CloudKit الوصفية |
لماذا يهم التشفير من طرف لطرف للصور
الصور بيانات حساسة بشكل فريد. تحتوي على وجوه ومواقع (بيانات GPS الوصفية) وطوابع زمنية وسجلات بصرية للحظات الخاصة. اختراق مكتبة صورك يكشف معلومات أكثر شخصية من أي نوع بيانات آخر تقريباً.
خروقات البيانات
عندما يخزّن مزوّد الخدمة الصور بمفاتيح على الخادم، فإن اختراق التخزين ومسار إدارة المفاتيح معًا قد يكشف محتوى مقروءًا. مع E2EE السليم، لا يكشف اختراق التخزين وحده إلا النص المشفر وأي بيانات وصفية تحتفظ بها الخدمة. ويبقى اختراق الجهاز الطرفي وسرقة بيانات اعتماد الاسترداد وبرامج العميل الخبيثة وعيوب خدمة المفاتيح طرقًا منفصلة للوصول إلى النص الصريح.
الوصول القانوني والحكومي
يمكن أن يُطلب من مقدمي الخدمات تقديم السجلات التي بحوزتهم. مع E2EE، قد يتضمن ذلك نصًا مشفرًا ومعلومات الحساب وسجلات الوصول وأحجام السجلات والتوقيت ومشاركة البيانات الوصفية بدلاً من محتوى الصور القابل للقراءة. ما إذا كان الطلب يمكن أن يصل إلى جهاز أو طريقة استرداد أو مستلم أو سلوك العميل المستقبلي هو سؤال قانوني وفني مختلف.
الوصول الداخلي
قد يتمكن الموظفون أو المهاجمون الذين لديهم حق الوصول إلى مفاتيح التخزين التي يديرها الموفر من الوصول إلى المحتوى المشفر من جانب الخادم. يقوم E2EE بإزالة مسار مفتاح التخزين المباشر هذا عندما يفتقر الموفر إلى مفاتيح محتوى النص العادي. إنه لا يجعل إساءة الاستخدام من الداخل أمرًا مستحيلًا بشكل قاطع لأن مقدمي الخدمات قد يتحكمون في توزيع العميل أو حالة الحساب أو بيانات التعريف أو المشاركة أو مكونات الاسترداد.
حماية البيانات الوصفية
تشفّر بعض تطبيقات E2EE محتويات الملفات فقط، وتترك البيانات الوصفية مثل أسماء الملفات والتواريخ دون حماية. يحمي Vaultaire رؤوس الملفات وأنواع MIME والفهارس والصور المصغرة وسائر البيانات الوصفية للخزنة بالتشفير الموثّق AES-256-GCM. وما زالت أطوال النص المشفر المخزّن وعدد ملفات الفهرس المشفرة قادرة على كشف معلومات بنيوية لمن يصل إلى حاوية التطبيق.
المفاهيم الخاطئة الشائعة حول E2EE
"تخزيني السحابي مشفّر، إذن صوري آمنة." التشفير جانب الخادم يحمي من اختراق أجهزة الخادم الخارجية. لا يحمي من المزود نفسه، أو الطلبات القانونية، أو التهديدات الداخلية. المزود يمتلك المفاتيح.
"HTTPS يعني أن صوري مشفرة من طرف لطرف." HTTPS (TLS) يشفّر البيانات أثناء النقل بين جهازك والخادم. عند وصول البيانات للخادم، يُفكّ تشفيرها. HTTPS هو تشفير القناة، لا تشفير البيانات.
"التشفير من طرف لطرف يعني أنه لا يمكن لأحد رؤية صوري أبداً." E2EE يعني أنه لا يمكن لأحد بدون المفتاح رؤية صورك. إذا حصل شخص ما على كلمة مرورك أو مفتاحك، يستطيع فك تشفير البيانات. إدارة المفاتيح وكلمات المرور القوية لا تزال ضرورية.
"Apple/Google لا تستطيعان رؤية صوري." بشكل افتراضي، تحتفظ كلتا الشركتين بمفاتيح التشفير لصورك المخزّنة في السحابة. توفر Apple حماية البيانات المتقدمة كخيار اشتراكي. لا توفر Google خياراً للـ E2EE لـ Google Photos على الإطلاق.
كيف يطبّق Vaultaire التشفير من طرف لطرف
Vaultaire يستخدم نهج E2EE متعدد الطبقات:
- AES-256-GCM يشفّر جميع محتويات الملفات. كل ملف يحصل على متجه تهيئة فريد. التشفير المصادق يكتشف التلاعب.
- PBKDF2 مع HMAC-SHA512 يشتق مفتاح خزنة محليًا من النمط الذي يرسمه المستخدم ومن قيمة salt الجهاز. يرفع عامل العمل تكلفة كل تخمين دون اتصال دون أن يضيف إنتروبيا إلى النمط. يوثّق مفتاح الخزنة هذا الفهرس المشفر ويفك تغليف المفتاح الرئيسي العشوائي المستخدم لبيانات الملفات.
- AES-256-GCM للبيانات التعريفية يحمي أسماء الملفات والتواريخ والأبعاد والفهارس والصور المصغرة تحت تشفير موثق.
- iOS Keychain وحماية البيانات يحميان قيمة salt الجهاز وقاعدة بيانات الاسترداد المشفرة. تبقى عمليات AES-GCM والمفاتيح المتماثلة النشطة داخل عملية التطبيق أثناء فتح الخزنة.
- فصل مفاتيح المزوّد يعني أن Wraxle لا تتلقى مفتاح خزنة أو مفتاحًا رئيسيًا أو مفتاح نسخ احتياطي أو مفتاح استرداد بصيغة صريحة. يخزّن CloudKit (النسخ الاحتياطي المفعّل افتراضيًا ويمكن إيقافه، والمزامنة والمشاركة عند إعدادهما) سجلات نص مشفر ومغلّفات مفاتيح مشفرة، بينما ما زالت Apple قادرة على رصد بيانات الخدمة الوصفية. لا يتطلب Vaultaire حساب هوية لدى Vaultaire.
يحتفظ Vaultaire بمعلومات الاسترداد، ومنها النمط، داخل قاعدة بيانات مشفرة بـ AES-GCM مخزّنة في iOS Keychain. لا تُكتب في ملفات نص صريح ولا تُرسل إلى خدمة حسابات لدى Vaultaire. إذا لم يبقَ نمط صالح ولا عبارة استرداد ولا جهاز مفتوح أصلًا، فلا يملك Vaultaire مفتاح استرداد لدى المزوّد يستطيع إعادة الوصول.
الأسئلة الشائعة
هل التشفير من طرف لطرف قانوني؟
تختلف المعالجة القانونية للتشفير والوصول القسري والخدمات المشفرة حسب الولاية القضائية ويمكن أن تتغير. يصف هذا الدليل النموذج الفني، وليس المشورة القانونية. تحقق من القانون المحلي الحالي إذا كان استخدامك يتضمن عمليات تفتيش على الحدود، أو أوامر محكمة، أو سجلات منظمة، أو أي إعداد آخر عالي الخطورة.
هل تستطيع جهات إنفاذ القانون كسر التشفير من طرف لطرف؟
نادرًا ما تحتاج الهجمات إلى البحث في فضاء مفاتيح AES-256 كاملًا. يستطيع الفاحص استهداف كلمة مرور أو نمط ضعيف، أو جهاز مفتوح، أو الذاكرة، أو عبارة استرداد، أو مستلم، أو نسخة احتياطية، أو عيب في التنفيذ. صُمّم AES-256-GCM المنفّذ تنفيذًا صحيحًا بمفتاح عشوائي عالي الإنتروبيا لمقاومة البحث المباشر عن المفتاح، لكنه جزء واحد فقط من النظام.
ما الفرق بين E2EE والتشفير عديم المعرفة؟
يصف E2EE مكان تشفير النص الصريح وفك تشفيره ومن يحمل مفاتيح المحتوى القابلة للاستخدام. تُستخدم عبارة "عديم المعرفة" كثيرًا في تسويق المنتجات لوصف تشفير لا يرى فيه المزوّد المحتوى، لكن لا ينبغي فهمها حرفيًا: قد تفتقر الخدمة إلى المفاتيح الصريحة بينما ترى النص المشفر وبيانات الحساب والأحجام والتوقيت وعلاقات المشاركة وبيانات وصفية أخرى. قيّم مسارات المفاتيح والاسترداد الموثّقة بدل الاكتفاء بالتسمية.
هل يبطّئ التشفير من طرف لطرف هاتفي؟
تتعامل الأجهزة الحديثة مع AES-256 بكفاءة بفضل التسريع العتادي الذي تتيحه مكتبات التشفير في النظام. على iPhone ينفّذ Vaultaire تشفير AES-GCM داخل عملية التطبيق عبر CryptoKit. وواجهات Secure Enclave العامة من Apple ليست محركاً عاماً لتشفير الملفات بـ AES-GCM. يعتمد الوقت الإضافي للتشفير وفكه على حجم الملف والجهاز، لكنه مصمَّم كي لا يعيقك في الاستخدام العادي.
ماذا يحدث إذا فقدت مفتاح التشفير؟
إذا فقدت كل مسار صالح لفك التشفير والاسترداد، يصبح استرجاع البيانات المشفرة مستحيلاً. لذلك تستخدم أنظمة E2EE كثيرة عبارات استرداد أو أجهزة موثوقة أو جهات اتصال للاسترداد أو مجموعات طوارئ أو أغلفة مفاتيح مشفرة. تحافظ هذه الآليات على الوصول، لكن كل واحدة منها تصبح أيضاً جزءاً من نموذج الأمان.
الخلاصة
يستطيع التشفير من طرف لطرف أن يحرم مزوّد التخزين من أي طريق إلى مفتاح النص الصريح، متى جرى التشفير على جهاز طرفي مأذون قبل الرفع. هذه حماية حقيقية، لكنها ليست ضماناً للنظام كله. تحقّق من حيازة مفاتيح المحتوى والاسترداد والبيانات الوصفية وتحديثات التطبيق وأمان الجهاز الطرفي والمشاركة قبل أن تأتمن خدمةً على صورك الخاصة.
يطبّق Vaultaire التشفير من جانب العميل على iOS. تُشفَّر صورك والبيانات الوصفية للخزنة على الجهاز بـ AES-256-GCM قبل النسخ الاحتياطي أو المزامنة. لا يتلقى Vaultaire مفاتيح فك التشفير، ولا يشغّل خادماً يستطيع تحويل هذه السجلات المشفرة إلى صورك. لكن هذا الحد الفاصل عند المزوّد لا يجعل جهاز iPhone مخترقاً أو مفتوحاً جديراً بالثقة.