لماذا يقوم Magisk بإسقاط الدعم لإخفاء الوصول إلى الجذر من التطبيقات

في شهر مايو الماضي، قام topjohnwu، مطور Magisk، أعلن أنه انضم إلى Google في فريق أمان نظام Android الأساسي. نظرًا لأن Magisk يستخدم لعمل روت لأجهزة Android وأيضًا للتحايل على إجراءات اكتشاف الجذر في التطبيقات، فقد كان الكثير منها كذلك متشكك في أن جوجل ستسمح للمطور بمواصلة العمل على المشروع بشكله الحالي، أو حتى في الجميع. لحسن الحظ، تم منح topjohnwu الضوء الأخضر لمواصلة تطوير Magisk، لكن هذه الموافقة مشروطة بإسقاط المشروع الدعم لميزة إخفاء الجذر التي تسمى MagiskHide.

في تدوينة، يتناول topjohnwu الوضع الحالي لتطوير Magisk وما الذي يتغير بالنسبة للمشروع للمضي قدمًا. نقطته الأولى تدحض الاتهامات بأن شركة جوجل التي يعمل بها قد منعته من العمل في المشروع، بينما في الواقع، كان عليه فقط تجاوز الكثير من الروتين للحصول على الموافقة التي يحتاجها للعمل على مشروع. ليس من غير المعتاد أن تقوم شركات التكنولوجيا مثل جوجل بالتدقيق في العمل الخارجي الذي يقوم به موظفوها، خاصة عندما يؤثر هذا العمل الخارجي بشكل مباشر على المنتج الذي تم تعيين الموظف للعمل عليه. في حالة topjohnwu، فإن وظيفته في فريق أمان نظام Android الأساسي تمنحه نظرة ثاقبة مميزة حول الإجراءات الأمنية الحالية والمستقبلية لنظام Android، مما يقدم تضارب واضح في المصالح عندما تم تصميم MagiskHide - مكون إخفاء الجذر في Magisk - للتحايل على أحد إجراءات الأمان الحالية لشركة Google، وهو SafetyNet تصديق. لهذا السبب، ليس لدى topjohnwu خيار سوى إيقاف تطوير MagiskHide بالإضافة إلى إزالة معظم بنيته التحتية.

MagiskHide يصل إلى نهاية عمره

ومع ذلك، لم يكن إنهاء التطوير على MagiskHide قرارًا صعبًا على topjohnwu. على المستوى الشخصي، يقول المطور أنه مضى وقت طويل منذ آخر مرة وجد فيها متعة في العمل عليها التحايل على طرق الكشف عن الجذر، وهو أمر مفهوم لأنه في الأساس عبارة عن قط وفأر لعبة. بالتأكيد، يمكن أن تُعزى شعبية Magisk إلى حد كبير إلى نجاحها في التحايل على اكتشاف الجذر في Google Pay وPokémon Go، ولكن الاضطرار إلى ذلك يصبح متعبًا. تصحيح المشروع باستمرار فقط لمواكبة المشهد المتغير باستمرار. بالإضافة إلى ذلك، مع شهادة مدعومة بالأجهزة في اللعب، يصبح التحايل على اكتشاف الجذر أكثر صعوبة بكثير الحلول الحالية قد لا تعمل إلى الأبد.

على الرغم من أن MagiskHide قد وصل إلى حالة نهاية العمر الافتراضي، إلا أن الأداة ستظل موجودة بشكل محدود للغاية، حيث يعتقد Topjohnwu أنه من المهم أن تتمتع التطبيقات بالقدرة على "إلغاء الاشتراك" في التعديل. يقول المطور أن المستخدمين "سيكونون قادرين على تعيين قائمة مرفوضة للعمليات حيث يرفض Magisk إجراء المزيد من التعديلات ويعيد جميع التغييرات التي أجراها. لن تقوم Magisk بالتحايل/تغيير/التلاعب بأي إشارات أو آثار غير متعلقة بـMagisk للتحايل على أي اكتشاف لحالة الجهاز." بشكل أساسي، لن يقوم MagiskHide بإخفاء الوصول إلى الجذر من التطبيقات وسيتم استخدامه بدلاً من ذلك لضمان عدم إخفاء التطبيقات التي يحددها المستخدم معدل. سيؤدي تسهيل التراجع عن التغييرات أيضًا إلى تسريع الاختبار على المحاكيات، حيث لن يضطر المطورون بعد الآن إلى إعادة التشغيل أو تصحيح صور المحاكي.

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

