# باحث أمني يشغّل كودًا على نظارة Meta Ray-Ban عبر حزمة غير موقّعة ثم عبر بايت واحد في ملف إعدادات

> **المغزى:** المغزى: فحص الأمان كان موجودًا، لكن مفتاح تشغيله كان في ملف يرسله جهاز آخر، وهو نمط يتكرر في كل client يبني قرارًا أمنيًا على إعدادات تصله من الخارج.

- المصدر: المغزى (https://almaghza.com/a/2026-11-07-meta-ray-ban-config-byte-signature-bypass/)
- التاريخ: 27 جمادى الأولى - 7 نوفمبر 2026 (2026-11-07)
- القسم: أمن سيبراني
- الوسوم: Meta، النظارات الذكية، الأمن السيبراني، الثغرات الأمنية

نشر باحث أمني في 6 نوفمبر 2026 مقالًا يشرح كيف شغّل كودًا خاصًا به على نظارة Meta Ray-Ban الذكية دون أن يفكّ النظارة. وقدّم البلاغ عبر برنامج Meta للإبلاغ عن الثغرات، ووافقت الشركة على نشر المقال. ويقول الباحث إنه يفترض أن المشكلة أُصلحت، لكنه لا يؤكد ذلك.

بدأ الباحث من تطبيق Meta AI على الهاتف، فوجد فيه رابط الـ CDN الذي تُنزَّل منه تحديثات النظارة. وكان التحديث الأول جزئيًا، فحصل على الـ firmware كاملًا عبر تعديل flag في طلب GraphQL.

والجزء الأهم يتعلق بحزمة اسمها Device Access Toolkit، يثبّتها تطبيق Meta AI على النظارة. فحتى firmware 126 لم تكن النظارة تتحقق من أن هذه الحزمة موقّعة من Meta، فوضع الباحث مكانها حزمة موقّعة منه. ولأن النظارة بلا شاشة ولا سجلات، كان يتتبع وصول الكود عبر نغمات صوتية تصل إلى الهاتف.

وفي firmware 127 أُضيف فحص للتوقيع. لكن الفحص مربوط بـ flag في ملف إعدادات يُرسل من الهاتف المقترن، والنظارة تتحقق من أن بنية الملف صحيحة، لا من أن الملف نفسه موثوق. فعدّل الباحث بايتًا واحدًا، فتعطّل الفحص، وعاد إلى تثبيت حزمته.

والنقطة اللافتة أن الفحص كان موجودًا فعلًا، لكن مفتاح تشغيله كان في مكان يتحكم فيه جهاز آخر. وهذا النمط لا يخص النظارات وحدها: أي تطبيق يستقبل config أو feature flag من الخارج، ثم يبني عليه قرارًا أمنيًا، يحمل الخلل نفسه إن كان يتحقق من صيغة الإعدادات دون مصدرها.

## المصادر

- [مقال الباحث بالتفصيل](https://p0pcycle.com/hacking-the-meta-ray-ban-smartglasses/)
- [توثيق Device Access Toolkit من Meta](https://developers.meta.com/horizon/develop/device-access-toolkit)
- [برنامج Meta للإبلاغ عن الثغرات](https://bugbounty.meta.com/)