الخلاصة

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

الاسم كان مدخلاً لا حكماً

ظهرت Party MIB ضمن حزمة SNMPv2 الأولى في أبريل 1993. ولم يكن party مرادفاً بسيطاً لشخص أو مؤسسة. عرّفه النموذج بيئة تنفيذ مفهومية مقيدة بمجموعة فرعية من عمليات كيان SNMPv2 تحددها الإدارة.

كان بوسع الكيان تحقيق أطراف متعددة تتقاطع صلاحياتها أو تنفصل. كما أمكنه معرفة طرف بعيد من دون تحقيقه محلياً. لذلك كان المعرّف يفتح سجلاً إدارياً، لا بطاقة «مسؤول» نافذة في كل جهاز وسياق.

حوّل RFC 1447 هذه الحدود إلى aclTable. تألف فهرس الصف من aclTarget وaclSubject وaclResources. الهدف هو الطرف المطلوب منه تنفيذ العملية، والموضوع هو الطرف الذي يطلبها، والموارد هي سياق SNMPv2 الذي تقع فيه.

بعد تطابق هذه الثلاثية فقط حدد aclPrivileges فئات الاتصال المسموح بها. لم تكن السلطة خاصية للموضوع وحده، بل علاقة ذات اتجاه ومجال وأفعال محددة.

الرقم 35 لم يكن رتبة

مُنحت فئات PDU قيماً تُجمع: Get يساوي 1، وGetNext يساوي 2، وResponse يساوي 4، وSet يساوي 8، وGetBulk يساوي 32، وInform يساوي 64، وSNMPv2-Trap يساوي 128. مثّل الصفر المجموعة الخالية، وجمع الإعداد الافتراضي 35 بين Get وGetNext وGetBulk.

لم يكن 35 درجة ثقة. فالعدد 43 يضيف Set إلى مجموعة القراءة نفسها، أما 4 فيسمح بـResponse وحده. لا تُفهم السياسة إلا بتفكيك العدد وربطه بثلاثيته.

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

يمكن للواجهة أن تختصر 35 إلى «قراءة» للتيسير. لكنها إذا سمته «موثوقاً» فقد أسقطت الهدف والسياق والاتجاه والفعل التي صنعت الإذن.

قرار المستقبل جاء بعد الإرسال

نص RFC 1445 على تطبيق التحكم في الوصول عند استلام الاتصال الإداري، لا عند إرساله. يبني المرسل المصدر والوجهة والسياق وPDU ويرسلها، لكنه لا يشغّل بذلك سياسة المستقبل المحلية.

بعد الوصول فحص المستقبل أموراً منفصلة: هل الطرف الوجهة معروف ومحقق محلياً؟ هل المصدر معروف؟ هل اجتازت الرسالة المصادقة وفق البروتوكولات المسجلة؟ هل السياق موجود؟ هل توجد علاقة وصول للمصدر والوجهة والسياق؟ وهل تشمل فئة PDU الحالية؟

قد تكون الرسالة سليمة البنية وتذكر هدفاً مجهولاً. وقد يعرف المستقبل الهدف ولا يعرف المصدر. وقد يكون المصدر صحيح المصادقة لكنه يطلب سياقاً غائباً. وقد يوجد السياق بلا صف ACL ملائم، أو يسمح الصف بـGet ولا يسمح بـSet.

لهذا لا تختزل المصادقة والتفويض في كلمة واحدة. يستطيع مستقبلان معرفة الموضوع نفسه واتخاذ قرارين صحيحين مختلفين لأن لكل منهما أهدافاً وسياقات وعروضاً وسياسة محلية خاصة.

السياق أبقى النطاق مرئياً

حدد سياق SNMPv2 مجموعة من موارد الكائنات المدارة. فإذا كانت محلية أشار إلى MIB view، وإذا كانت بعيدة أمكن أن يصف علاقة وكيل. لذلك قد تختلف حقوق الموضوع والهدف نفسيهما باختلاف السياق.

تظل عبارة «يستطيع القراءة» ناقصة حتى تذكر أين، ومن أي هدف، وضمن أي عرض. قبول فئة PDU لا يلغي حدود الكائنات التي يتيحها السياق.

كذلك يبقى معنى الغياب محدوداً. عدم رؤية كائن في سياق لا يثبت عدم وجوده المادي، ولا استبعاده من كل سياق آخر، ولا حرمان موضوع آخر. إنه نتيجة علاقة واحدة في حالة إدارية محلية محددة.

صف السلطة كان حالة قابلة للفقد

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

لتاريخ RowStatus العام مقال آخر. أما هنا فالمغزى أن السياسة التي تحكم رسائل الإدارة اللاحقة كانت هي نفسها حالة مُدارة. أمكن لاتصال SNMP أن يغيّر كائنات إدارية ستقرر مصير الاتصال التالي.

نجاح Set على عمود ACL لم يثبت بعد أن الطلب اللاحق سيُقبل كما أريد. يلزم حفظ القيم والاستجابة وحالة الصف واعتماداته النشطة، ثم اختبار القرار عند المستقبل من جديد. وإثبات الاستدامة يتطلب ملاحظة بعد حد إعادة التشغيل المناسب.

غيّر VACM الخريطة وأبقى الإحداثيات

أصبح نموذج parties الأصلي Historic. عرّف RFC 2575 ثم RFC 3415 نموذج VACM للبنية المعيارية لـSNMP. ربط النموذج الأمني وsecurityName بمجموعة؛ واختار اسم المجموعة والسياق والنموذج والمستوى الأمني صف وصول؛ ثم اختار نوع القراءة أو الكتابة أو الإشعار عرضاً؛ وأخيراً اختبر اسم المتغير داخل ذلك العرض.

فرّق VACM بين غياب السياق، وغياب المجموعة، وغياب صف الوصول، وغياب العرض، ووقوع الكائن خارج العرض. قد تبدو كلها «رفضاً»، لكنها تشير إلى وصلات مختلفة في القرار.

Party MIB وVACM ليسا الجدول نفسه ولا يمنحان الضمانات نفسها. الاستمرار بينهما هو رفض جعل جواب «من؟» كافياً. بقيت أسئلة «أين؟ وبأي حماية؟ ولأي فعل؟ وعلى أي كائن؟» ضرورية.

السياسة الرمزية لم تكن الأثر التنفيذي

يفصل مبدأ Lu Heng لأولوية الكود العامل بين المواصفة والتنفيذ والتحقق والنشر والاستخدام. ويفصل تحليله لطبقات الواقع بين السلطة الرمزية والأثر القابل للتنفيذ. يقدم RFC 1447 حالة تاريخية صغيرة لهذه العدسة.

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

الطرف المعروف لا يثبت التفويض. والصف الموجود لا يثبت النشاط. وقبول Set لا يثبت أثراً صحيحاً أو دائماً. والقيمة المرتجعة لا تثبت صحتها الدلالية. حفظ حدود كل دليل هو ما يجعل المراجعة ممكنة.

صارت Party MIB تاريخية، لكن درسها بقي: السلطة القابلة للتدقيق علاقة يمكن إعادة بنائها، لا صفة تُلصق بهوية.

المصادر