محتويات الدورة

Proxmox VE / متوسط: البيانات والهوية والسياسة / الدرس 11

نطاقات المصادقة والأدوار وتفويض API

نمذج الهوية والصلاحيات المحددة دون كشف بيانات اعتماد أو منح وصول إداري.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى
في هذه الصفحة

أهداف الدرس

  • تمييز realm والمصادقة والتفويض.
  • شرح الأدوار المقيدة بالمسار ووراثة الصلاحيات.
  • مراجعة نطاق رمز API ودورته منفصلة عن دخول المستخدم.

افصل الهوية عن الصلاحية

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

قيد الأدوار بالموارد

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

text سجل مراجعة أقل الصلاحيات
principal: observer@pve (synthetic)
intended duty: view approved guest status in training pool
review scope: resource path and propagation
excluded decisions: console, power, storage allocation, permission changes

لا ينشئ النص مستخدما أو دورا أو ACL ولا يقرر ملاءمة دور جاهز معين.

افهم حدود الرمز

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

python تقاطع مفاهيمي لرمز مفصول
user_permissions = {"view", "power"}
token_permissions = {"view", "backup"}
print(sorted(user_permissions & token_permissions))
الناتج المتوقع
['view']

تبقى view في النموذج فقط، الذي يستبعد وراثة المسارات وتعريف الأفعال والمحرك الفعلي.

شخص الفعل المحدد

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

خطط لدورة الهوية والتدقيق

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

الأخطاء الشائعة وإصلاحها

اعتبار نجاح الدخول صلاحية على كل الضيوف

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

افتراض أن رمز API يتجاوز حقوق مستخدمه عند فصل الامتياز

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

منح دور واسع على مسار علوي لإصلاح فعل واحد مرفوض

لماذا يحدث؟
لم يحدد الامتياز المطلوب أو اعتماديات المورد الهدف.
كيف تصلحه؟
حدد أقل صلاحيات مقيدة تحقق الواجب المعتمد.
كيف تتجنب تكراره؟
راجع الانتشار ومسارات الموارد قبل منح الحقوق.

اختبر فهمك

1. لماذا تكون observer@pve أدق من observer في سجل حادث وصول؟

اعرض الحل المشروح

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

2. يطلب الرمز الافتراضي backup بينما لا يملكها مستخدمه. ماذا يعيد نموذج التقاطع، وما الذي لا يحاكيه؟

اعرض الحل المشروح

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

أهم ما تعلمته

  • تعرف المصادقة الهوية وتفوض الصلاحيات المقيدة الأفعال.
  • تحتاج رموز الأتمتة نطاقا صريحا ودورة إدارة للسر.

المراجع الرسمية