الخلاصة

  • عرّفت RFC 2012 الكائن tcpConnState بصلاحية قراءة وكتابة. والقيمة الوحيدة التي يجوز لمحطة الإدارة ضبطها هي deleteTCB(12)، التي تحذف كتلة التحكم بالاتصال وتنهي الاتصال محلياً على الفور.
  • كان الصف يحدد الاتصال بعناوين IPv4 ومنافذ الطرفين، وكانت العدادات تكشف الفتح والفشل وإعادة الضبط والمقاطع؛ لكنها لم تصل بين المشغّل والتفويض والسبب وبين استجابة التطبيقات والطرف الآخر ومدة أثر الخدمة.
  • أبقت RFC 4022 أمر الحذف، وأضافت أنواع العناوين وجدولاً مستقلاً للمستمعين ومعرّف العملية، وجعلت الكتابة اختيارية في الامتثال، وحذّرت صراحة من حجب الخدمة.

صف واحد للمشاهدة والفعل

قدمت RFC 2012 مجموعة واسعة من أدوات الرصد: خوارزمية إعادة الإرسال وحدود مؤقتها، الحد الأقصى للاتصالات، الفتح النشط والسلبي، المحاولات الفاشلة، الانتقالات من الاتصال القائم إلى الإغلاق، عدد الاتصالات الحالية، والمقاطع الواردة والصادرة والمعاد إرسالها والخاطئة والحاملة لراية RST. ثم حدد tcpConnTable كل اتصال بعنوان ومنفذ محليين وآخرين بعيدين.

لكن tcpConnState حمل MAX-ACCESS read-write. لم يكن مسموحاً كتابة حالة عادية مثل established أو timeWait؛ القيمة الإدارية الوحيدة كانت deleteTCB(12). قبولها يعني حذف Transmission Control Block للاتصال المطابق من العقدة المُدارة وإنهاء الاتصال المحلي فوراً.

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

ما حُذف كان ذاكرة البروتوكول

وصفت RFC 793 الـ TCB بأنه سجل يحتوي sockets المحلية والبعيدة، ومعلومات الأمن والأولوية، ومؤشرات مخازن الإرسال والاستقبال، وطابور إعادة الإرسال والمقطع الحالي ومتغيرات تسلسل الإرسال والاستقبال. واعتبرت CLOSED حالة افتراضية، لأن غياب TCB يعني غياب الاتصال نفسه.

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

تعود القدرة إلى RFC 1213 عام 1991، إذ قالت قائمة التغييرات إن tcpConnState صار قابلاً للكتابة كي يدعم حذف TCB. أما RFC 2012 فنقلت الكائنات نفسها إلى SMIv2. أحالت مقدمتها المصادقة والتفويض والتحكم في الوصول والخصوصية إلى الإطار الإداري، لكن قسم الأمن فيها لم يناقش خطر هذا الفعل.

تحرك العدادات لا يثبت مَن حرّكها

قد ينخفض tcpCurrEstab بعد الحذف، أو يرتفع tcpEstabResets أو tcpOutRsts. لكن الأول مقياس للحالة الحالية، والثاني يجمع انتقالات محددة إلى CLOSED أياً كان سببها، والثالث يعد مقاطع RST المُرسلة لا المستلمة ولا نية مرسلها. ليست هذه سجلات لأوامر الإدارة.

تحتاج السببية إلى وصل الصف والوقت المرصودين بالطلب المصادَق عليه، والاسم الأمني والدور البشري الساريين، والـ context وwrite view للمثيل المحدد، والسبب المسجل، واستجابة الوكيل، واختفاء TCB، ورد التطبيق المحلي، وملاحظة الطرف البعيد، وإعادة المحاولة، والمدة، وأثر الخدمة. توافق رقم مع تفسير لا يحوله إلى برهان.

وسّع RFC 4022 هوية الاتصال وحدّد الوعد

أُلغي تفضيل الجدول القديم لأنه خاص بـ IPv4 ولأنه يخلط نقاط الاستماع بالاتصالات. يستخدم الجدول الجديد InetAddressType والعنوان والمنفذ لكل طرف. وتوفر RFC 4001 صيغاً تضم zone index عندما لا يكفي نطاق العنوان لتحديد الواجهة. أما المستمعون فانتقلوا إلى جدول مستقل يفرق بين الاستماع العام، والاستماع لعائلة عنوان، والربط بعنوان بعينه.

أضيف أيضاً tcpConnectionProcess وtcpListenerProcess لعرض معرّف عملية نظام التشغيل وربطه بجداول موارد المضيف أو التطبيقات. هذا يحسن سؤال «أي socket وأي عملية؟»، لكنه لا يثبت شخصاً أو موافقة أو نتيجة تجارية. قد تكون قيمة PID صفراً أو يعاد استخدامها أو تظل محلية المعنى.

بقي deleteTCB(12) في tcpConnectionState. غير أن بيان الامتثال في RFC 4022 يسمح بأن يكون الحد الأدنى للنفاذ read-only، وينص على أن الكتابة ودعم deleteTCB غير مطلوبين. وجود المخطط لا يثبت وجود القدرة؛ والقدرة لا تثبت التفويض؛ والتفويض لا يثبت التنفيذ.

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

أمن الرسالة ليس إيصالاً للنتيجة

يربط نموذج RFC 3414 رسالة SNMPv3 بمستخدم، ويحمي سلامتها وحداثتها ويمكنه حمايتها من الكشف. ويفصل RFC 3415 بين read view وwrite view وnotify view اعتماداً على نموذج الأمن والاسم والمستوى والـ context ومثيل الكائن.

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

لا تقول هذه القراءة إن مفتاح الطوارئ خطأ في ذاته. بل تقول إن الرؤية، والحصول على السلطة، وتنفيذ الفعل، وإثبات النتيجة أربعة إيصالات مختلفة. تحدد المواصفة الذراع؛ وتتحمل الشبكة العاملة حركته.

المصادر

حدود الأدلة

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