الملخص

  • تضيف RFC 5925 حالتي SND.SNE وRCV.SNE المحليتين إلى رقم TCP ذي 32 بت قبل حساب MAC الخاص بـTCP-AO أو التحقق منه.
  • لا ينتقل الامتداد في حقل جديد؛ بل يستنتج المستقبل الجزء الأعلى من تحولات الرقم وسياق الاتصال وإعادة الترتيب قرب حد الالتفاف.

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

لهذا أضافت RFC 5925 امتداد Sequence Number Extension من 32 بت. تبدأ SND.SNE للإرسال وRCV.SNE للاستقبال بصفر. عند الإرسال يسبق الامتداد المناسب الرأس الزائف لـIP ومادة TCP الداخلة في MAC. وعند الاستقبال يعيد الطرف بناء الجزء الأعلى قبل التحقق. ويصنع الاثنان فضاءً يعادل 64 بت لأغراض المصادقة.

لا يظهر SNE على السلك. يتجنب TCP-AO بذلك عداداً ثانياً منقولاً قد ينفصل عن حالة TCP. يستطيع المرسل حفظ رقم داخلي من 64 بت واستخدام نصفه الأعلى. أما المستقبل فلا يرى إلا 32 بت، وعليه استنتاج RCV.SNE من تاريخ الاتصال.

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

تصبح القيمة المرئية المتكررة جزءاً من حقبة مصادقة جديدة. ليست SNE ساعة أو هوية أو عداداً عالمياً؛ معناها خاص باتجاه واحد في اتصال واحد ويعتمد على السياق الذي يحفظه الطرف.

المصادر