Chroot

الاستخدامات

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

وفي هذا السياق، يمكن استخدام بيئة chroot لإنشاء واستضافة نسخة افتراضية منفصلة من النظام البرمجي. قد يكون هذا مفيدًا في الحالات التالية:

ومن جهة أخرى، الاختبار والتطوير: يمكن إعداد بيئة اختبار داخل chroot لتجربة البرامج التي قد تكون محفوفة بالمخاطر إذا تم نشرها مباشرة على النظام الإنتاجي.

ومن ناحية أخرى، التوافق: قد يتطلب تشغيل البرمجيات القديمة أو تلك التي تعتمد على ABI مختلفًا استخدام chroot، حيث أن مكتبات الدعم أو ملفات البيانات قد تتعارض مع نظيراتها في نظام التشغيل الأساسي.

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

ومن جهة أخرى، الاسترداد : في حالة تعطل النظام وعدم القدرة على إقلاعه، يمكن استخدام chroot للعودة إلى البيئة التالفة بعد الإقلاع من نظام ملفات جذر بديل (مثل وسائط التثبيت أو قرص حي).

تاريخ

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

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