الخلاصة
- يستخدم RFC 10020 Group OSCORE لحماية اتصال CoAP الجماعي.
- لا يثبت سياق المجموعة أو الطلب الصحيح أو استجابة واحدة قرار كل مستلم أو نتيجته.
تكمن قيمة RFC 10020 في أنه لا يعامل المجموعة كأنها نقطة نهاية واحدة. يستطيع المرسل، مع Group OSCORE، إنشاء طلب محمي داخل سياق مشترك. ذلك دليل على الرسالة والقواعد التشفيرية المطبقة عليها، لا سجل لحالة كل جهاز في اللحظة نفسها.
تبقى المسؤوليات منفصلة. قد يكون مدير المجموعة قد أصدر بيانات الاعتماد، وقد يحمل المرسل سياقاً حديثاً، وقد تنشر الشبكة الرسالة، وقد يتحقق جهاز عبر OSCORE. ومع ذلك قد يكون جهاز آخر غائباً أو فاقداً للحالة أو رافضاً وفق سياسة محلية أو منفذاً من دون الوصول إلى الأثر المقصود. تحويل «أُرسلت» إلى «تصرفت المجموعة» يصنع يقيناً جماعياً زائفاً.
يفصل CoAP واتصال المجموعة وToken/Request-Tag بين الطلب والتسليم والربط. وهي لا تمنح إذناً تجارياً ولا تثبت إتماماً لدى الجميع. يضيف OSCORE الحماية والربط والحداثة ومنع الإعادة، لكن التطبيق هو من يقرر محلياً ما الذي يجوز أن تسببه الرسالة المتحقق منها.
هذه قراءة تحريرية لدانيال كيد من ملاحظات Heng Lu وليست قاعدة IETF: الطبقة المشتركة القابلة للنقل تتيح قرارات محلية لاحقة ولا ترثها. يجب حفظ سياسة العضوية وعصرها وتوزيع السياق والتحقق الفردي والتفويض والأثر المرصود كسجلات مستقلة.
المصادر
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات