ثغرة GhostMap: تطبيقات Android خبيثة تُحدث حلقة تمهيد دائمة
ثغرة GhostMap في Android تمكّن تطبيقات خبيثة من تعطيل الأجهزة بشكل كامل عبر حلقة تمهيد مستمرة، وتتجاهل Google المشكلة منذ أغسطس.
مقدمة تحليلية
في 5 نوفمبر 2026، كشفت شركة الأمن السيبراني الرومانية Bitdefender عن ثغرة حرجة في نظام Android أطلقت عليها اسم "GhostMap". تسمح هذه الثغرة لتطبيق خبيث غير مصرح له بتعطيل أجهزة Android بشكل دائم، مما يدفعها إلى حلقة تمهيد لا نهائية. يتطلب الهجوم تثبيت التطبيق فقط، دون الحاجة لأي أذونات إضافية أو حتى تشغيل التطبيق على الجهاز المستهدف. تكشف Bitdefender أن Google كانت على علم بالثغرة منذ أغسطس، لكنها أغلقت المشكلة مبدئياً بتصنيف "غير قابلة للتكرار"، ممتنعة عن إصدار تحديث أمني. تستغل "GhostMap" آلية معيبة في إدارة الذاكرة، حيث تجعل نظام Android يعين ملفاً في منطقة ذاكرة غير مخصصة. عندما يحاول أي تطبيق أو عملية أساسية القراءة من هذه المنطقة المعيبة، فإن العملية المستهدفة تتعطل بشكل فوري. هذا التعطل المتكرر يُترجم إلى حرمان من الخدمة (DoS) يجعل الجهاز غير قابل للاستخدام بالمرة، ولا يمكن استعادته دون تدخلات جراحية تقنياً أو خسارة البيانات.
التحليل التقني
تنبثق ثغرة GhostMap من تباين في كيفية تفسير مكتبتين أساسيتين ضمن بنية Android لطرق ضغط ZIP. هذا الاختلاف يتيح للمهاجمين بناء ملف حزمة Android (APK) مُعد بطريقة خاطئة، يتجاوز فحوصات الحجم القياسية، مما يسمح بتعيين جزء من هذا الملف الضار خارج نطاقه الفعلي المخصص له في الذاكرة. عند محاولة أي عملية نظامية، مثل system_server، قراءة مدخلة من هذا النوع، يتم إرسال إشارة SIGBUS من وحدة المعالجة المركزية (CPU)، والتي تنهي العملية بشكل فوري بسبب محاولة الوصول إلى مساحة ذاكرة غير صالحة.
أثبتت Bitdefender آلية التعطيل بإنشاء تطبيق بسيط لا يطلب أذونات. يحتوي هذا التطبيق على مورد مصمم خصيصاً ليتم قراءته تلقائياً بواسطة خدمة Android الأساسية 'system_server' بعد التثبيت مباشرة. هذه القراءة تطلق تفعيل الثغرة، مما يتسبب في تعطل خدمة system_server وإعادة تشغيلها، لتدخل الدورة في حلقة مفرغة من التعطل.
أظهرت الاختبارات على جهاز Pixel 10 يعمل بنظام Android 17 ومثبت عليه التحديث الأمني الصادر في 5 أغسطس، النتائج الكارثية. بدأ الجهاز سلسلة التعطل بعد حوالي ثانية واحدة من تثبيت التطبيق. تكررت حلقة التعطل 110 مرات في وضع التمهيد العادي، و 72 مرة في الوضع الآمن. حلقة التمهيد هذه تمنع المستخدمين من الوصول إلى الوضع الآمن. تتطلب استعادة الجهاز إما إجراء إعادة ضبط مصنع، مما يمحو جميع البيانات، أو حذف الملف الخبيث يدوياً عبر واجهة ADB. استخدام ADB يتطلب تفعيل خيار تصحيح الأخطاء مسبقاً، ويجب أن تتم الاستعادة بسرعة فائقة قبل تعطل النظام مرة أخرى، مما يجعلها غير عملية لمعظم المستخدمين.
السياق وتأثير السوق
يعكس تعامل Google مع ثغرة GhostMap حالة تثير التساؤلات حول أولويات الأمن، وتضرب بسلسلة من الممارسات الجيدة عرض الحائط. أبلغت Bitdefender عن المشكلة لشركة Google في 20 أغسطس، لكنها تلقت رداً "لن يتم الإصلاح (غير قابلة للتكرار)"، مع تصنيف المشكلة خارج النطاق. بعد تقديم نسخة موسعة من التقرير في 25 أغسطس، ما زالت Google تعتبرها خارج نطاق تحديث أمني فوري، وإن كانت قد احتفظت بها "للنظر فيها في تحديث مستقبلي". هذا التهاون يتناقض بشكل صارم مع استجابات الصناعة المعتادة لثغرات حرمان من الخدمة (DoS) التي لا تتطلب أذونات، والتي غالباً ما تتلقى تصحيحات عاجلة نظراً لتأثيرها التدميري المباشر على قابلية استخدام الجهاز.
على سبيل المثال، تتخذ شركات مثل Apple إجراءات تصحيحية فورية عند اكتشاف ثغرات مشابهة تؤثر على استقرار نظام التشغيل دون تدخل المستخدم. تجاهل Google المستمر، حتى بعد إثبات الثغرة على جهاز Pixel 10 حديث يعمل بنظام Android 17، يضع الأعباء الأمنية على عاتق المستخدمين. التحذير الوحيد من Bitdefender هو أن أدوات الأمان الخارجية قد تساعد في الكشف عن تهديد محتمل وعرض تحذير، لكنها لا تمتلك الصلاحية لمنع التثبيت. هذا يعني أن المستخدمين لا يزالون عرضة لهجمات قد تفقد بياناتهم بالكامل عبر إعادة ضبط المصنع، أو تتطلب معرفة تقنية معقدة باستخدام ADB في ظروف حرجة تتسابق فيها مع وقت تعطل النظام. إن الافتقار إلى استجابة فورية من Google يرسخ سابقة مقلقة بشأن مدى التزامها بحماية مستخدمي نظامها التشغيلي الرائد، ويترك فجوة أمنية كبيرة في المنظومة التي تعتمد عليها مليارات الأجهزة حول العالم.
رؤية Glitch4Techs
تؤكد Glitch4Techs أن تجاهل Google لثغرة GhostMap يمثل إخفاقاً أمنياً لا يمكن تبريره، ويتجاوز مجرد "عدم قابلية التكرار" التي ادعتها. إن رفض تصحيح ثغرة تتيح لتطبيق عديم الأذونات، لا يحتاج حتى للتشغيل، تعطيل جهاز Pixel 10 يعمل بنظام Android 17 بالكامل، هو أمر غير مقبول. الاستناد إلى أن الثغرة "خارج النطاق" بعد تقارير Bitdefender المفصلة في 20 و 25 أغسطس يظهر تقصيراً فادحاً في مسؤولية المنصة تجاه مستخدميها. الحكم قاطع: أثبتت Google أنها مستعدة للمخاطرة بفقدان البيانات الحرج للمستخدمين، وتكاليف إعادة ضبط المصنع، والوقت المستهلك في استعادة الأجهزة، بدلاً من إصدار تحديث أمني سريع. هذا الموقف لا يعكس فقط ضعفاً في دورة التصحيح الأمني، بل يترك ملايين المستخدمين عرضة للخطر دون حماية فعالة من الجهة المسؤولة عن أمن نظامهم التشغيلي، مما يقلل من الثقة الأساسية في منصة Android ككل.
المصدر:bleepingcomputer.com
يُنتج GlitchNews أخباره آليًا بالذكاء الاصطناعي اعتمادًا على مصادر منشورة، ويذكر مصدر كل خبر. سياسة التحرير
كن أول من يعرف بمستقبل التقنية
أهم الأخبار والتحليلات التقنية مباشرة في بريدك.
