حقن الأوامر (Prompt Injection)
أمر صوتي من التلفاز، أو لافتة في صورة الكاميرا، أو دعوة تقويم تتحكم في الجهاز – وكذلك بشكل متعدد الوسائط عبر الصورة والصوت.
حين يُدمج الذكاء الاصطناعي في جهاز، يتحول حقن الموجّهات (Prompt Injection) إلى حركة أو قفل مفتوح أو صورة كاميرا في الشبكة الخطأ. ننمذج التهديدات وفق STRIDE وMAESTRO، ونختبر من واجهة التصحيح حتى الـ LLM، ونحاكي الهجمات السيبرانية-المادية بوصفنا Red Team – وفق OWASP LLM Top 10 وAISVS وISTG وIoT Top 10.
يفحص اختبار الاختراق لمنتجات الذكاء الاصطناعي الأجهزةَ المزوّدة بذكاء اصطناعي مدمج – الروبوتات والروبوتات التعاونية (Cobots) والأنظمة الشبيهة بالبشر وكاميرات الذكاء الاصطناعي والمساعدات الصوتية وألعاب الذكاء الاصطناعي والذكاء الاصطناعي الطرفي في الآلات – عبر جميع الطبقات: العتاد والبرامج الثابتة والاتصال اللاسلكي وCloud-API والتطبيق والنموذج على الجهاز وتكامل الـ LLM. والهدف هو إثبات ما إذا كان المهاجم قادرًا على السيطرة رقميًا على المنتج أو دفعه إلى أفعال غير مرغوبة في العالم المادي.
نختبر تطبيقات الـ LLM والوكلاء البحتة دون جهاز ضمن اختبار اختراق الذكاء الاصطناعي الوكيلي، والأجهزة المتصلة دون وظيفة ذكاء اصطناعي ضمن اختبار اختراق إنترنت الأشياء.
منتج الذكاء الاصطناعي هو في آنٍ واحد جهاز IoT ونظام ذكاء اصطناعي و– مع محرّك أو قفل أو صمام – نظام سيبراني-مادي. ومن يفحص طبقة واحدة فقط من هذه الطبقات يغفل سلاسل الهجوم الواقعة بينها.
يجلب العتاد والبرامج الثابتة والاتصال اللاسلكي نقاط الضعف المعروفة للأجهزة المتصلة.
تفتح النماذج على الجهاز والـ LLMs في السحابة فئات هجوم جديدة.
تربط المشغّلات والمستشعرات الهجمات الرقمية بعواقب حقيقية.
عرضه باحثون من جامعة تل أبيب والتخنيون وSafeBreach ضد Gemini وGoogle Home (Black Hat USA، أغسطس 2025). وكانت Google قد طرحت قبل النشر إجراءات مضادة، مثل طلب التأكيد للإجراءات الخطرة. الورقة البحثية «Invitation Is All You Need»
لكل فئة منتجات محاورها الخاصة. اختاروا فئة: ستجدون أسطح الهجوم النموذجية وأهم التهديدات ومحاور فحصنا والمعايير ذات الصلة.
تجمع الروبوتات بين المشغّلات والكاميرات والاتصال اللاسلكي، وبشكل متزايد مخطِّطات مدعومة بالـ LLM. والروبوت المُخترَق ليس مجرد تسريب بيانات، بل خطر على سلامة الأشخاص القريبين منه. واعتبارًا من 20.01.2027 تشترط لائحة الآلات أن تصمد أنظمة التحكم أمام الهجمات الخبيثة المتوقعة، وألا تغادر الأنظمة ذاتية التعلم نطاق مهامها وحركتها المحدد.
تتعرّف الكاميرات الذكية على الأشخاص أو لوحات المركبات أو الوجوه مباشرةً على الجهاز أو في السحابة. وهي تعالج بيانات صور شديدة الحساسية وغالبًا بيانات بيومترية – وكثيرًا ما تكون قابلة للوصول مباشرةً من الإنترنت.
تتحكم مساعدات الـ LLM في الإضاءة والتدفئة وأقفال الأبواب والكاميرات – وتقرأ في الوقت نفسه رسائل البريد الإلكتروني والتقويمات والمحادثات. وقد يحتوي كل مصدر من مصادر البيانات هذه على تعليمات من مهاجم.
تُدخل الدمى الناطقة ونظارات الذكاء الاصطناعي وأجهزته النماذجَ اللغوية إلى غرف الأطفال والحياة اليومية. وإلى جانب حماية البيانات، يتعلق الأمر بآليات حماية مناسبة للعمر يجب ألا تختفي عبر كسر الحماية (Jailbreak).
يعمل فحص الجودة المدعوم بالذكاء الاصطناعي والصيانة التنبؤية والروبوتات المتنقلة المستقلة (AMR) على بوابات طرفية (Edge-Gateways) في قلب بيئة OT. وهنا تهم الإتاحة والسلامة وحماية النموذج بوصفه معرفة فنية.
تعالج أنظمة التشخيص بالذكاء الاصطناعي وروبوتات الرعاية والأجهزة الصحية القابلة للارتداء بياناتٍ صحية وتؤثر في العلاج. وللتصنيفات الخاطئة والتلاعب هنا أثر مباشر على المرضى.
هكذا نفكك منتج الذكاء الاصطناعي في الاختبار. لكل طبقة تهديداتها وأساليب فحصها ومراجعها الخاصة. انقروا على إحدى الطبقات.
كل ما يستطيع المهاجم إدخاله إلى إدراك الجهاز دون لمسه: الصور والنصوص والأصوات والضوء والإشارات اللاسلكية.
توفّر الكاميرات والميكروفونات وLiDAR وIMU وGNSS البيانات التي يتخذ النموذج ونظام التحكم قراراتهما بناءً عليها.
النموذج على الجهاز – التعرّف على الصور أو النموذج اللغوي أو نموذج Vision-Language-Action – هو في آنٍ واحد هدف للهجوم ومعرفة فنية جديرة بالحماية.
تحوّل المحركات والقوابض والأقفال والصمامات القرارات إلى حركة – مؤمَّنة (نأمل ذلك) بطبقة سلامة حتمية.
تحدد أداة الإقلاع ونظام التشغيل والخدمات وآلية التحديث ما إذا كانت عمليات التلاعب تبقى في الجهاز بشكل دائم.
اللوحة الإلكترونية وشرائح الذاكرة والواجهات هي الطريق المباشر إلى داخل الجهاز لكل من يملك وصولًا ماديًا.
تربط BLE وWi-Fi وZigbee وThread/Matter والاتصالات الخلوية والخدمات المحلية الجهازَ بالتطبيق والسحابة والأجهزة الأخرى.
تتحكم إدارة الأسطول وواجهات API الخاصة بالأجهزة والواجهة الخلفية للـ LLM في أجهزة كثيرة في آنٍ واحد – وهنا يتضاعف أثر خطأ واحد ليشمل الأسطول بأكمله.
غالبًا ما تكون تطبيقات الهاتف المحمول وبوابات الويب والتشغيل عن بُعد أسهل طريق للوصول إلى أجهزة كثيرة دفعة واحدة.
تُسهم النماذج المدرَّبة مسبقًا والمكتبات والرقاقات والمورّدون في تحديد مستوى الأمن – ويجب توثيقها وفق CRA.
قبل أن نختبر، ننمذج. يوفّر STRIDE الأسئلة الستة حول ما قد يسوء. ويحدد MAESTRO، إطار Cloud Security Alliance للذكاء الاصطناعي الوكيلي، أين يقع ذلك في بنية الذكاء الاصطناعي. وللمنتجات المزوّدة بمستشعرات ومشغّلات نضيف طبقة للعالم المادي.
الانتحال (Spoofing)، والتلاعب (Tampering)، والإنكار (Repudiation)، والإفصاح عن المعلومات (Information Disclosure)، وحجب الخدمة (Denial of Service)، ورفع الصلاحيات (Elevation of Privilege) – مطبّقة على كل تدفق بيانات وكل حدّ ثقة في المنتج.
سبع طبقات من Foundation Models حتى Agent Ecosystem، بما في ذلك التهديدات العابرة للطبقات. ولمنتجات الذكاء الاصطناعي نضيف العالم المادي بمستشعراته ومشغّلاته وسلامته.
النماذج على الجهاز، والنماذج اللغوية ونماذج Vision-Language-Action، ونماذج LLM السحابية
ينتحل نموذج متلاعب به صفة نموذج الشركة المصنِّعة، لأن التوقيع والتجزئة لا يُفحصان عند التحميل.
تستجيب أوزان مُحمّلة بأحصنة طروادة أو عمليات ضبط دقيق (Fine-Tunes) لمحفّز – مثل نمط في صورة الكاميرا – بقرار خاطئ مقصود.
من دون معرّف النموذج والموجّه ودرجة الثقة في السجل، لا يمكن إثبات أي نموذج أطلق إجراءً ما.
تكشف ملفات النماذج غير المشفّرة أو القنوات الجانبية في الـ NPU البنيةَ والمعرفة الفنية.
ترفع مدخلات مصمَّمة خصيصًا الحمل الحسابي وزمن الاستجابة واستهلاك البطارية حتى تتعطل الوظائف الآنية.
يدفع حقن الموجّهات أو كسر الحماية النموذجَ إلى تجاهل القواعد والأدوار (LLM01:2026).
بيانات المستشعرات والقياس عن بُعد، وبيانات التدريب والميدان، ومخزن المعرفة المحلي
تحاكي تدفقات بيانات محقونة أو مُعاد تشغيلها عبر MQTT أو DDS غير محميين قيمَ قياس حقيقية.
تسمّم بيانات الميدان المُعادة أو تصحيحات المستخدمين التدريبَ التالي للأسطول (LLM05:2026).
من دون Provenance لا يمكن إثبات أي بيانات دخلت في النموذج.
تنتهي الصور الخام والتسجيلات الصوتية أو الـ Embeddings دون تشفير في وحدات التخزين السحابية أو لدى مقدمي خدمات الوسم.
تحجب فيضانات القياس عن بُعد عمليات الرفع والتحديثات، وتفيض المخازن المؤقتة.
تتحكم إدخالات متلاعب بها في مخزن RAG المحلي في الإجابات والإجراءات (LLM09:2026).
المخطِّطات والمهارات واستدعاءات الأدوات التي تتحول إلى أوامر للأجهزة
تُعامَل أصوات أو نصوص أو أجهزة غريبة معاملة المستخدمين المخوَّلين، لأن المرسل لا يُتحقق من هويته.
يغيّر حقن الموجّهات غير المباشر عبر البريد الإلكتروني أو التقويم أو لافتة في صورة الكاميرا هدفَ المخطِّط.
تُسجَّل استدعاءات الأدوات الموجّهة إلى المحركات أو الأقفال أو الصمامات دون محفّز ودون تعليل.
يقرأ الوكيل بيانات الكاميرا أو جهات الاتصال ويمرّرها في الإجابات أو معاملات الأدوات.
تحجب الخطط التكرارية وعواصف الأدوات الجهازَ أو تُثقل الواجهات الخلفية (LLM06:2026).
يُسمح للنموذج بأكثر من اللازم: فتح الأبواب، وتغيير معاملات السلامة، وتحميل برمجيات إضافية (LLM03:2026).
العتاد والبرامج الثابتة ونظام التشغيل الطرفي وOTA والواجهة الخلفية السحابية
من دون Secure Element يمكن قراءة مفاتيح الجهاز وتسجيل نسخ مستنسخة في الأسطول.
يتيح غياب Secure Boot أو التحديثات غير الموقّعة تلاعبًا دائمًا (OWASP IoT I4).
يمكن تغيير السجلات المحلية أو إزالتها بعد الهجوم.
منافذ UART/JTAG مفتوحة، وذاكرة Flash قابلة للقراءة، ومفاتيح API مضمّنة في الشيفرة (OWASP IoT I1).
يُعطّل الاتصال اللاسلكي المشوَّش أو التحديثات المعيبة أجهزةً منفردة أو أساطيل كاملة.
تؤدي الخدمات المفتوحة أو بيانات الوصول الافتراضية أو أنفاق الصيانة عن بُعد إلى صلاحيات Root على الجهاز (OWASP IoT I2).
الاختبارات والمراقبة والقياس عن بُعد ومراقبة الأسطول
يواصل جهاز مُخترَق الإبلاغ عن «كل شيء طبيعي» لأنظمة المراقبة وإدارة الأسطول.
تُخفي بيانات التقييم والقبول المتلاعب بها أوجه القصور في المتانة.
من دون سجلات مترابطة من المستشعر والنموذج والمشغّل لا يمكن إعادة بناء الحادث – وهذا يمثّل إشكالية لإبلاغات CRA.
تتضمن عمليات رفع بيانات التشخيص صورًا أو مواقع أو بيانات صوتية.
يولّد المهاجمون أحداثًا عمدًا حتى تضيع الحالات الشاذة الحقيقية.
تمنح لوحات المعلومات أو وحدات التحكم عن بُعد ضعيفة الحماية وصولًا إلى الأسطول بأكمله.
طبقة عرضية: الهويات والسياسات وحماية البيانات وأدلة الإثبات
شهادات مشتركة أو رموز افتراضية لجيل كامل من الأجهزة.
تتغير قواعد السلامة وحماية البيانات في الموجّهات أو ملفات الإعداد دون أن يُلاحظ ذلك.
يهدد غياب SBOM وتقارير الاختبار وعمليات إدارة الثغرات مطابقةَ CE والتزامات الإبلاغ.
تلتقط الكاميرات والميكروفونات أطرافًا ثالثة؛ وتندرج البيانات البيومترية تحت المادة 9 من DSGVO.
من دون تحديثات أمنية طوال فترة الدعم يصبح المنتج خطرًا من حيث المسؤولية القانونية.
تُكتب حدود الأمن في موجّه النظام بدلًا من طبقة سياسات حتمية.
التطبيقات والمهارات ومنصات المنزل الذكي وخدمات الشركاء والأجهزة الأخرى
تنتحل مهارات أو تكاملات من جهات خارجية صفة الجدارة بالثقة.
يتحكم محتوى من خدمة متصلة – التقويم أو البريد الإلكتروني أو الدردشة – في جهاز آخر.
في الإجراءات عبر منصات متعددة لا يمكن تحديد أي وكيل أطلق ماذا.
تتدفق بيانات الصوت والكاميرا عبر واجهات API الخاصة بالمنظومة إلى أطراف ثالثة.
إذا تعطّلت سحابة الشركة المصنِّعة، يفقد الجهاز وظائفه الأساسية دون بديل آمن.
يفتح خلل تفويض الكائنات في واجهة API الخاصة بالتطبيق أجهزةَ الآخرين (OWASP API1).
البيئة المحيطة والمستشعرات والمشغّلات والسلامة – الجسر إلى العالم الحقيقي
هذه الطبقة توسعة منهجية من VamiSec لـ Embodied AI، وليست جزءًا من إطار MAESTRO الرسمي.
يخدع الليزر أو الموجات فوق الصوتية أو انتحال GNSS أو LiDAR الإدراكَ، مثلًا عبر أوامر صوتية غير مسموعة.
تتلاعب الملصقات أو اللافتات أو النصوص في مجال الرؤية بالتعرّف والتخطيط.
من دون تسجيل مقاوم للتزوير يبقى غير واضح ما إذا كان إنسان أو البيئة أو مهاجم هو من أطلق حركة ما.
يتجسس جهاز مُخترَق عبر الكاميرا والميكروفون على المنزل أو المصنع أو المستشفى.
يؤدي التفعيل المتعمَّد لإيقاف الطوارئ أو حقول الحماية إلى توقف الإنتاج.
تتجاوز أوامر برمجية حدود السرعة أو القوة أو المناطق في نظام التحكم.
يصف إصدار قائمة OWASP الصادر في أغسطس 2026 مخاطر تطبيقات الـ LLM – ويعدّ الهجمات عبر الصور والصوت الآن صراحةً من حقن الموجّهات. وفي الجهاز تكتسب المخاطر طابعًا جديدًا:
أمر صوتي من التلفاز، أو لافتة في صورة الكاميرا، أو دعوة تقويم تتحكم في الجهاز – وكذلك بشكل متعدد الوسائط عبر الصورة والصوت.
يكشف المساعد مفاتيح WLAN أو مخططات الغرف أو الوجوه أو محتوى المحادثات.
يشغّل النموذج أقفال الأبواب أو مواقد الطهي أو الأذرع الآلية دون تأكيد – وهو أخطر صاعد في القائمة من حيث العواقب.
تجلب النماذج المدرَّبة مسبقًا والمحوّلات (Adapter) ومستودعات النماذج أبوابًا خلفية أو شيفرة خبيثة إلى الجهاز.
تجعل بيانات الأسطول أو التدريب أو الضبط الدقيق المسمومة الروبوتَ يغفل عن العوائق.
تستنزف الطلبات اللامتناهية البطارية وميزانية API أو تؤدي إلى ارتفاع حرارة الـ NPU.
تؤدي إرشادات صيانة مُهلوَسة أو تعرّف خاطئ على الأشياء إلى أفعال خطرة.
يمكن استخراج موجّه النظام ومخططات الأدوات وقواعد الأمن الخاصة بالجهاز واستخدامها مخططًا للهجمات.
تتحكم إدخالات متلاعب بها في مخزن المعرفة المحلي – مثل تعليمات الصيانة – في الإجابات.
تتحول مخرجات النموذج غير المفحوصة إلى أوامر للمحركات أو أوامر Shell أو رسائل ROS.
وبالنسبة إلى الوظائف الوكيلية نفحص أيضًا وفق OWASP Top 10 for Agentic Applications 2026 (ASI01–ASI10). وعند الطلب نطابق النتائج أيضًا مع الإصدار السابق 2025.
نجمع بين قوائم المخاطر ومعايير التحقق وأدلة الاختبار والمواصفات القياسية. وبذلك تكون النتائج قابلة للمقارنة والتتبع وقابلة للاستخدام مباشرةً في وثائقكم الفنية. جميع بيانات الإصدارات محدّثة حتى: 10.10.2026.
إطار توجيهي لجميع وظائف الـ LLM – من حقن الموجّهات (LLM01) مرورًا بـ Excessive Agency (LLM03) حتى Improper Output Handling (LLM10).
للأجهزة ذات الوظائف الوكيلية: Goal Hijack (ASI01) وTool Misuse (ASI02) والهويات والذاكرة والتفاعل بين وكلاء متعددين.
متطلبات قابلة للفحص في 12 فصلًا (C1–C12) وثلاثة مستويات (L1–L3) – أساسنا لخطط الاختبار ومعايير القبول لطبقة الذكاء الاصطناعي.
32 حالة اختبار في أربعة مجالات: تطبيق الذكاء الاصطناعي والنموذج والبنية التحتية والبيانات – من حقن الموجّهات حتى Evasion Attacks.
أربع مراحل من تقييم النموذج حتى تقييم التشغيل والوكلاء – هيكل لسيناريوهات محاكاة الهجمات (Red Teaming) لدينا.
مخاطر نماذج تعلّم الآلة التقليدية على الجهاز: Input Manipulation وData Poisoning وModel Theft وغيرها.
16 تكتيكًا و120 تقنية لهجمات حقيقية على الذكاء الاصطناعي – بما في ذلك Physical Environment Access (AML.T0041) ووسائل الخداع المادية مثل الملصقات العدائية (AML.T0008.003).
حالات اختبار لكل مكوّن من مكوّنات الجهاز – المعالج والذاكرة والبرامج الثابتة والواجهات والاتصال اللاسلكي والتشغيل – مع نماذج للمهاجمين بحسب الوصول المادي والصلاحيات.
متطلبات لمنظومات IoT آمنة في خمسة فصول من المنظومة حتى منصة العتاد – أساس لمعايير التحصين.
أكثر فئات الثغرات الأمنية العشر شيوعًا في الأجهزة المتصلة – ولا تزال اللغة المشتركة في اختبار اختراق IoT.
منهجية تحليل البرامج الثابتة: من جمع المعلومات مرورًا بالاستخراج والمحاكاة حتى تحليل وقت التشغيل واستغلال الملفات الثنائية (Binary Exploitation).
آليات الأمن في DDS، البرمجيات الوسيطة تحت ROS 2: التحقق من الهوية والتحكم في الوصول والتشفير بين العُقد، مطبّقة باستخدام SROS 2.
13 مجموعة من المتطلبات الأساسية لأجهزة IoT الاستهلاكية – من «لا كلمات مرور افتراضية عامة» حتى التحقق من صحة المدخلات.
إثبات متطلبات الأمن السيبراني الواردة في توجيه المعدات الراديوية. وتتعلق القيود، من بين أمور أخرى، بكلمات المرور وأدوات الرقابة الأبوية ومعايير التحديث.
13 مبدأً عبر خمس مراحل من دورة الحياة لنماذج وأنظمة الذكاء الاصطناعي – بما في ذلك إلزامية اختبارات الأمن قبل الإصدار (المبدأ 9).
عملية تطوير آمنة (4-1) ومتطلبات فنية للمكوّنات (4-2) للمنتجات الصناعية.
مصطلحات مشتركة للتهرّب (Evasion) والتسميم (Poisoning) وهجمات الخصوصية وإساءة الاستخدام – بما في ذلك حقن الموجّهات غير المباشر والوكلاء.
ترجمة عمل ألمانية لـ OWASP Internet of Things Top 10 (2018) – ولا تزال الإصدار الحالي حتى اليوم. وفي منتجات الذكاء الاصطناعي تبقى هذه الفئات ذات صلة: فهي غالبًا نقطة الدخول للهجمات على طبقة الذكاء الاصطناعي.
من ورشة العمل الأولى حول البنية حتى حزمة أدلة الإثبات لتقييم المطابقة. تبني الوحدات على بعضها، لكن يمكن أيضًا التعاقد على كل منها منفردة.
ننمذج منتجكم وفق STRIDE وMAESTRO – بما في ذلك الطبقة المادية – ونستخلص منها مخاطر مرتبة حسب الأولوية وخطة اختبار.
بدعم من VamiThreat: تحليل STRIDE وMAESTRO والمطابقة التلقائية مع MITRE ATT&CK وATLAS.
المزيد حول نمذجة تهديدات الذكاء الاصطناعياختبار Grey-Box أو White-Box عبر جميع الطبقات: العتاد والبرامج الثابتة والاتصال اللاسلكي وCloud-API والتطبيق والنموذج على الجهاز وتكامل الـ LLM.
تحليل البرامج الثابتة والملفات الثنائية بدعم الذكاء الاصطناعي باستخدام VamiReverse.
اطلبوا اختبار اختراقمحاكاة هجمات موجّهة نحو الهدف عبر حدود الطبقات: هل يستطيع المهاجم دفع منتجكم إلى فعل غير مرغوب في العالم الحقيقي؟
قابلة للتوسع باستخدام AI Pentesting Agent من VamiRedteam (مجموعات اختبار خاصة بالذكاء الاصطناعي وفق MITRE ATLAS).
تعرّفوا على VamiRedteamنحوّل النتائج إلى أدلة إثبات لوثائقكم الفنية ونرافق المعالجة حتى نجاح إعادة الاختبار.
SBOM لكل إصدار وتتبّع الثغرات الأمنية باستخدام VamiAppSec.
إلى قانون المرونة السيبرانيةيوجّه نموذج التهديدات الاختبار: نفحص أولًا ما هو حرج فعلًا لمنتجكم.
متغيرات المنتج ونطاق الاختبار وبيئة الاختبار والوصول وقواعد الاشتباك (Rules of Engagement) – وفي حالة المشغّلات بما في ذلك مفهوم السلامة.
النتيجة: اتفاقية الاختبار وموافقة السلامة
STRIDE لكل تدفق بيانات وحدّ ثقة، منظَّمًا وفق طبقات MAESTRO إضافة إلى العالم المادي.
النتيجة: سجل التهديدات وأشجار الهجوم
استخلاص حالات الاختبار من نموذج التهديدات، مع مطابقتها مع AISVS وISTG وLLM Top 10 وIoT Top 10.
النتيجة: خطة اختبار مرتبة حسب الأولوية
العتاد والبرامج الثابتة والاتصال اللاسلكي وCloud-API والتطبيق والنموذج والـ LLM – كل طبقة بالأساليب المناسبة.
النتيجة: نتائج مُتحقَّق منها مع إثبات مفهوم (Proof of Concept)
سيناريوهات متسلسلة عبر حدود الطبقات: من نقطة الدخول حتى الأثر في العالم المادي.
النتيجة: سلاسل هجوم مع لوحة قصصية (Storyboard)
ملخص إداري، ونتائج فنية، وإجراءات، ومطابقة مع المعايير – وبعد المعالجة نعيد الفحص.
النتيجة: التقرير، وتقرير إعادة الاختبار، وحزمة أدلة الإثبات
السلامة أولًا: لا نُجري الاختبارات على الروبوتات والآلات ذات المشغّلات إلا وفق مفهوم سلامة متفق عليه – منطقة اختبار محددة، وإيقاف طوارئ في متناول اليد، وسرعات مخفّضة، وموافقة المسؤولين عن السلامة لديكم. وحيثما أمكن، نختبر أولًا في المحاكاة أو على توأم رقمي (Digital Twin).
يحتاج منتج الذكاء الاصطناعي إلى عمق اختبار اختراق IoT وأساليب اختبار اختراق LLM – إضافة إلى النظر في العواقب المادية.
| مجال الفحص | اختبار اختراق IoT التقليدي | اختبار اختراق LLM/الوكلاء | اختبار الاختراق لمنتجات الذكاء الاصطناعي |
|---|---|---|---|
| العتاد وواجهات التصحيح والبرامج الثابتة | مشمول | غير مغطى | مشمول |
| الاتصال اللاسلكي والاقتران (BLE وWi-Fi وMatter وZigbee) | مشمول | غير مغطى | مشمول |
| الواجهة الخلفية السحابية وواجهات API والتطبيق المرافق | مشمول | جزئيًا | مشمول |
| حقن الموجّهات وكسر الحماية (النص والصوت والصورة) | غير مغطى | مشمول | مشمول |
| استخراج النموذج وAdversarial Examples والتسميم | غير مغطى | جزئيًا | مشمول |
| العواقب المادية وحدود السلامة للمشغّلات | غير مغطى | غير مغطى | مشمول |
| نموذج التهديدات وفق STRIDE × MAESTRO بما في ذلك الطبقة المادية | جزئيًا | جزئيًا | مشمول |
| أدلة إثبات لـ CRA وEN 18031 وAI Act ولائحة الآلات | جزئيًا | جزئيًا | مشمول |
مشمول جزئيًا غير مغطى
مجموعة مختارة من الثغرات الأمنية الموثّقة ونتائج البحث خلال العامين الماضيين – كل منها مع المصدر.
سمحت مفاتيح AES مضمّنة في الشيفرة ضمن تهيئة BLE بحقن أوامر بصلاحيات Root على G1 وH1 وGo2 وB2. وأظهر الباحثون أن روبوتًا مصابًا يمكن أن ينتشر إلى روبوتات أخرى ضمن نطاق الاتصال اللاسلكي. ومُنحت أربعة معرّفات CVE (CVE-2025-35027، -60017، -60250، -60251).
ما نختبره بناءً على ذلك: التهيئة والاتصال اللاسلكي وإدارة المفاتيح في كل اختبار للروبوتات.
IEEE Spectrum، 09/2025وفقًا لـ Alias Robotics يرسل الروبوت الشبيه بالبشر G1 كل 300 ثانية بيانات المستشعرات والحالة عبر MQTT إلى خوادم خارجية – دون إشعار المشغّل. كما تستخدم واجهة BLE مفتاح AES ثابتًا ومتطابقًا على جميع الأجهزة.
ما نختبره بناءً على ذلك: تحليل تدفق البيانات وفحص الاتصالات المخفية.
arXiv 2509.14139دفعت تعليمات مخفية في دعوات التقويم Gemini إلى تشغيل أجهزة المنزل الذكي. وقيّم الباحثون 73% من التهديدات المعروضة بأنها عالية أو حرجة؛ وطرحت Google إجراءات مضادة.
ما نختبره بناءً على ذلك: حقن الموجّهات غير المباشر عبر جميع مصادر البيانات المتصلة.
arXiv 2508.12175سيطرت نصوص مُحسَّنة على لافتات في صورة الكاميرا على وكلاء Vision-Language: نسبة نجاح 95.5% في تتبّع الأشياء بالطائرات المسيّرة في المحاكاة، وحتى 92.5% على مركبة روبوتية حقيقية تعمل بـ GPT-4o.
ما نختبره بناءً على ذلك: البيئة المحيطة بوصفها ناقل هجوم في محاكاة الهجمات (Red Teaming).
arXiv 2510.00181 (IEEE SaTML 2026)جعلت رقعة ملوّنة صغيرة في مجال الرؤية الروبوتات العاملة بـ OpenVLA تُخفق في مهامها – في المحاكاة وفي أفضل سيناريو هجوم بنسبة تصل إلى 100%، وفي التجربة المادية في أكثر من 43% من الحالات.
ما نختبره بناءً على ذلك: اختبارات متانة النموذج في ظروف حقيقية.
ICCV 2025، arXiv 2411.13587لم تكن بوابة الوالدين لدمية الذكاء الاصطناعي Bondu تتحقق إلا من وجود حساب Google. وبذلك كانت سجلات المحادثات وأسماء الأطفال وتواريخ ميلادهم قابلة للاطلاع من قِبل أطراف ثالثة. وأغلقت الشركة المصنِّعة الثغرة على الفور.
ما نختبره بناءً على ذلك: تفويض البوابات وواجهات API والسجلات.
Malwarebytes، 02/2026قدّمت 60 كاميرا على الأقل من كاميرات Flock Safety المدعومة بالذكاء الاصطناعي بثًا مباشرًا وأرشيفات ولوحات إدارة دون تسجيل دخول على الإنترنت. وتحدثت الشركة المصنِّعة عن خطأ في الإعداد جرى إصلاحه.
ما نختبره بناءً على ذلك: سطح الهجوم الخارجي والتحقق من الهوية لكل واجهة.
404 Media، 12/2025سمحت الثغرة CVE-2026-8153 في PolyScope 5 من Universal Robots بتنفيذ أوامر نظام تشغيل دون تحقق من الهوية عبر Dashboard-Server – ووفقًا لتقدير الجهة المكتشفة (Claroty) مع عواقب قد تمتد إلى أساطيل Cobots كاملة، شريطة أن يكون Dashboard-Server مفعّلًا وقابلًا للوصول.
ما نختبره بناءً على ذلك: خدمات الشبكة وتجزئة أنظمة التحكم في الروبوتات.
SecurityWeek، 05/2026عبر الإشعاع الكهرومغناطيسي أعاد باحثون من NC State University بناء المعاملات الفائقة (Hyperparameters) للشبكات العصبية على Google Edge TPU بدقة 99.91% – بشرط الوصول المادي.
ما نختبره بناءً على ذلك: حماية النموذج بوصفه ملكية فكرية.
IACR TCHES 2025تتشابك سلامة المنتجات وتوجيه المعدات الراديوية وCyber Resilience Act والمسؤولية عن المنتجات ولائحة الآلات وAI Act. وتتحول اختبارات الأمن في ذلك من عنصر إثبات إلى عنصر إلزامي.
تشترط لائحة سلامة المنتجات (EU) 2023/988 إدراج خصائص الأمن السيبراني وكذلك الوظائف التعلّمية والتنبؤية في تقييم السلامة.
تسري اللائحة المفوَّضة (EU) 2022/30 – ويتم الإثبات مثلًا عبر EN 18031-1/-2/-3 المُدرجة مع قيود فقط. واعتبارًا من 11.12.2027 يتولى CRA ذلك.
يجب إبلاغ كل من يتفاعل مع نظام ذكاء اصطناعي – مثل مساعد صوتي – بذلك، ما لم يكن ذلك واضحًا. وبالنسبة إلى وسم المحتوى المولَّد بالذكاء الاصطناعي (الفقرة 2) تسري للأنظمة القائمة فترة انتقالية حتى 02.12.2026.
يجب الإبلاغ عن الثغرات الأمنية المستغَلة فعليًا والحوادث الخطيرة عبر منصة الإبلاغ التابعة لـ ENISA: إنذار مبكر خلال 24 ساعة، وإبلاغ خلال 72 ساعة – وكذلك للمنتجات الموجودة بالفعل في السوق.
للمنتجات المطروحة في السوق بعد 09.12.2026: تُعدّ البرمجيات – بما فيها الذكاء الاصطناعي – منتجًا؛ وتُعتبر متطلبات الأمن السيبراني ذات الصلة بالسلامة معيارًا حاسمًا أيضًا. ولا يُعفي غياب التحديثات الأمنية الشركة المصنِّعة، طالما كانت ضمن سيطرتها (المادتان 7 و11 من التوجيه (EU) 2024/2853).
الحماية من الإفساد (الملحق III 1.1.9) وأنظمة تحكم مقاومة للهجمات (1.2.1). وتحتاج وظائف السلامة ذات السلوك ذاتي التعلم القائم على تعلّم الآلة إلى تقييم مطابقة من طرف ثالث.
من بين أمور أخرى التعرّف البيومتري عن بُعد والتعرّف على المشاعر – وهو ذو صلة بكاميرات الذكاء الاصطناعي المزوّدة بالتعرّف على الوجوه.
تسري جميع متطلبات الملحق I – بما فيها اختبارات أمن فعّالة ودورية. وفي الوقت نفسه ينتهي سريان اللائحة المفوَّضة الخاصة بتوجيه المعدات الراديوية.
بالنسبة إلى الذكاء الاصطناعي بوصفه مكوّن سلامة، مثلًا في الألعاب والمعدات الراديوية والأجهزة الطبية، تسري التزامات الأنظمة عالية المخاطر بما فيها المادة 15، شريطة أن يكون تقييم المطابقة من طرف ثالث منصوصًا عليه. وبالنسبة إلى الآلات تأتي متطلبات الذكاء الاصطناعي عبر قوانين مفوَّضة للائحة الآلات تسري في موعد أقصاه 02.08.2028.
محدّث حتى: 10.10.2026. بيانات AI Act وفق Digital Omnibus on AI (اللائحة (EU) 2026/1744) الذي نقل الآلات إلى الملحق I القسم B. لا يُعدّ هذا استشارة قانونية – نحن ندعم إعداد أدلة الإثبات من الناحية الفنية.
وضع المخاطر وسلاسل الهجوم الحرجة والتوصيات في صفحتين – للإدارة العليا ومسؤولي المنتجات.
مخطط تدفق البيانات وحدود الثقة وسجل التهديدات وفق STRIDE × MAESTRO – كوثيقة حيّة لفريق التطوير.
كل نتيجة قابلة لإعادة الإنتاج، ومقيّمة وفق CVSS 4.0 و– في حالة المشغّلات – وفق الأثر على السلامة.
سيناريوهات محاكاة الهجمات (Red Teaming) خطوة بخطوة: الدخول، والتصعيد، والأثر المادي.
الربط بـ OWASP وMITRE ATLAS وETSI EN 303 645 وEN 18031 وCRA وAI Act.
إصلاحات محددة للعتاد والبرامج الثابتة والسحابة والنموذج – مرتبة حسب المخاطر والجهد.
بعد المعالجة نفحص النتائج مجددًا ونوثّق الحالة.
تقارير اختبار ومطابقات مُعدّة للوثائق الفنية وتقييم المطابقة.
اختبار الاختراق لمنتجات الذكاء الاصطناعي هو اختبار أمني للأجهزة المزوّدة بذكاء اصطناعي مدمج – مثل الروبوتات وكاميرات الذكاء الاصطناعي والمساعدات الصوتية أو الذكاء الاصطناعي الطرفي في الآلات. ويُفحص العتاد والبرامج الثابتة والاتصال اللاسلكي وCloud-API والتطبيق والنموذج على الجهاز وتكامل الـ LLM. ويتمحور السؤال حول ما إذا كان المهاجم قادرًا على السيطرة على المنتج أو دفعه إلى أفعال في العالم المادي.
يفحص اختبار اختراق IoT العتاد والبرامج الثابتة والاتصال اللاسلكي والسحابة. أما في منتج الذكاء الاصطناعي فتُضاف الهجمات على النموذج وتكامل الـ LLM – حقن الموجّهات وكسر الحماية واستخراج النموذج وAdversarial Examples – إضافة إلى مسألة العواقب المادية التي قد يُحدثها هجوم عبر المشغّلات والمستشعرات. وللأجهزة التي لا تتضمن وظيفة ذكاء اصطناعي نوصي باختبار اختراق IoT لدينا.
نعم. ومن الحالات الموثّقة الوصول بصلاحيات Root عبر Bluetooth إلى روبوتات Unitree (UniPwn، 2025)، وكسر حماية روبوتات موجّهة بالـ LLM بنسب نجاح تصل إلى 100% في اختبار بحثي (RoboPAIR، 2024)، وثغرة حرجة في برنامج Cobots من Universal Robots (CVE-2026-8153، CVSS 9.8). ونقاط الدخول النموذجية هي واجهات الاتصال اللاسلكي وخدمات الشبكة وواجهات Cloud-API ومخطِّط الذكاء الاصطناعي نفسه.
نعم، إذا تحولت مخرجات النموذج دون فحص إلى أوامر أو امتلك النموذج صلاحيات واسعة أكثر من اللازم – وفي إصدار OWASP لعام 2026 يُسمّى ذلك Improper Output Handling (LLM10) وExcessive Agency (LLM03). وقد أظهر الباحثون أن الأوامر الصوتية أو النصوص في صورة الكاميرا أو دعوات التقويم يمكنها التحكم في الروبوتات والطائرات المسيّرة وأجهزة المنزل الذكي. لذلك نفحص بشكل موجّه ما إذا كانت هناك طبقة أمن حتمية تعمل بين تخطيط الذكاء الاصطناعي والمشغّلات.
لطبقة الذكاء الاصطناعي: OWASP Top 10 for LLM Applications 2026 وOWASP Top 10 for Agentic Applications 2026 وOWASP AISVS 1.01 وOWASP AI Testing Guide وOWASP GenAI Red Teaming Guide وMITRE ATLAS. وللجهاز والاتصال اللاسلكي: OWASP ISTG وOWASP ISVS وOWASP IoT Top 10 ومنهجية البرامج الثابتة OWASP FSTM، وللروبوتات DDS Security مع SROS 2. ومن المواصفات القياسية: ETSI EN 303 645 وEN 18031 وETSI EN 304 223 وIEC 62443-4-1/-4-2.
MAESTRO هو إطار لنمذجة التهديدات صادر عن Cloud Security Alliance للذكاء الاصطناعي الوكيلي، يتضمن سبع طبقات معمارية من النماذج الأساسية (Foundation Models) حتى منظومة الوكلاء (Agent Ecosystem). يجيب STRIDE عن نوع التهديد القائم، بينما يجيب MAESTRO عن موضع نشوئه في بنية الذكاء الاصطناعي. وللمنتجات المزوّدة بأجهزة استشعار ومشغّلات نضيف طبقة للعالم المادي – إذ تُدرج Microsoft الأمثلة العدائية (Adversarial Examples) في المجال المادي فئةَ تهديد مستقلة ضمن نمذجة التهديدات لأنظمة الذكاء الاصطناعي/التعلم الآلي.
لا ينص CRA على إجراء يُسمّى اختبار الاختراق، لكنه يشترط في الملحق I الجزء II اختبارات ومراجعات فعّالة ومنتظمة لأمن المنتج. واختبار الاختراق هو الطريقة المعتادة لإثبات ذلك. تسري التزامات الإبلاغ منذ 11 سبتمبر 2026، وتسري سائر المتطلبات اعتبارًا من 11 ديسمبر 2027.
نعم: يذكر الملحق III من CRA ضمن الفئة I المساعدات الافتراضية العامة للمنزل الذكي (البند 16)، ومنتجات المنزل الذكي ذات الوظائف الأمنية مثل كاميرات المراقبة وأجهزة مراقبة الأطفال وأنظمة الإنذار (البند 17)، والألعاب المتصلة ذات التفاعل الاجتماعي أو تحديد الموقع (البند 18)، وكذلك أجهزة قابلة للارتداء معيّنة (البند 19). وتذكر اللائحة التنفيذية (EU) 2025/2392 صراحةً مكبرات الصوت الذكية المزوّدة بمساعد صوتي. ولا يُتاح التقييم الذاتي (الوحدة A) للفئة I إلا إذا طُبّقت بالكامل معايير منسّقة أو مواصفات مشتركة أو مخطط اعتماد أوروبي لا يقل عن مستوى «substantial» (المادة 32 الفقرة 2 من CRA) – وما دامت المعايير غير منشورة في الجريدة الرسمية، يمر الطريق في الغالب عبر جهة مُخطَرة.
يتوقف ذلك على تشريعات المنتج. فبالنسبة إلى الذكاء الاصطناعي بوصفه مكوّنًا أمنيًا في منتجات الملحق I القسم A – مثل الألعاب أو الأجهزة اللاسلكية أو الأجهزة الطبية – تسري التزامات المخاطر العالية بما فيها المادة 15 وفق Digital Omnibus اعتبارًا من 2 أغسطس 2028، إذا كان تقييم المطابقة من قِبل طرف ثالث منصوصًا عليه. أما الآلات فقد نقلها Omnibus إلى القسم B: إذ ترد متطلبات الذكاء الاصطناعي في الروبوتات والآلات عبر قوانين مفوّضة بموجب لائحة الآلات، التي تسري بدورها اعتبارًا من 20 يناير 2027. وتسري التزامات الشفافية وفق المادة 50 منذ 2 أغسطس 2026.
عبر مفهوم سلامة متفق عليه: منطقة اختبار محددة، وزر إيقاف طارئ في المتناول، وسرعات مخفّضة، وموافقة مسؤولي السلامة لدى الشركة المصنِّعة. ونختبر السيناريوهات الحرجة أولًا في المحاكاة أو على التوأم الرقمي (Digital Twin)، قبل إعادة تنفيذها على النظام الحقيقي.
نعم. نفحص ما إذا كانت ملفات النماذج مخزّنة دون حماية على الجهاز أو في التطبيق، وما إذا كانت عملية التحميل والتوقيع آمنة، ومدى صمود النموذج أمام الأمثلة العدائية وبيانات الاستشعار المتلاعب بها والتسميم (Poisoning). وعند الحاجة نقيّم أيضًا مخاطر القنوات الجانبية في المسرّعات (ISTG-PROC-SIDEC).
نعم. نحلّل البرامج الثابتة والخدمات وحركة الشبكة بحثًا عن اتصالات غير موثّقة وأنفاق صيانة عن بُعد ووظائف مخفية. ومن أمثلة الأبحاث القياس عن بُعد الخفي في Unitree G1 ونفق الوصول عن بُعد في Unitree Go1 (CVE-2025-2894).
النهج الأكثر فاعلية هو Grey Box أو White Box: جهازا اختبار إلى ثلاثة، ووصول إلى التطبيق وبيئة الاختبار السحابية، ووثائق البنية، و– إن أمكن – صور البرامج الثابتة ومقتطفات من الشيفرة المصدرية. اختبار Black Box ممكن، لكنه يغطي في الوقت نفسه سطح هجوم أقل.
يتوقف ذلك على فئة المنتج وعدد الواجهات وعمق الاختبار والوحدات المطلوبة. بعد محادثة تحديد نطاق مجانية تحصلون على عرض بسعر ثابت. ويستغرق الاختبار المركّز لجهاز واحد شاملًا التقرير في الغالب بضعة أسابيع.
على الأقل قبل كل إصدار رئيسي للمنتج وبعد التغييرات الجوهرية في البرامج الثابتة أو النموذج أو الوظائف السحابية. ونظرًا لتطور النماذج وتقنيات الهجوم بسرعة، نوصي إضافةً إلى ذلك بإعادة اختبار سنوية – إذ يشترط CRA اختبارات منتظمة طوال فترة الدعم بأكملها.

«في منتجات الذكاء الاصطناعي لم يعد السؤال فقط ما إذا كان المهاجم سيتمكن من الدخول – بل ما الذي يمكنه أن يجعل الجهاز يفعله في العالم الحقيقي.“
نجمع بين اختبار اختراق العتاد وإنترنت الأشياء، ومحاكاة الهجمات (Red Teaming) على الذكاء الاصطناعي، والخبرة التنظيمية في CRA وEU AI Act ولائحة الآلات – للحصول على أدلة إثبات أمنية متينة قبل الطرح في السوق وطوال فترة الدعم بأكملها.