قد يطلب تطبيق حماية الهاتف تفعيل صلاحية «مسؤول الجهاز»، بينما يطلب تطبيق آخر تشغيل خدمة «إمكانية الوصول». تبدو الرسالتان متشابهتين؛ فكلتاهما تتحدث عن صلاحيات متقدمة، وقد تعرض تحذيرات توحي بأن التطبيق سيحصل على تحكم واسع. لكن طبيعة الوصول التي تمنحها كل صلاحية مختلفة، وكذلك المخاطر التي قد تنشأ عند استغلالها.
تزداد أهمية هذا الاختلاف عند اكتشاف تطبيق مجهول على هاتف Android، خصوصًا إذا تعذر حذفه أو بدأ يتفاعل مع الشاشة دون تدخل واضح. فقد تستخدم التطبيقات المشروعة هذه الإمكانات لإدارة الأجهزة أو مساعدة ذوي الإعاقة، بينما تحاول بعض التطبيقات الضارة استغلالها لتعطيل الحماية أو مراقبة التفاعلات. ولا يعني وجود إحدى الصلاحيتين وحده أن الهاتف مصاب ببرنامج تجسس، لكنه يستدعي معرفة وظيفة التطبيق والسبب الذي جعله يطلب هذا المستوى من الوصول قبل الإبقاء على تفعيله.
الفرق بين Device Admin وAccessibility Service أن الأولى تمنح تطبيق Android صلاحيات إدارية محددة، مثل قفل الجهاز وتطبيق بعض سياسات الأمان، بينما تسمح الثانية للتطبيق بالتفاعل مع عناصر واجهة المستخدم وقراءة بعض محتويات الشاشة بحسب إمكانات الخدمة وقيود النظام. وفي تطبيقات التجسس، قد تُستغل الأولى لتعقيد إزالة التطبيق، والثانية لمراقبة التفاعلات أو تنفيذ إجراءات غير مصرح بها.
الخلاصة الرئيسية
- Device Admin: صلاحية لإدارة سياسات معينة على الجهاز، وليست تصريحًا عامًا بقراءة الشاشة.
- Accessibility Service: خدمة مخصصة للمساعدة في استخدام الجهاز، وقد تتيح الوصول إلى عناصر الواجهة وتنفيذ إجراءات عليها.
- الجمع بين الصلاحيتين: قد يزيد المخاطر إذا حصل عليهما تطبيق غير موثوق، لكنه لا يعني تلقائيًا اختراق الهاتف.
- لا تمنح أي من الصلاحيتين وحدها وصولًا غير محدود إلى جميع بيانات الهاتف.
- يمكن مراجعة الخدمات الإدارية وخدمات إمكانية الوصول من إعدادات Android، مع اختلاف المسارات حسب الشركة المصنعة.
- تعطيل الصلاحية المشبوهة خطوة مهمة، لكن إزالة التطبيق وفحص الجهاز يظلان ضروريين عند وجود مؤشرات إصابة.
ما معايير المقارنة التي يجب الاعتماد عليها؟
عند تقييم الصلاحيات المتقدمة في Android، لا يكفي السؤال عن الصلاحية الأقوى. الأهم هو تحديد نوع العمليات التي يستطيع التطبيق تنفيذها، والبيانات التي يمكنه الوصول إليها، وطريقة تفعيل الصلاحية وإلغائها، ومدى ارتباطها بالوظيفة المعلنة للتطبيق.
تعتمد المقارنة على خمسة معايير أساسية تساعد في تقييم المخاطر دون المبالغة في قدرات التطبيق:
- نطاق التحكم: هل يتعلق بإدارة الجهاز وسياسات الأمان، أم بالتفاعل مع التطبيقات وعناصر الشاشة؟
- الوصول إلى المعلومات: هل يمكن للتطبيق الاطلاع على محتوى الواجهة أو تنفيذ إجراءات إدارية دون قراءة ذلك المحتوى؟
- التفعيل والموافقة: ما الذي يجب على المستخدم الموافقة عليه، وما التحذيرات التي يعرضها النظام؟
- إمكانية التعطيل: هل يمكن إيقاف الخدمة بسهولة، أم يلزم إلغاء امتيازات إدارية قبل حذف التطبيق؟
- الوظيفة المشروعة: هل تحتاج مهمة التطبيق المعلنة فعلًا إلى هذه الصلاحية؟
هناك تفصيل تقني مهم: المقصود بـ Device Admin هنا واجهة الإدارة التقليدية في Android، وليس جميع إمكانات إدارة أجهزة المؤسسات الحديثة. فقد يمتلك تطبيق إدارة مؤسسية معتمد بصفة مالك الجهاز أو الملف الشخصي، والمعروف باسم Device Owner أو Profile Owner، صلاحيات أوسع تختلف عن امتيازات مسؤول الجهاز التقليدي.
توضح وثائق Android الرسمية لإدارة الأجهزة أن واجهة الإدارة التقليدية صُممت لفرض سياسات أمنية محددة، وأن عددًا من استخداماتها القديمة أصبح مقيدًا أو مستبدلًا بنماذج الإدارة الحديثة.
كذلك يجب عدم اعتبار جميع خدمات إمكانية الوصول متساوية. فالقدرات الفعلية تعتمد على إعدادات الخدمة وما يسمح به إصدار Android، إضافة إلى القيود التي تفرضها التطبيقات والنوافذ المحمية.
الفكرة العملية: قارن الصلاحيات بحسب نوع الوصول المطلوب ووظيفة التطبيق الفعلية، وليس بحسب التحذير الظاهر أو الاسم التقني وحده.
جدول المقارنة السريع
يوضح الجدول الفروق بين امتياز مسؤول الجهاز التقليدي، وخدمة إمكانية الوصول، وحالة التطبيق الذي يجمع الصلاحيتين. الخيار الثالث ليس صلاحية مستقلة في Android، بل حالة استخدام مشتركة تساعد على فهم المخاطر عندما يحصل التطبيق نفسه على النوعين.
| المعيار | Device Admin | Accessibility Service | الجمع بينهما |
|---|---|---|---|
| الوظيفة الأساسية | إدارة سياسات الجهاز | المساعدة والتفاعل مع الواجهة | وظائف إدارية وتفاعلية |
| قراءة محتوى الشاشة | ليست من قدراتها الأساسية | ممكنة ضمن حدود الخدمة والنظام | بقدرات Accessibility المتاحة |
| تنفيذ لمس وإيماءات | ليست وظيفة الصلاحية | ممكن عند تفعيل القدرة اللازمة | ممكن عبر خدمة إمكانية الوصول |
| قفل الجهاز | ممكن بسياسات محددة | قد تتوفر إجراءات عامة مدعومة | بحسب الإمكانات الممنوحة |
| مسح بيانات الجهاز | قد تسمح به السياسات المتاحة | ليس امتيازًا مباشرًا للخدمة | قد ينتج عن صلاحيات الإدارة |
| التأثير في إزالة التطبيق | قد يلزم إلغاء الإدارة أولًا | لا تمنع الحذف وحدها عادة | قد تزيد صعوبة الإزالة |
| الاستخدام المشروع | الحماية والإدارة المدعومة | أدوات المساعدة والإتاحة | أدوات متخصصة ومبررة |
| مؤشر الخطر الرئيسي | إدارة غير مبررة أو صعوبة الإلغاء | الوصول غير المبرر للواجهة | اتساع الصلاحيات دون مبرر |
تكشف المقارنة أن الصلاحيتين تخدمان غرضين مختلفين، ولذلك لا يصح اعتبار إحداهما نسخة أقوى من الأخرى. قد تكون خدمة إمكانية الوصول أكثر حساسية من ناحية التفاعل مع الشاشة، بينما تكون امتيازات الإدارة أخطر من ناحية بعض عمليات التحكم في الجهاز، وفق السياسات والإصدار.
الفكرة العملية: إذا كان قلقك متعلقًا بمراقبة الشاشة فافحص Accessibility أولًا، وإذا كان متعلقًا بصعوبة إزالة التطبيق فراجع Device Admin، مع عدم استبعاد الصلاحيات الأخرى.
الخيار الأول: ما مزاياه وقيوده؟
Device Admin أو «مسؤول الجهاز» هو نظام تقليدي يسمح لتطبيق Android بالحصول على امتيازات إدارية محددة بعد موافقة المستخدم. استُخدم هذا النظام في تطبيقات إدارة الأجهزة وبعض حلول الحماية، ويختلف نطاقه عن التطبيقات العادية التي لا تمتلك حق فرض سياسات على الجهاز.
الميزة الأولى هي إمكانية تطبيق بعض السياسات الأمنية المعتمدة، مثل قفل الجهاز أو تحديد قيود أمنية معينة عندما يدعمها إصدار Android والتطبيق. وقد تكون هذه الإمكانات مفيدة في بيئات تحتاج إلى حماية الأجهزة أو إدارة استخداماتها، ضمن الحدود التي يسمح بها النظام.
أما الميزة الثانية فهي توفير آلية رسمية تمنح المستخدم فرصة مراجعة طلب التفعيل، مع وجود مسار لإلغاء الامتيازات. وهذا يختلف عن التطبيق الذي يحاول الحصول على صلاحيات النظام بصورة خفية عن طريق استغلال ثغرة أمنية.
وفق مرجع Google البرمجي لـ DevicePolicyManager، تشمل العمليات الإدارية المدعومة إمكانات مثل قفل الجهاز وبعض إجراءات محو البيانات، مع اختلاف شروط الاستخدام بحسب الدور الإداري وإصدار النظام.
لكن هذه المزايا يمكن إساءة استخدامها. فقد يطلب تطبيق ضار تفعيل الإدارة تحت ذريعة حماية الهاتف، ثم يجعل إزالته أصعب لأن المستخدم يحتاج عادة إلى إلغاء امتياز مسؤول الجهاز قبل حذفه. وقد تكون بعض السياسات ذات آثار خطيرة على البيانات إذا مُنحت لتطبيق غير موثوق.
القيد الأساسي أن Device Admin لا تمنح التطبيق تلقائيًا القدرة على قراءة الرسائل المعروضة أو مراقبة كل ضغطة على الشاشة أو الوصول إلى محتويات التطبيقات الأخرى. كما أن بعض الوظائف الإدارية القديمة لم تعد متاحة بالطريقة نفسها على إصدارات Android الحديثة.
ويمكن مراجعة التطبيقات الإدارية عادة من إعدادات الهاتف، ثم «الأمان والخصوصية» أو «إعدادات أمان أخرى»، ثم «تطبيقات مسؤول الجهاز». وقد يختلف المسار في أجهزة Samsung وPixel وغيرها. إذا وجدت تطبيقًا لا تعرفه، فتحقق من اسمه ومصدر تثبيته والوظيفة التي يعلنها قبل اتخاذ الإجراء المناسب.
حالة الاستخدام المشروعة هي تطبيق إداري معروف يحتاج فعلًا إلى وظيفة مدعومة مثل قفل الجهاز، بعد موافقة واضحة. أما تطبيق خلفيات أو آلة حاسبة يطلب الإدارة دون تفسير مقنع، فيستحق فحصًا أمنيًا إضافيًا.
الفكرة العملية: امنح Device Admin فقط لتطبيق موثوق يحتاج إلى وظيفة إدارية واضحة، وراجع أي تطبيق يحتفظ بهذا الامتياز دون سبب مفهوم.
الخيار الثاني: ما مزاياه وقيوده؟
Accessibility Service أو «خدمة إمكانية الوصول» هي آلية يوفرها Android لمساعدة المستخدمين على التعامل مع الجهاز، خصوصًا الأشخاص الذين يحتاجون إلى قارئ شاشة أو وسائل تحكم بديلة. وقد تستفيد منها تطبيقات مشروعة أخرى عندما تسمح سياسات المنصة بذلك وتكون وظيفة الوصول مبررة وواضحة للمستخدم.
الميزة الأولى هي قدرة الخدمة، بحسب إعداداتها، على الحصول على معلومات عن بعض عناصر واجهة المستخدم، مثل أسماء الأزرار والنصوص التي يعرضها النظام في شجرة عناصر إمكانية الوصول. وتتيح هذه المعلومات للتطبيقات المساعدة وصف الشاشة أو تسهيل الوصول إلى الوظائف.
الميزة الثانية هي إمكانية تنفيذ إجراءات مساعدة، مثل التنقل أو الضغط على عناصر الواجهة أو إرسال إيماءات لمس عندما تكون الإمكانات اللازمة متاحة. ويسمح ذلك للأشخاص الذين يواجهون صعوبة في استخدام الشاشة بالتحكم في وظائف الجهاز بطرق بديلة.
تؤكد وثائق Android لإنشاء خدمات إمكانية الوصول أن الخدمة تستطيع التعامل مع أحداث الواجهة وتنفيذ الإيماءات المدعومة وفق إعداداتها. كما يوضح المرجع الرسمي لـ AccessibilityService وجود واجهات برمجية للتفاعل مع الواجهة وبعض قدرات التقاط الشاشة وفق شروط النظام.
هذه الإمكانات هي سبب الحساسية الأمنية للخدمة. فقد يحاول تطبيق ضار إساءة استخدامها للاطلاع على معلومات تظهر في واجهات غير محمية، أو التفاعل مع نوافذ التطبيقات، أو تنفيذ ضغطات لم يقصد المستخدم إجراءها. وقد يستغلها في محاولات الاحتيال أو سرقة بيانات الاعتماد، بحسب قدرات الخدمة والقيود الأمنية.
ومع ذلك، لا تعني إمكانية الوصول امتلاك تصريح شامل لقراءة جميع بيانات التطبيقات. فهناك شاشات محمية وقيود على بعض المحتويات والعمليات، كما أن اختلاف إصدارات Android يؤثر في البيانات والوظائف المتاحة. ولا تمنح هذه الخدمة تلقائيًا حق الوصول المباشر إلى الملفات الخاصة بكل تطبيق أو الميكروفون أو الكاميرا.
للفحص، افتح «الإعدادات»، ثم «إمكانية الوصول»، وابحث عن التطبيقات المثبتة أو الخدمات التي تم تنزيلها. تعرض إرشادات Google لإمكانية الوصول على Android كيفية الوصول إلى هذه الوظائف، مع التنبيه إلى اختلاف أسماء القوائم حسب الجهاز.
حالة الاستخدام المشروعة هي قارئ شاشة أو أداة مساعدة تحتاج إلى التفاعل مع عناصر الواجهة لخدمة المستخدم. أما إذا طلب تطبيق غير مرتبط بإمكانية الوصول هذه الخدمة لمجرد تشغيل وظيفة بسيطة، فينبغي مراجعة سبب الطلب قبل الموافقة.
الفكرة العملية: افحص خدمات إمكانية الوصول النشطة، واحتفظ فقط بالخدمات التي تعرف وظيفتها وتثق بمطورها وتحتاج فعلًا إلى إمكاناتها.
الخيار الثالث: ما مزاياه وقيوده؟
الخيار الثالث هو تطبيق يمتلك امتياز Device Admin إلى جانب خدمة Accessibility Service نشطة. لا يمثل ذلك نوعًا جديدًا من الصلاحيات، بل اجتماع مجموعتين مختلفتين من الإمكانات داخل التطبيق نفسه، وقد تكون له استخدامات مشروعة أو مخاطر مرتفعة بحسب الغرض والتنفيذ.
الميزة الأولى في الاستخدام المشروع هي إمكانية الجمع بين وظيفة إدارية مدعومة ووسيلة تفاعل تساعد المستخدم على تنفيذ مهام محددة. فقد تحتاج بعض الأدوات المتخصصة إلى إدارة سياسة معينة مع تقديم واجهة تحكم ميسّرة، بشرط وجود مبرر حقيقي وموافقة واضحة.
الميزة الثانية هي فصل الوظائف التقنية داخل النظام؛ فعمليات إدارة السياسات لا تتحول تلقائيًا إلى قدرات قراءة للشاشة، وخدمة إمكانية الوصول لا تحصل بمجرد وجودها على جميع امتيازات الإدارة. لكل مجموعة قواعدها وطرق الموافقة عليها، وهو ما يساعد في مراجعة الصلاحيات بصورة مستقلة.
لكن اجتماع الامتيازين داخل تطبيق مشبوه قد يزيد مساحة التأثير. إذ يمكن إساءة استخدام الوصول إلى عناصر الواجهة لتنفيذ تفاعلات غير مرغوبة، مع استغلال قدرات الإدارة الممنوحة لتعقيد عملية إزالة التطبيق. وتعتمد النتيجة على القيود الفعلية التي يفرضها النظام، ولا يعني الجمع بينهما ضمان تجاوز وسائل الحماية.
القيد الأهم أن الجمع بين الصلاحيتين لا يوفر تحكمًا مطلقًا بالجهاز. فلا تزال هناك متطلبات موافقة منفصلة، وقيود على الإجراءات الحساسة، وضوابط تختلف بحسب إصدار Android ونوع إدارة الجهاز وسياسات الحماية.
وتوضح إرشادات Google Play Protect للمطورين أن بعض الصلاحيات الحساسة، ومنها إمكانية الوصول، قد تستدعي تحذيرات أو إجراءات حماية إضافية عندما تُطلب من تطبيقات مثبتة بطرق عالية المخاطر. كما تعتبر Google استخدام خدمات إمكانية الوصول لاستخراج بيانات الاعتماد أو التحكم بالتطبيقات دون موافقة المستخدم سلوكًا غير مقبول.
إذا اكتشفت تطبيقًا مجهولًا يمتلك الصلاحيتين، فلا تبدأ بمحاولة تجاوز إعدادات الأمان أو استخدام تطبيقات تنظيف مجهولة. افصل الجهاز عن الاتصالات غير الضرورية إذا وجدت مؤشرات واضحة على نشاط ضار، وراجع التطبيقات الإدارية وخدمات إمكانية الوصول، ثم افحص الجهاز باستخدام Google Play Protect.
حالة الاستخدام المقبولة هي أداة موثوقة تشرح بدقة حاجتها إلى كل امتياز. أما التطبيق الذي يضغط على المستخدم لتفعيل الصلاحيتين دون وظيفة واضحة، أو يطلب تجاوز تحذيرات Android، فهو مؤشر يستحق التعامل معه بحذر شديد.
الفكرة العملية: اجتماع Device Admin وAccessibility في تطبيق واحد ليس دليل تجسس قاطعًا، لكنه يستدعي تدقيقًا أكبر في هوية التطبيق ومصدره وسلوكه وصلاحياته الفعلية.
أي خيار يناسبك فعليًا؟
المطلوب هنا ليس اختيار الصلاحية الأقوى، بل اتخاذ قرار بشأن الثقة بالتطبيق أو تعطيل امتيازاته. ويختلف القرار بحسب وظيفة التطبيق وسلوك الهاتف، وما إذا كانت الصلاحيات تتناسب مع الغرض المعلن.
- يناسبك الخيار الأول إذا كنت تستخدم تطبيق إدارة أجهزة معروفًا يحتاج إلى سياسة إدارية محددة، ولا يتطلب الوصول إلى محتويات الشاشة. راجع السياسات المعروضة قبل التفعيل.
- يناسبك الخيار الثاني إذا كنت تحتاج إلى قارئ شاشة أو وسيلة تحكم مساعدة، وكان التطبيق موثوقًا ويشرح بوضوح سبب حاجته إلى إمكانية الوصول.
- يناسبك الخيار الثالث إذا كنت تستخدم أداة متخصصة موثوقة تحتاج بصورة موثقة إلى الإمكانات الإدارية والتفاعلية معًا، وتستطيع فهم وظيفة كل امتياز وإدارته بصورة مستقلة.
أما إذا كان هدفك اكتشاف تطبيق تجسس، فليس من الضروري أن تختار أحد هذه الخيارات أصلًا. ابدأ بمراجعة القائمتين، ثم افحص التطبيقات غير المعروفة من خلال «الإعدادات» ثم «التطبيقات». راجع اسم الحزمة إن كان متاحًا، ومصدر التثبيت، وتاريخ التثبيت، والصلاحيات الأخرى مثل الوصول إلى الإشعارات أو الرسائل أو الظهور فوق التطبيقات.
إذا وجدت تطبيقًا مشبوهًا، فحاول تعطيل خدمة إمكانية الوصول الخاصة به، وإلغاء امتياز مسؤول الجهاز من إعداداته الرسمية، ثم إزالة التطبيق بالطريقة المعتادة. قد تختلف إمكانية الإزالة عندما يكون الجهاز خاضعًا لإدارة مؤسسة أو ملف عمل، ولذلك لا ينبغي محاولة تجاوز إدارة جهاز لا تملكه أو تديره جهة مخولة.
إذا استمر التطبيق في الظهور، أو منعك الهاتف من تغيير الإعدادات، فاستخدم أدوات النظام الموثوقة أو اطلب المساعدة الفنية. ويمكن تجربة الوضع الآمن لعزل تطبيقات الطرف الثالث عندما يدعمه الجهاز، مع الانتباه إلى أن طريقة الدخول إليه تختلف بين الشركات.
بعد إزالة التهديد المحتمل، حدّث النظام وشغّل فحص Play Protect. وإذا كانت هناك أدلة على سرقة بيانات حساباتك، فغيّر كلمات المرور من جهاز موثوق، وراجع جلسات تسجيل الدخول، وفعّل المصادقة متعددة العوامل. لا تعتمد على إزالة التطبيق وحدها إذا كانت بيانات الاعتماد قد انكشفت بالفعل.
الفكرة العملية: اختر الصلاحية وفق حاجة تطبيق موثوق، أما عند الشك في التجسس فراجع الامتيازات والسلوك معًا، ثم عطّل غير المبرر منها واتبع إجراءات إزالة آمنة.
مواضيع قد تهمك:
- ما الفرق بين برامج مكافحة الفيروسات المجانية والمدفوعة؟
- كيف تمنع الواي فاي العامة من كشف المواقع التي تزورها؟
- كيف تفحص إضافات المتصفح التي تتجسس على بياناتك؟
- كيف تكتشف تطبيقًا يسجّل شاشة هاتفك دون علمك؟
أسئلة شائعة
هل تفعيل Accessibility يعني أن الهاتف تعرض للاختراق؟
لا، تستخدم تطبيقات مساعدة مشروعة خدمات إمكانية الوصول. يرتفع مستوى الشك عندما تكون الخدمة مفعّلة لتطبيق مجهول أو تطلب صلاحيات لا تتناسب مع وظيفته.
هل يستطيع Device Admin قراءة رسائل واتساب؟
لا تمنح صلاحية مسؤول الجهاز التقليدية وحدها حق قراءة محادثات واتساب. لكن التطبيق قد يمتلك صلاحيات أخرى مستقلة، ولذلك يجب مراجعة جميع الامتيازات وليس صلاحية الإدارة فقط.
هل يمكن أن يعمل تطبيق تجسس دون الصلاحيتين؟
نعم، قد يعتمد تطبيق ضار على صلاحيات أخرى أو أساليب مختلفة، وقد يستغل ثغرات أمنية في بعض الحالات. عدم وجود Device Admin أو Accessibility لا يثبت خلو الهاتف من التجسس.
هل يمكن إيقاف Accessibility دون حذف التطبيق؟
نعم، يمكن عادة تعطيل الخدمة من إعدادات إمكانية الوصول دون إزالة التطبيق. وقد تتوقف الوظائف التي تعتمد عليها، لكن التطبيق نفسه يظل مثبتًا ما لم تحذفه.
لماذا يرفض Android حذف تطبيق مسؤول الجهاز؟
قد يتطلب التطبيق الذي يمتلك امتياز مسؤول الجهاز إلغاء هذا الامتياز قبل إزالته. وإذا كان الجهاز مُدارًا بواسطة مؤسسة، فقد توجد قيود إضافية لا يمكن للمستخدم العادي تعديلها.
هل خدمات إمكانية الوصول تستطيع رؤية كلمات المرور؟
قد تتمكن بعض الخدمات من الوصول إلى معلومات حساسة معروضة في واجهات معينة، لكن حقول كلمات المرور والشاشات المحمية تخضع لقيود تختلف بحسب التطبيق والنظام. لذلك يجب التعامل مع منح هذه الخدمة لتطبيق غير موثوق باعتباره مخاطرة أمنية مهمة.
هل إعادة ضبط المصنع تزيل جميع تطبيقات التجسس؟
قد تزيل إعادة ضبط المصنع التطبيقات الضارة الموجودة في مساحة المستخدم العادية، لكنها ليست ضمانًا شاملًا لكل أنواع الاختراق أو للإصابات التي تعود عبر استعادة نسخ احتياطية ملوثة. ينبغي تأمين الحسابات والتحقق من مصدر التطبيقات قبل إعادة تثبيتها.
القرار العملي
- راجع Device Admin عندما يمنعك تطبيق من إزالته أو تظهر له امتيازات إدارية لا تفهم ضرورتها.
- راجع Accessibility Service عندما يعمل تطبيق مجهول بخدمة تستطيع التفاعل مع الشاشة أو الاطلاع على بعض عناصرها.
- راجع الصلاحيتين معًا عندما يجمعهما تطبيق غير موثوق، ثم عطّل الامتيازات المشبوهة وافحص الجهاز باستخدام أدوات الحماية الرسمية.
الفرق الأساسي بين Device Admin وAccessibility Service ليس في أيهما أخطر بصورة مطلقة، بل في نوع التحكم الذي توفره كل منهما وحدود هذا التحكم. الصلاحيتان قد تكونان ضروريتين لتطبيقات مشروعة، وقد تتحولان إلى مصدر خطر عندما تُمنحان لتطبيق مجهول أو مضلل. افتح إعدادات الأمان وإمكانية الوصول في هاتفك، وراجع أسماء التطبيقات النشطة ووظائفها قبل الإبقاء على أي امتياز لا تحتاج إليه.