الخلاصة

  • يعرض RFC 5344 حالات استخدام لربط الحضور والرسائل الفورية بين النطاقات، ولا يعرّف بروتوكولاً جديداً ولا يشهد بأن اتحاداً بعينه حلّ مسائل الأمن.
  • مصادقة شبكة النظير تجيب عن هوية الجهة الإدارية المتصلة؛ ولا تكفي لإثبات المستخدم النهائي أو حقه في كل حقل من وثيقة الحضور.
  • عندما تُنقل قواعد الخصوصية إلى النظير البعيد، يجب إثبات مصدر هوية المراقب وإصدار السياسة والتحويلات والنتيجة المكشوفة، لا الاكتفاء بنجاح القناة.

أربع سلطات في طلب واحد

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

يحل الربط سؤالاً مهماً على مستوى الشبكة. يوضح RFC 5344 أن شبكة بوب قد تقبل الاشتراكات والرسائل من مستخدميها أو من شبكات تثق بها فقط. لذلك ترسل شبكة أليس الطلب نيابة عنها، وتعيد شبكة بوب الإشعارات عبر العلاقة الإدارية.

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

الخلط بين الطبقات يحوّل عبارة صحيحة، «اتصل النظير المعتمد»، إلى عبارة لم تُثبت، «المراقب مخول برؤية الموقع». لا يربط بينهما سوى قرار تفويض يجب أن يترك أثراً.

الاسم المستعار قد يغيّر صاحب الطلب

يضع RFC 4745 قواعد التفويض في ثلاثة أجزاء: شروط، وأفعال، وتحويلات. ويمكن أن تكون هوية الطالب المصادق عليها شرطاً. ويشرح RFC 5025 كيف تُستخدم هوية المراقب وكيف تتحكم التحويلات في ظهور معلومات الشخص والجهاز والخدمة والنشاط والمزاج والمكان والعلاقة والملاحظة.

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

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

يجب أن يسجل الدليل القيمة الواردة، والجهة التي أكدت الهوية، وطريقة التحقق، وأي تطبيع أو alias، والقيمة التي استُخدمت فعلاً في مطابقة السياسة. تسجيل اسم النطاق وحده يمحو الحلقة الحاسمة.

نقل التنفيذ لا ينقل تفويض المستخدم

يصف RFC 5344 تحسيناً لتقليل التكرار. إذا راقب كثيرون في شبكة واحدة الشخص نفسه، فقد ترسل شبكته نسخاً متعددة لأن كل مراقب يرى حقولاً مختلفة. ويمكن بدلاً من ذلك إرسال وثيقة حضور كاملة مرة واحدة مع معلومات الخصوصية، ثم يتولى النظير البعيد إنشاء الرؤية المناسبة لكل مراقب.

ينخفض المرور، لكن خادم السياسة ينتقل عملياً. يصبح النظير مسؤولاً عن فهم الهوية والقواعد والتحويلات والحذف. وتصبح الوثيقة الكاملة أصلاً حساساً قد يحتوي على بيانات لا يحق لأي مراقب عادي رؤيتها.

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

يحذر RFC 5344 نفسه من أن تسرب سياسات الخصوصية قد يكشف لشخص أنه مدرج في قائمة حظر صديق. لذلك السياسة ليست مجرد إعداد تقني؛ هي بيانات حساسة عن العلاقات.

السياسة والوثيقة تسيران بساعتين

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

وقد يحدث العكس: تصل سياسة حديثة وتُطبق على وثيقة قديمة، فتكون النتيجة مخولة لكنها مضللة. سلامة كل كائن وحده لا تكفي. يجب ربط إصدار الوثيقة بإصدار السياسة ووقت القرار وهوية المراقب والحقول الناتجة.

البديل الذي يذكره RFC 5344 يرسل رؤى مختلفة ومع كل منها قائمة المراقبين المقصودين. يقلل ذلك مشاركة السياسة، لكنه يخلق مشكلة ذرية: يجب ألا تنفصل القائمة عن الوثيقة أو تستخدم snapshot مختلفاً.

الإلغاء يحتاج بدوره إلى نتيجة قابلة للقياس: هل انتهى الاشتراك؟ هل أُرسل NOTIFY جديد؟ هل حُذفت النسخ الكاملة والمخازن المؤقتة؟ عبارة «تم تحديث السياسة» لا تجيب عن ذلك.

القائمة عنوان وليست موافقة جماعية

تشمل الحالات قوائم شخصية وعامة ومؤقتة. يبين RFC 5363 أن خدمة URI-list تحول طلباً واحداً إلى طلبات كثيرة، ما يفتح مسائل سلامة القائمة وسريتها والتفويض والتضخيم. ويعامل RFC 5360 التحويل من هدف واحد إلى مستلمين متعددين كمسألة موافقة.

القائمة الشخصية تعبّر عمن يريد المراقب متابعته، لا عمن وافق على الكشف له. مدير القائمة العامة يملك العضوية، لا خصوصية كل عضو. والقائمة المؤقتة تتغير أثناء الحدث.

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

القناة الآمنة لا تشهد على التنفيذ

تطلب اعتبارات الأمن في RFC 5344 حماية أصالة القنوات وسريتها، والتأكد من أن الشبكة الأخرى هي التي تدعيها، وأنها لن تسرب البيانات أو تزورها، وأن المركز الوسيط آمن. هذه أسئلة ضرورية، لكنها منفصلة.

يمكن لـTLS أو SIPS حماية hop وفق افتراضات محددة. ولا يثبت أن النظير طبق التحويل الصحيح، أو أن موظفاً داخلياً لم يصل إلى الوثيقة الكاملة، أو أن النسخة حُذفت بعد الإلغاء. إثبات النقل ليس إثبات السلوك داخل الطرف الآخر.

يجب تسجيل هوية النظير والقناة منفصلة عن نتيجة السياسة. ويمكن اختبار النظير بpresentities اصطناعية تمنح مراقبين مختلفين رؤى متعمدة، ثم مقارنة الحقول الناتجة، لا مجرد نجاح handshake.

الرسالة المقبولة ليست رسالة مقروءة

يجمع RFC 5344 بين SIP MESSAGE في pager mode وجلسات MSRP. لكل منهما معاملات وتقارير مختلفة. رد البروتوكول يثبت تصرف مكوّن في مرحلة، ولا يثبت أن إنساناً شاهد النص أو تصرف بناءً عليه.

ينبغي فصل: الوصول إلى النظير، وقبول الخدمة البعيدة، والتوزيع إلى العميل، والعرض أو الإقرار، والاستجابة البشرية. وينطبق منطق مماثل على الحضور: النشر، قبول subscription، توليد الرؤية، إرسال NOTIFY، وعرض العميل أحداث مستقلة.

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

حدود الأدلة

تحدد المصادر نماذج ومتطلبات وآليات IETF، ولا تثبت سلوك منتج أو اتحاد أو مركز أو حساب محدد حالياً. السيناريوهات اختبارات تصميم وليست حوادث مبلغاً عنها. RFC 5344 وثيقة معلوماتية وتضع الحلول الأمنية خارج نطاقها.

المعيار يوضح الأدلة التي يجب فصلها؛ ولا يقدم دليلاً على أن النشر الفعلي فعل ذلك.