الخلاصة

  • يحدّث RFC 9878 المعيار RFC 7315 لأن نصه بشأن الطلبات والردود التي يجوز أن تحمل عدة ترويسات خاصة بـ3GPP كان متناقضاً أو لم يعد يطابق حالات استخدام 3GPP.
  • القاعدة البديلة مصفوفة لكل ترويسة ولكل رسالة، وليست إذناً شاملاً ولا إثباتاً لصحة القيمة.
  • يجب التمييز بين ACK الناتج عن رد 2xx وACK الناتج عن رد غير 2xx.

عرّف RFC 7315 الترويسات الخاصة وحدود الأمن والخصوصية في الشبكات الخاصة التابعة لـ3GPP، لكن نص نطاق التطبيق كان يسمح بتفسيرات مختلفة. يستبدل RFC 9878 تلك القواعد ويجعل RFC 7976 متقادماً. فهو يزيل استخدام P-Associated-URI في طلب REGISTER، ويزيل استخدام P-Called-Party-ID في الردود، ويضيف استخدامه في طلب REFER.

يجوز أن تظهر P-Visited-Network-ID في الردود المرتبطة غير 100، لكنها مستبعدة من طلبات ACK وBYE وCANCEL وNOTIFY وPRACK وINFO وUPDATE. وبذلك تمتد قاعدة الرد المرتبطة بـRFC 7976 إلى ما يتجاوز ردود التسجيل. لذلك ينبغي التحقق من الترويسة وسياق الرسالة معاً.

التمييز الأهم يتعلق بـACK. يجوز أن تظهر P-Access-Network-Info في ACK الناتج عن رد 2xx، ولا يجوز أن تظهر في CANCEL أو في ACK الناتج عن رد غير 2xx. وقد تحمل هذه الترويسة معلومات موقع حساسة تقدمها الشبكة وتستخدم في أحداث فوترة IMS. السماح بوجودها لا يجيز كشف الموقع خارج حد الخصوصية الذي يحدده RFC 7315.

يجوز أن تظهر P-Charging-Vector في ACK الناتج عن 2xx وفي الردود المرتبطة غير 100، لكنها ممنوعة في CANCEL وفي ACK الناتج عن غير 2xx. ويمكن أن تحدد transit-ioi مشغلي عبور اختيروا بصورة مستقلة بحسب الطلب والاتجاه. أما P-Charging-Function-Addresses فهي مسموحة في الردود المرتبطة غير 100، ومستبعدة من CANCEL ومن طلبات ACK.

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

المصادر