Summary

  • يصف مشروع بروتوكول MIMI، المراجعة 07، المحدّث في 2 نوفمبر 2026، مرفقات مشفّرة على خادم خارجي، يحمل ExternalPart في الرسالة عنوان HTTPS لتنزيلها.
  • يكشف الاتصال المباشر لخادم الملف عنوان IP للمستلم ووقت الطلب. يخفي وسيط المحور ذلك العنوان عن خادم الملف، لكن خدمة المستلم تستطيع وصل العنوان الشبكي للمرفق بالمستخدم والغرفة.
  • يفصل Oblivious HTTP الطلب بين مرحّل وبوابة. يلزم المشروع المحور بتوفير البوابة، ويوصي الخدمات الأخرى بتوفير المرحّل.

تخيّل صورة تُرسل إلى غرفة تضم أشخاصاً من ثلاث خدمات مراسلة. تخزّن إحدى الخدمات الصورة مشفّرة، وتنتقل في الرسالة وصلة الحصول عليها. حين يضغط أحد الأعضاء على الصورة تبدأ معاملة أخرى: طلب له ساعة إرسال ومصدر ووجهة. لا يضطر مالك خادم الملف إلى قراءة الصورة حتى يعرف أن شخصاً ما طلبها. ويمكن لتوزيع الأدوار أن يحدّد مقدار ما يعرفه عن ذلك الشخص.

يوفر RFC 9420 حماية محتوى المجموعات بواسطة MLS. أما MIMI فينظّم التراسل بين الخدمات ويتعامل مع المرفق كعنصر مشفّر منفصل. وتحدد مسودة سياسة الغرفة المصاحبة نطاقات تخزين الملفات المسموح بها عبر asset_policy. ليست هذه القائمة تفصيلاً إدارياً: اختيار نطاق التخزين يعيّن مشغّلاً قد يستقبل إشارات عن قرّاء المرفق.

الطريق المباشر يعطي الخادم عنوان القارئ

في المسار الأول ينزّل الجهاز الملف مباشرة من خادم التخزين. تذكر الفقرة 5.10 من المسودة أن الخادم يرى عنوان IP للمستلم وتوقيت التحميل. وقد تساعد الطلبات المتكررة على الملف نفسه في استنتاج وجود مستخدمين في الوقت نفسه أو اشتراكهم في غرفة. تضع المسودة علامة NOT RECOMMENDED على هذا المسار، خصوصاً بين الخدمات المختلفة. التشفير يصون البايتات؛ سجل الوصول يكشف نمط الإقبال عليها.

في المسار الثاني تمر العملية عبر خدمة المستلم ومحور الغرفة. تطلب الخدمة من المحور GET /proxyDownload/{downloadUrl}، فيجلب المحور الملف من خادمه. يرى خادم التخزين المحور بدلاً من عنوان جهاز المستلم. ويعرف المحور الخدمة الطالبة وعنوان الملف، لكن الطلب نفسه لا يضم اسماً صريحاً للمستخدم أو الغرفة. بذلك يُسحب عنوان المستلم من يد مشغّل التخزين.

تملك خدمة المستلم زاوية رؤية أخرى. فهي تخدم المستخدم وتعرف عنوان الملف الذي طلبه. تقول المسودة إنها تستطيع ربط العناوين بالمستخدمين واستنتاج الغرفة التي حملت الرابط. ويمكنها مقارنة أوقات الرسائل الواردة المرتبطة بالغرفة بأوقات الطلبات الخارجة إلى الوسيط. قد تقلّل ذاكرة التخزين المؤقت لدى الخدمة أو المحور بعض هذا الربط إذا لم يولّد كل فتح طلباً جديداً. ويلزم المشروع المحور بتوفير الوسيط وفحص نطاق الوجهة مقابل نطاقات خوادم الملفات المضبوطة للشركاء، حتى لا تتحول خدمة المرفقات إلى وسيط مفتوح لأي موقع.

يفصل OHTTP الرؤية، وتحدد الإدارة قيمة الفصل

في المسار الثالث يرسل العميل طلب OHTTP إلى مرحّل لدى خدمة المستلم، ثم تفتح بوابة في المحور الطلب المتجه إلى خادم الملف. يحدد RFC 9458 توزيع الرؤية: يرى المرحّل الاتصال القادم من العميل من دون قراءة الوجهة المحمية، وتعرف البوابة الوجهة من دون تلقّي الاتصال الأصلي مباشرة إذا انفصل الدوران فعلاً. يوجب MIMI بوابة لدى المحور ويوصي بمرحّل لدى الخدمات الأخرى. ويجب على البوابة حصر الوجهات في نطاقات الملفات المضبوطة للشركاء.

المكسب المحدد الذي تذكره المسودة هو أن خدمة المستلم لا تطّلع مباشرة على كل نطاق يستضيف ملفات يطلبها مستخدموها. تظل البوابة بحاجة إلى معرفة الهدف. وتظل الخدمة تعلم أن مستخدمها استعمل المرحّل في لحظة معينة. إذا تجمّعت سجلات الدورين عند مشغّل واحد أو أمكن مطابقة الأوقات بدقة، عاد الربط الذي فرّقه التصميم. لذلك يتوقف أثر المسار على مالك المرحّل والبوابة والسجلات وفترة حفظها.

لا تتضمن الوثائق الرسمية قياساً لقدرة أي جهة على استنتاج عضوية غرفة في نشر فعلي. يمكن اختبار ملف معروف عبر المسارات الثلاثة، مع التخزين المؤقت وبدونه، ومقارنة السجلات التي يحصل عليها كل طرف. القرار العملي واضح من الآن: أين توضع الوظائف ومن يستطيع جمع سجلاتها. الصورة المشفّرة تحمي ما بداخلها؛ طريق التنزيل يحدد من يحتفظ بقائمة زوارها.

مشروع MIMI · RFC 9458 · RFC 9420 · سياسة غرفة MIMI