معرّف المستخدم

يُستخدم المعرّف الفريد الفعال (UID euid) للعملية في معظم عمليات التحقق من الوصول. كما يُستخدم أيضًا كمالك للملفات التي أنشأتها تلك العملية.

يُحدد كل من مُعرّف المستخدم (UID ruid) ومُعرّف المجموعة (GID rgid) الحقيقيان مالك العملية الحقيقي، ويؤثران على صلاحيات إرسال الإشارات. لا يُمكن لعملية لا تملك صلاحيات المستخدم المتميز إرسال إشارة إلى عملية أخرى إلا إذا تطابق مُعرّف المستخدم (UID) الخاص بالمُرسِل مع مُعرّف المجموعة (GID) الخاص بالمُستقبِل ruid. ولأن العملية الفرعية ترث بيانات اعتمادها من العملية الأصلية، يُمكن للعملية الفرعية والعملية الأصلية إرسال إشارات إلى بعضهما البعض.euidruidsuid

يُستخدم مُعرّف المستخدم المحفوظ عندما يحتاج برنامج يعمل بصلاحيات مُرتفعة إلى القيام ببعض المهام التي لا تتطلب صلاحيات مُرتفعة بشكل مؤقت؛ إذ يؤدي تغيير euidقيمة مُعرّف المستخدم من قيمة مُميزة (عادةً 0) إلى قيمة غير مُميزة (أي قيمة أخرى غير القيمة المُميزة) إلى تخزين القيمة المُميزة في suid. لاحقًا، يُمكن إعادة تعيين مُعرّف المستخدم للبرنامج euidإلى القيمة المُخزنة في suid، بحيث يُمكن استعادة الصلاحيات المُرتفعة؛ ويُمكن لعملية غير مُميزة تعيين مُعرّف المستخدم euidإلى إحدى ثلاث قيم فقط: قيمة ruid، أو قيمة suid، أو قيمة euid.

يشترط معيار POSIX أن يكون مُعرّف المستخدم (UID) عددًا صحيحًا . تُمثّل معظم أنظمة التشغيل الشبيهة بنظام يونكس مُعرّف المستخدم كعدد صحيح غير مُوقّع. يختلف حجم قيم مُعرّف المستخدم بين الأنظمة المختلفة؛ فقد استخدمت بعض أنظمة يونكس قيمًا من 15 بت، مما يسمح بقيم تصل إلى 32767 ، بينما دعمت أنظمة أخرى، مثل لينكس (قبل الإصدار 2.4)، مُعرّفات مستخدم من 16 بت ، مما أتاح 65536 مُعرّفًا فريدًا. وقد تحوّلت غالبية الأنظمة الحديثة الشبيهة بنظام يونكس (مثل سولاريس 2.0 في عام 1990، ولينكس 2.4 في عام 2001) إلى مُعرّفات مستخدم من 32 بت ، مما يسمح بـ 4,294,967,296 (2^ ³² ) مُعرّفًا فريدًا.

تحدد مواصفات Linux Standard Base Core أن قيم UID في النطاق من 0 إلى 99 يجب أن يتم تخصيصها بشكل ثابت بواسطة النظام، ولا يجوز للتطبيقات إنشاؤها، بينما يجب حجز قيم UID من 100 إلى 499 للتخصيص الديناميكي بواسطة مسؤولي النظام وبرامج ما بعد التثبيت. ^{[ 2 ]}

لا يقتصر نظام Debian Linux على حجز النطاق 100-999 لمستخدمي النظام والمجموعات المخصصة ديناميكيًا فحسب، بل يقوم أيضًا بتخصيص المستخدمين والمجموعات مركزيًا وثابتًا في النطاق 60000-64999 ويحجز كذلك النطاق 65000-65533. ^{[ 3 ]}

يُعرّف Systemd عددًا من نطاقات UID الخاصة، بما في ذلك ^{[ 4 ]}

