GrapheneOS: لماذا يكون أحد التطبيقات بطيئًا وكيف نعطّل الحماية له وحده

يستخدم مارتن زاوتر، كاتب مدونة WirelessMoves، نظام GrapheneOS على هاتف Pixel 8 منذ نحو عام، ويقول إنه راضٍ عن ميزات الأمان والخصوصية في النظام. لكن تطبيقًا واحدًا لا يزال يعمل ببطء ملحوظ مقارنة بأجهزة Android الأخرى، وهو عميل OpenStreetMap المسمى OsmAnd.

ما سبب البطء

عند البحث عن السبب حدّد الكاتب مُخصِّص الذاكرة المُقوّى (hardened memory allocator) بوصفه المتهم، وهو جزء من آلية exploit protection في GrapheneOS ويُنشئ، بحسب وصفه، عبئًا إضافيًا كبيرًا على OsmAnd. وتفسيره أن تحريك الخريطة وتكبيرها يتطلبان تحميل البيانات وإسقاطها باستمرار.

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

كيف تُعطّل الحماية لتطبيق واحد

الإجراء قصير: اضغط مطوّلًا على أيقونة التطبيق، واختر info، ثم ابحث في القائمة عن Exploit protection. ينبغي أن تبقى الحماية مفعّلة عمومًا، وأن يُعطَّل hardened memory allocator وحده. وبعد إعادة تشغيل OsmAnd يعود التطبيق سريعًا كما كان.

الثمن الأمني

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