خصوصية Oblivious CoAP تترك كشف التكرار للخادم

الخلاصة

تفصل مسودة Oblivious CoAP الفردية المعرفة بين وسيط يرى العميل ولا يفك الطلب، وبوابة تفك الطلب ولا تتلقى عنوان العميل من الوسيط.
تحذر الفقرة 7.1 من سهولة إعادة إرسال الطلب المحمي بواسطة الوسيط أو طرف خارجي. يمكن للخادم كشف نسخة الرسالة الأولى من قيمة التغليف ونسخ الرسائل التالية من عداد محمي.

لا يحتاج ساعي البريد إلى فتح الرسالة كي يوصلها مرتين. يشرح ذلك التوتر في مسودة Oblivious CoAP المنشورة في 28 أكتوبر. تمنح الخطة جهازاً محدود الموارد وسيلة لإرسال طلب لا تكشف للوجهة هويته الشبكية. لكنها لا تمنع من ينقل الظرف المشفر من تكرار تسليمه. إذا كان الظرف يحمل عملية مؤثرة، فقد تتكرر النتيجة.

صُمم CoAP لتبادل الطلبات والردود في البيئات المقيدة. تذكر المسودة استعلام DNS عبر CoAP وتقارير تشخيص مجهولة الهوية واستعلامات دليل الموارد. يشفر العميل الطلب الأصلي للبوابة باستخدام HPKE، ثم يرسله عبر وسيط إعادة توجيه. يعرف الوسيط عنوان العميل ولا يعرف محتوى الطلب. تقرأ البوابة المحتوى دون أن يمرر إليها الوسيط العنوان. إن جمع المشغلان السجلات أو الإدارة، أمكن إعادة وصل المعلومتين.

يتبع التصميم نمط الدورين في Oblivious HTTP، ويضيف خياراً خاصاً بـ CoAP لترقيم رسائل مترابطة ضمن سياق تشفير واحد. يحتاج إلى بوابة توافق على الدور، فلا يغطي كل تطبيقات CoAP. وتقول الفقرة 7.1 بوضوح إن الوسيط أو مهاجماً خارجياً يمكنه إعادة الطلب المحمي بسهولة.

إذا كانت طريقة الطلب آمنة حقاً وتحقق الخادم من أن معالجتها مجدداً آمنة، يمكن احتمال التكرار. أما طلب يغير الحالة فيمكن للخادم أن يتعرف على النسخة المكررة ويوقف تنفيذها عندما يكون التكرار غير مناسب. في الرسالة الأولى، تصلح قيمة التغليف HPKE المسماة enc أو بصمتها معرّفاً للتكرار. وفي الرسائل اللاحقة المرتبطة بالسياق نفسه، يقارن الخادم عداد OCoAP count المحمي من التعديل بنافذة إعادة إرسال تخص سياق الاستقبال. ويمكن لخيار Echo المحمي زيادة فحص حداثة الطلب.

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

يصنف IETF Datatracker النص مسودة فردية على مسار المعايير بحالة I-D Exists. للاختبار، أرسلوا طلباً مشفراً ونسخته ثم طلباً تالياً في التبادل نفسه، وأعيدوا تشغيل البوابة بين المحاولات. احصوا مرات حدوث الفعل، وما بقي من دليل التكرار، وأي جهة ما زالت تستطيع ربط المرسل بالمحتوى.