نهاية Magisk Module Repo المركزي

تغيير آخر قادم على Magisk هو إزالة وحدة Magisk repo من التطبيق. التكامل Magisk-وحدات-الريبو في تطبيق Magisk هو ما يسمح حاليًا للمستخدمين بالبحث عن الوحدات النمطية وتنزيلها من داخل التطبيق. ستعني إزالته أنه سيتعين على المستخدمين تنزيل ملفات ZIP للوحدة يدويًا وتثبيتها منها داخل التطبيق، وهو أمر غير مريح بعض الشيء مقارنة بالحل الموجود ولكنه ليس صعبًا على الإطلاق لكى يفعل. بالإضافة إلى ذلك، يمكن للتطبيقات التي تأتي مع مكون وحدة Magisk تثبيت الوحدة للمستخدم بسهولة عن طريق تشغيل magisk --install-module ZIP الأمر، مع إخراج الخطوة اليدوية من المعادلة للمستخدمين.

ومع ذلك، فإن الخسارة الأكبر تكمن في إمكانية اكتشاف الوحدات الجديدة من خلال عمليات الريبو المركزية والمنسقة، لكن يقول توبجونوو: سيتم نقل Magisk-Modules-Repo إلى "أعضاء المجتمع الموثوق بهم" قريباً. هذا يعنى لن يختفي الريبو نفسه، لكن التطبيق لن يشير إليه في الوقت الحالي. في نهاية المطاف، على أية حال، يريد topjohnwu السماح للمستخدمين بتوجيه تطبيق Magisk إلى أي مصدر وحدة عبر الإنترنت يريدونه، يشبه إلى حد ما F-Droid، لكن هذا لا يمثل أولوية قصوى بالنسبة له لتنفيذه في الوقت الحالي.

لم يكن هذا التغيير مدفوعًا بتوظيف Topjohnwu في Google، ولكن كان من المحتم أن يحدث نظرًا للوقت اللازم للاستثمار لتيسير عمليات الريبو.

Zygist - Magisk في Zygote

خلال الأشهر القليلة الماضية، كان topjohnwu والعديد من المطورين الآخرين يعملون على شيء يسمى "Zygisk"، وهو Magisk in Zygote. Zygote هي عملية نظام التشغيل التي تتعامل مع تفرع كل عملية تطبيق سيؤدي تشغيل أجزاء من Magisk في عملية zygote إلى جعل الوحدات أكثر قوة (بما في ذلك جعل إخفاء الجذر أكثر قوة). يقول Topjohnwu أن Zygisk يتوافق أيضًا مع فلسفته المتمثلة في Magisk "الابتعاد عن طريق" التطبيقات التي لا يوافق مطوروها على التعديل، كما هو الحال عند إضافة عملية إلى قائمة رفض MagiskHide، سيقوم Magisk "بتنظيف مساحة الذاكرة الخاصة بالعملية لضمان عدم إجراء أي تعديل مُطبَّق."

لا يزال هذا المشروع قيد التنفيذ، لكننا سنسمع المزيد من تفاصيل التنفيذ عندما يكون جاهزًا للاختبار التجريبي.

مستقبل تطوير Magisk

بدأ Magisk ولا يزال مشروعًا للهواة لشركة Topjohnwu، لكن المطور يريد أن يأخذ المشروع على محمل الجد. لقد بدأ بالفعل التكامل المستمر على GitHub وسيبدأ في إجراء تغييرات على اختبار الانحدار قبل كل إصدار من خلال التكامل مع أفد.

ويشير Topjohnwu أيضًا إلى أن المطورين الموهوبين الآخرين قد أرسلوا تغييرات جديرة بالاهتمام في التعليمات البرمجية إلى جوهر Magisk، مما أدى إلى إصلاح العديد من الأخطاء وتوسيع توافق الأجهزة. على الرغم من كونه مفتوح المصدر منذ البداية، إلا أن Magisk كان النطاق الوحيد لـ topjohnwu، لذا فهو رائع لرؤية أشخاص آخرين يساهمون في المشروع عندما يكون لدى Topjohnwu وقت وطاقة أقل لتكريسه له نفسه.