• 60001-60513: معرّفات المستخدمين (UIDs) لمجلدات المستخدمين الرئيسية التي يديرها systemd-homed
• 61184-65519 (0xef00-0xffef): معرّفات المستخدمين الديناميكيين

في نظام FreeBSD ، يمكن للمطورين الذين يحتاجون إلى مُعرّف فريد (UID) لحزمتهم اختيار مُعرّف مجاني من النطاق من 50 إلى 999، ثم تسجيل التخصيص الثابت. ^{[ 5 ] [ 6 ]}

تُخصّص بعض أنظمة POSIX معرّفات المستخدمين الجدد بدءًا من 500 ( مثل macOS و Red Hat Enterprise Linux حتى الإصدار 6)، بينما تبدأ أنظمة أخرى من 1000 (مثل Red Hat Enterprise Linux منذ الإصدار 7، ^{و openSUSE ،} و Debian ⁾ . ^في العديد من أنظمة Linux، تُحدّد هذه النطاقات في أدوات مثل ^./etc/login.defsuseradd

قد تقتصر عمليات تخصيص معرّفات المستخدمين المركزية في شبكات المؤسسات (مثلًا، عبر خوادم LDAP و NFS ) على استخدام أرقام معرّفات المستخدمين التي تتجاوز 1000 بكثير، وتقع خارج النطاق 60000-65535، وذلك لتجنب أي تعارضات محتملة مع معرّفات المستخدمين المخصصة محليًا على أجهزة المستخدمين. عند إنشاء مستخدمين جدد محليًا، يُفترض أن يتحقق النظام المحلي من وجود أي تعارضات مع معرّفات المستخدمين الموجودة مسبقًا على خادم NSS، ويتجنبها. ^{[ ملاحظة 1 ]}

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

• يقوم برنامج snapd بربط معرفات المستخدم (UIDs) ومعرفات المجموعة (GIDs) في النطاق 524288-589823 (0x80000-0x8ffff).
• يستخدم systemd-nspawn نطاقات UID لكل حاوية تلقائيًا 524288-1879048191 (0x80000-0x6fffffff) ^{[ 4 ]}

يوصي مؤلفو systemd بأن تقوم أنظمة المحاكاة الافتراضية على مستوى نظام التشغيل بتخصيص 65536 (2 ¹⁶ ) معرفًا فريدًا لكل حاوية، وتعيينها عن طريق إضافة مضاعف صحيح لـ 2 ^{16. [ 4 ]}

• 0: عادةً ما يكون لدى المستخدم المتميز معرّف مستخدم (UID) يساوي صفرًا (0). ^{[ 8 ]}
• -1: القيمة (uid_t) -1محجوزة في نظام POSIX لتحديد وسيط محذوف. ^{[ 9 ]}
• 65535: لا تزال هذه القيمة غير مستخدمة لأنها كانت قيمة الخطأ التي يتم إرجاعها من واجهة برمجة التطبيقات عندما كان uid_t مكونًا من 16 بت.
• المستخدم "nobody ": تاريخيًا، كان يُخصص للمستخدم " nobody " مُعرّف فريد (UID) من قِبل العديد من أنظمة التشغيل، على الرغم من استخدام -2قيم أخرى مثل 2 ^{^15 - 1 = 32767، كما هو الحال في} OpenBSD . ^{[ 10 ]} ولضمان التوافق بين مُعرّفات المستخدمين 16 بت و32 بت، تُعيّن العديد من توزيعات لينكس الآن القيمة 2 ^{^16} - 2 = 65534؛ حيث تُعيد نواة لينكس هذه القيمة افتراضيًا عندما لا يتناسب مُعرّف المستخدم 32 بت مع القيمة المُعادة من استدعاءات النظام 16 بت. ^{[ 11 ]} يُخصص نظام فيدورا لينكس آخر مُعرّف مستخدم من النطاق المُخصص ثابتًا لاستخدام النظام (0-99) للمستخدم "nobody": 99، ويستدعي القيمة 65534 بدلاً من ذلك nfsnobody.