جيلبريك Rootful و Rootless: اعرف الفرق واختر الأنسب

في وحدات جيلبريك iOS، تجد عمومًا فئتين: ذات صلاحيات الروت (rootful) وعديمة صلاحيات الروت (rootless). تختلف كل فئة في تفاعلها مع نظام الملفات الروت للجهاز. مع كلتيهما، تحصل على مستوى معين من الامتياز في تعديل ملفات النظام، ولكن بطرق منفصلة.

جيلبريك ذو صلاحيات الروت

في الجيلبريك ذي صلاحيات الروت، يتمتع المستخدم بتحكم كامل على قسم النظام. يتم تحقيق ذلك عادةً عن طريق إنشاء نسخة من الدليل الروت وإعادة تحميلها بأذونات القراءة والكتابة. من خلال هذه الطريقة، يمكن للمستخدم الوصول بسهولة إلى الدليل الروت (/) بالإضافة إلى حساب المستخدم الروت.

إن امتلاك صلاحيات الوصول والأذونات لتعديل ملفات النظام الأساسية يعني أن المستخدم يمكنه تثبيت التعديلات والإضافات مباشرة على نظام الملفات الروت. ومع ذلك، فإن هذا المستوى من التحكم يعني أيضًا أن العبث بالملفات الحساسة يمكن أن يؤدي إلى حلقات إقلاع متكررة (boot loops)، فقدان البيانات، أو حتى تعطيل الجهاز بشكل كامل (hard brick).

جيلبريك عديم صلاحيات الروت

لا يوفر الجيلبريك عديم صلاحيات الروت وصولاً مباشرًا إلى نظام الملفات الروت للجهاز. هذا يعني أن الكتابة إلى ‘/’ غير ممكنة مع الجيلبريك عديم صلاحيات الروت. بدلاً من ذلك، يقوم بالكتابة إلى موقع مختلف في التخزين، عادةً /var/jb، والذي يعمل بعد ذلك كرابط رمزي (symlink) إلى دليل داخل /private/preboot.

أغلقت Apple نظام الملفات الروت مع تقديم وحدات التخزين الآمنة الموقعة (المعروفة باسم SSV) في iOS 15. هذا يعني أنه كان لا بد من إيقاف جيلبريكات ذات صلاحيات الروت. ونتيجة لذلك، كان لا بد من اعتماد طرق عديمة صلاحيات الروت نظرًا لعدم السماح بالتعديلات على نظام الملفات الروت. كانت معظم جيلبريكات ذات صلاحيات الروت معروفة بتعطيل الأجهزة بعد تحديث SSV أيضًا.

تُعتبر عمليات الجيلبريك بدون صلاحيات الروت (Rootless jailbreaks) بشكل عام آمنة وموثوقة. وبما أن الجيلبريك منفصل عن نظام الملفات الروت، فإنه أيضًا أصعب في الكشف عنه. مع الجيلبريك بدون صلاحيات الروت، لديك أيضًا ميزة العودة إلى نظام iOS الأصلي وتحديث البرنامج عند الحاجة. لا يوجد الكثير مما يدعو للقلق بشأن مشكلات مثل توقف الجهاز عند الإقلاع (boot looping) أو تعطله بشكل كامل (hard-bricking)، وهو أكثر استقرارًا نسبيًا.

لماذا التحول إلى الجيلبريك بدون صلاحيات الروت؟

بالنسبة للأغلبية، يُعد الجيلبريك بدون صلاحيات الروت (rootless) هو ”المستقبل الحتمي لكسر حماية iOS.“ وبينما لا يزال هذا النهج جديدًا نسبيًا وسيتطلب تحديث العديد من التعديلات (tweaks) والمستودعات (repositories) بوحدات جديدة، فمن الجدير بالذكر أن معظم التعديلات ستبقى متوافقة، ولا تحتاج إلا لتعديلات طفيفة ما لم تتضمن تعديل نظام الملفات الروت (root filesystem) بأي شكل من الأشكال.

في الماضي، كانت أساليب الجيلبريك بصلاحيات الروت (rootful methods)، مثل XinaA15، معروفة بعدم استقرارها وعرضتها للأعطال، ويرجع ذلك جزئيًا إلى اعتمادها على تصحيحات غير تقليدية. غالبًا ما كانت عمليات الجيلبريك هذه صعبة الإعداد، مع وجود العديد من المتغيرات التي يجب إدارتها، حيث كانت تتضمن التلاعب ببيانات النظام الحساسة.

بينما تُعتبر أساليب الجيلبريك بدون صلاحيات الروت (rootless methods) أقل قوة، فقد تكيفت العديد من التعديلات (tweaks) مع هذه البيئة من خلال إجراء تعديلات طفيفة على مسارات الملفات ودعم حزم iphoneos-arm64. إذا لم يعتمد تعديل أو وحدة على مسار ثابت، فيمكن عادةً إعادة تجميعه إلى موقع مختلف، مما يسمح له بالعمل بسهولة مع أدوات الجيلبريك بدون صلاحيات الروت.

لقد تحولت معظم أدوات الجيلبريك، بما في ذلك Dopamine و Checkra1n و Palera1n و unc0ver، ومديرو الحزم مثل Sileo و Zebra، إلى نماذج rootless، على الرغم من أن خيارات rootful لا تزال متاحة مع أدوات مثل nekoJB والإصدارات الأقدم من Palera1n.

هل الجيلبريك Rootful أفضل من Rootless؟

بينما وفرت تقنية rootful للمطورين سيطرة كبيرة على نظام ملفات الروت (root filesystem)، من المهم أن نفهم أن نسبة كبيرة من التعديلات (tweaks) لم تعتمد على تعديل نظام ملفات الروت. بالنسبة لهم، لم يكن الانتقال صعبًا للغاية. على الرغم من أن معظم تطبيقات النظام الافتراضية مخزنة داخل دليل الروت، إلا أنها قد تسبب مشكلات إذا تم تغييرها، مما قد يؤدي بجهازك إلى مشاكل لا يمكن تجنبها.

لتجاوز SSV (Signed System Volume)، وجد بعض المطورين طريقة لمحاكاة دليل الروت عن طريق إنشاء نسخة وإعادة تحميلها كقراءة وكتابة. ومع ذلك، فإن هذا النهج ليس عرضة للفشل فحسب، بل يستهلك أيضًا كمية كبيرة من مساحة تخزين النظام. تستخدم أدوات الجيلبريك مثل nekoJB، وهي نسخة مطورة من Dopamine، هذه الطريقة.

ومع ذلك، ومع كل التنازلات التي كانت مطلوبة مقابل القليل من العائد، لم تكتسب تصحيحات rootful، بعد iOS 15، زخمًا كبيرًا. وهذا هو السبب أيضًا في أن الأدوات الشائعة مثل Palera1n تخلت في النهاية عن دعم جيلبريك rootful.