مجال بحثي · أمن المنتجات وOT

أمنٌ مدمج في المنتج – من وحدة التحكم حتى الجهاز الطبي

تبقى المركبات المتصلة وأنظمة التحكم الصناعية والأجهزة الطبية وأجهزة الذكاء الاصطناعي في الميدان لفترات طويلة. ويبحث Vami Research في كيفية إثبات أمنها على امتداد دورة حياتها بأكملها – من TARA باستخدام Automotive Threat Matrix، مرورًا بـ ⁦IEC 62443⁩ وCyber Resilience Act، وصولًا إلى صيانة الأجهزة الطبية المتصلة والذكاء الاصطناعي داخل الجهاز.

  • Automotive Threat Matrix
  • ⁦ISO/SAE 21434⁩
  • ⁦IEC 62443⁩
  • التزام الإبلاغ وفق CRA
  • MDR و⁦IEC 81001-5-1⁩
  • الذكاء الاصطناعي في المنتج
  • TISAX
دراسات معمّقة
10
أوراق بيضاء
3
حلول
3
السياق

حين تكمن البرمجيات في المنتج، يصبح الأمن خاصية من خصائص المنتج

لا يحمي أمن المنتجات تقنية المعلومات الخاصة بالمؤسسة، بل المنتجَ في الميدان – وكثيرًا ما يكون ذلك مع وصول مادي للمهاجمين إليه، وعلى امتداد فترات تشغيل تتجاوز بوضوح دورات الدعم المعتادة في تقنية المعلومات. وتطال الثغرة الأمنية القاعدةَ المثبَّتة بأكملها، وقد تترتب عليها عواقب على السلامة (Safety) أو عمليات استدعاء أو فقدان موافقة الطراز. وبذلك تنتقل المسؤولية من تشغيل تقنية المعلومات إلى تطوير المنتجات.

ويلحق التنظيم بهذا التطور: فمنذ 7 يوليو 2024 تحتاج كل مركبة جديدة من الفئات M وN وO في الاتحاد الأوروبي إلى موافقة طراز للأمن السيبراني وفق ⁦UN R155⁩، ومنذ 1 أغسطس 2025 تسري متطلبات الأمن السيبراني على المعدات الراديوية المتصلة بالإنترنت، ومنذ 11 سبتمبر 2026 التزامات الإبلاغ في Cyber Resilience Act. واعتبارًا من 20 يناير 2027 تفرض لائحة الآلات لأول مرة متطلبات ملزمة للأمن السيبراني على الآلات. أما الأجهزة الطبية فتظل خاضعة لتنظيم MDR – إذ يستثنيها CRA.

ومع الذكاء الاصطناعي داخل الجهاز يُضاف بُعد جديد: إذ تتحوّل المخطِّطات وSkills واستدعاءات الأدوات إلى أوامر للمحركات أو الأقفال أو الصمامات. لذلك يربط Vami Research الأساليب الراسخة مثل TARA ونماذج المناطق واختبارات اختراق إنترنت الأشياء بنماذج التهديدات الخاصة بالذكاء الاصطناعي الوكيلي، وينشر النتائج في صورة دراسات معمّقة وأوراق بيضاء ومقالات متخصصة، مثلًا في مجلة ⁦mt|medizintechnik⁩.

أسئلة بحثية

أسئلة مفتوحة من الممارسة العملية

  1. 01

    كيف يُوصف سلوك المهاجمين على المركبة بحيث تتحدث TARA واختبار الاختراق وVehicle SOC اللغةَ نفسها؟

    نهجنا

    نستخدم Automotive Threat Matrix الصادرة عن ⁦Auto-ISAC⁩، الإصدار ⁦v4.02⁩ بتاريخ 4 ديسمبر 2025، بما تضمه من 14 تكتيكًا و75 تقنية. ونجمّد الإصدار ونسجّله في TARA وCSMS؛ ونرسّخ معرّفات التقنيات في PSIRT ونطاق اختبار الاختراق وVehicle SOC. وللواجهة الخلفية والتطبيق المرافق وخادم OTA والشحن ندير طبقة توسعة خاصة بنا – فالمصفوفة تصف في المقام الأول المركبة نفسها.

  2. 02

    كيف ترسّخ الشركات المصنِّعة الأمن من نموذج التهديدات حتى الإبلاغ عن ثغرة أمنية مستغَلة بنشاط؟

    نهجنا

    نسترشد بـ «Secure by Design and Default Playbook» الصادر عن ENISA: لكل مبدأ قائمة تحقق وحدّ أدنى من أدلة الإثبات وبوابة إصدار. ويُضاف إلى ذلك نمذجة التهديدات، وSBOM لكل إصدار، وفريق PSIRT يلتزم بمهل CRA البالغة 24 ساعة و72 ساعة و14 يومًا. ويجسّد VamiGRC دورة حياة أمن المنتجات (Product Security Lifecycle) مع بوابات الإصدار وTARA وSBOM؛ وتُعدّ VamiAppSec البلاغات في صورة مسودات.

  3. 03

    كيف يمكن تأمين منشآت الإنتاج دون تعريض التوافر والسلامة الوظيفية للخطر؟

    نهجنا

    نقسّم المنشآت وفق ⁦IEC 62443⁩ إلى مناطق وقنوات (Conduits)، ونحدّد لكل منطقة مستوى أمان مستهدفًا. وتتحقق شفافية الأصول عبر الاكتشاف السلبي (Passive Discovery)، لأن عمليات المسح النشط قد تُربك أنظمة التحكم الأقدم. وتجري الصيانة عن بُعد عبر بوابات مخصّصة مع تفعيل الوصول لكل جلسة على حدة. وبذلك تصبح الالتزامات الناشئة عن ⁦NIS2⁩، الذي يشمل قطاع الصناعات التحويلية أيضًا، قابلةً للتطبيق في بيئة OT.

  4. 04

    كيف تبقى الأجهزة الطبية المتصلة والمدعومة بالذكاء الاصطناعي آمنة في الميدان، حين يكون الأمن في الوقت ذاته سلامةً للمرضى؟

    نهجنا

    نربط إدارة المخاطر الأمنية (Security) بإدارة مخاطر السلامة (Safety) ربطًا وثيقًا وفق ⁦MDCG 2019-16⁩ و⁦IEC 81001-5-1⁩: جرد مع SBOM، وفرز في السياق السريري، وتصحيحات بوصفها تغييرًا مضبوطًا، ومسارات إبلاغ منسّقة. وبالنسبة للذكاء الاصطناعي يُدرَج في نموذج التهديدات كلٌّ من حقن الأوامر (Prompt Injection) والصلاحيات المفرطة الممنوحة للوكلاء؛ وعلى الأجهزة الطبية القائمة على الذكاء الاصطناعي التي تخضع لتقييم جهة مُخطَرة (Notified Body) تسري التزامات الأنظمة عالية المخاطر في AI Act اعتبارًا من 2 أغسطس 2028.

الاستنتاجات

ما نخلص إليه

  1. 01

    يحتاج تقييم المخاطر الشامل إلى المصفوفة وكتالوج ⁦UN R155⁩ معًا

    ربطنا تقنيات Automotive Threat Matrix الـ 75 بكتالوج التهديدات في ⁦UN R155⁩: يمكن ربط 52 منها بدقة، في حين تكاد التهديدات الموجّهة إلى خوادم الواجهة الخلفية تغيب تمامًا عن المصفوفة. أما كتالوج ⁦UN R155⁩ فلا يُظهر بدوره مسارات الهجوم ولا يعلّل قابلية التنفيذ. ولا يقوم تقييم المخاطر إلا على القائمتين معًا، مترابطتين عبر معرّفات ثابتة.

    المرجع: Automotive Threat Matrix

  2. 02

    في منتجات الذكاء الاصطناعي قد تكون لحقن الأوامر (Prompt Injection) عواقب مادية

    إذا كان الذكاء الاصطناعي مدمجًا في جهاز، تتحوّل المخطِّطات واستدعاءات الأدوات إلى أوامر للمحركات أو الأقفال أو الصمامات. ويصبح المنتج حينئذٍ جهاز IoT ونظام ذكاء اصطناعي ونظامًا سيبرانيًا-ماديًا في آنٍ واحد. ومن يفحص طبقة واحدة فقط يغفل سلاسل الهجوم الواقعة بينها – لذلك نُنمذج وفق STRIDE وMAESTRO ونختبر من واجهة التصحيح (Debug) حتى LLM.

    المرجع: اختبار اختراق منتجات الذكاء الاصطناعي

  3. 03

    جهاز تُقرأ ذاكرته قد يعرّض الأسطول بأكمله للخطر

    من يحمل جهازًا متصلًا بيده يستطيع الوصول إلى واجهات التصحيح، وقراءة ذاكرة الفلاش، وتحليل البرنامج الثابت. وكثيرًا ما تسري بيانات الاعتماد أو مفاتيح التوقيع المستخرجة من جهاز واحد على الأسطول بأكمله. لذلك يُفحص ما إذا كانت منافذ التصحيح (Debug) معطّلة، وما إذا كان Secure Boot فعّالًا، وما إذا كانت الأسرار محفوظة بشكل محمي.

    المرجع: اختبار اختراق إنترنت الأشياء

  4. 04

    في الأجهزة الطبية يحدّد السياقُ السريري الأولوية

    تقيّم CVSS وEPSS وKEV الخطورة والاحتمال والهجمات الجارية – لكنها لا تقيّم ما إذا كان الجهاز موصولًا بالمريض، أو ما إذا كان التلاعب يغيّر التشخيص والعلاج. وهذه الأسئلة وحدها تحدّد فئة الأولوية. لذلك قد تكون ثغرة متوسطة التقييم في نظام علاجي أكثر إلحاحًا من ثغرة حرجة في جهاز معزول.

    المرجع: صيانة الأجهزة الطبية المتصلة

المنهجية

كيف نعمل

يربط Vami Research المعايير الخاصة بكل قطاع بمنهجية مشتركة: نمذجة التهديدات، والفحص عبر جميع الطبقات، والاحتفاظ بأدلة إثبات قابلة للاستخدام في TARA والتوثيق التقني وتقييم المطابقة.

TARA باستخدام Automotive Threat Matrix

تقنيات المصفوفة بوصفها لبنات لمسارات الهجوم وفق ⁦ISO/SAE 21434⁩، مطابَقة مع كتالوج التهديدات في ⁦UN R155⁩؛ مع حفظ افتراضات قابلية التنفيذ بإصدارات محدّدة.

STRIDE وMAESTRO

نموذج تهديدات لكل تدفق بيانات وحدّ ثقة، وللذكاء الاصطناعي الوكيلي على امتداد طبقات MAESTRO السبع – في VamiThreat مع الربط بـ ⁦MITRE ATT&CK⁩ وATLAS.

المناطق والقنوات (Conduits) والاكتشاف السلبي

تقسيم المنشآت وفق ⁦IEC 62443⁩ إلى مناطق ذات مستوى أمان مستهدف؛ والجرد انطلاقًا من حركة البيانات المنسوخة بدلًا من عمليات المسح النشط في شبكة الإنتاج.

الفحص من الشريحة حتى السحابة

اختبارات اختراق منتجات إنترنت الأشياء والذكاء الاصطناعي وفق OWASP ISVS وISTG و⁦ETSI EN 303 645⁩: العتاد والبرنامج الثابت والاتصال اللاسلكي والواجهة الخلفية والتطبيق والنموذج في ترابطها.

بوابات الإصدار مع الحد الأدنى من أدلة الإثبات

أدلة Playbook من ENISA مع قائمة تحقق وبوابة إصدار؛ وSBOM لكل إصدار وVEX وعملية PSIRT بوصفها أساسًا للقدرة على الإبلاغ وفق CRA.

الفرز السريري

استكمال التقييم التقني بقابلية الوصول والقرب من المريض والعواقب على التشخيص أو العلاج؛ وتثبيت التصحيحات بوصفها تغييرًا مضبوطًا.

هكذا تبدؤون

  1. 1النمذجةرصد البنية وتدفقات البيانات وحدود الثقة؛ واستنباط التهديدات ومسارات الهجوم عبر TARA أو STRIDE أو MAESTRO.
  2. 2الفحص والتحصيناختبارات اختراق من واجهة التصحيح (Debug) حتى LLM، والتقسيم إلى مناطق، وبوابات إصدار مع الحد الأدنى من أدلة الإثبات.
  3. 3التشغيل في الميدانمراقبة SBOM لكل إصدار، وتلقّي البلاغات عن الثغرات الأمنية عبر CVD وPSIRT، وتحديد مسارات الإبلاغ وفق CRA وMDR وقانون BSI مسبقًا.
المنشورات

دراسات معمّقة وأوراق بيضاء وتحليلات

دراسات معمّقة 10

Automotive Threat Matrixكيف تصف مصفوفة Auto-ISAC سلوك المهاجمين على المركبات – وكيف توحّد TARA وفق ISO/SAE 21434، ودليل الإثبات وفق UN R155، وكتالوجات اختبار OWASP، وVehicle SOC في لغة مشتركة.12 سبتمبر 2026أمن المنتجاتلماذا يتطلب أمن المنتجات المتصلة معايير وعمليات وهياكل تنظيمية خاصة – من ISO/SAE 21434 مرورًا بـ IEC 62443 وEN 18031 حتى PSIRT.31 يوليو 2026أمن التقنيات التشغيلية (OT) والأمن الصناعيكيف تؤمّنون أنظمة التحكم والأتمتة الصناعية بشكل منهجي – من مناطق IEC 62443 ومستويات الأمان مرورًا بنموذج Purdue وحتى التزامات NIS2 للإنتاج.31 يوليو 2026Playbook الأمان بالتصميم (Secure by Design)دليل التطبيق المجاني من ENISA الصادر في 30 يوليو 2026 في دراسة معمّقة: 22 مبدأً في صورة Playbooks من صفحة واحدة مع قوائم تحقق وحدّ أدنى من أدلة الإثبات وبوابات إصدار – بما في ذلك الإقرار المقروء آليًا والربط الاسترشادي بـCRA.5 أغسطس 2026الأمن السيبراني في MDRما متطلبات الأمن السيبراني التي تفرضها MDR على الشركات المصنِّعة – وكيف ترسم MDCG ⁦2019-16⁩ وIEC ⁦81001-5-1⁩ ولائحة الذكاء الاصطناعي الإطار لدورة حياة المنتج بأكملها.31 يوليو 2026مخاطر الذكاء الاصطناعي في المنشآت الطبيةكيف تشغّل المستشفيات والعيادات والمختبرات أنظمة الذكاء الاصطناعي بأمان: التزامات المشغّل وفق لائحة الذكاء الاصطناعي وتكاملها مع MDR، والمسؤولية المشتركة مع المزوّد، ونموذج تهديدات للذكاء الاصطناعي الطبي، وتقييم المخاطر، وأدلة إثبات متينة.19 أكتوبر 2026صيانة الأجهزة الطبية المتصلةكيف تحافظ الشركات المصنِّعة والمستشفيات على أمن الأجهزة الطبية المتصلة في الميدان: بالجرد وقائمة مكوّنات البرمجيات، وبفرز مبرَّر سريريًا، وبالتعامل مع التصحيحات بوصفها تغييرات مضبوطة، وبإفصاح منظَّم عن الثغرات ومسارات إبلاغ منسَّقة.19 أكتوبر 2026قانون البيانات والأجهزة الطبية المتصلةكيف تصمّم الشركات المصنِّعة الوصول إلى بيانات الأجهزة الذي يفرضه القانون، بحيث تبقى سلامة المرضى والبيانات الصحية والأسرار التجارية محميّة – بنموذج للتهديدات واختبار اختراق ونظام إدارة متكامل.19 أكتوبر 2026TISAXكيف يعمل إجراء التدقيق والتبادل في صناعة السيارات: من الحوكمة عبر ENX Association مرورًا بكتالوج التدقيق VDA ISA وصولًا إلى مستويات التقييم والـLabels وصلاحية لثلاث سنوات.31 يوليو 2026اختبار اختراق إنترنت الأشياءالمنتجات المتصلة ليست أنظمة برمجية بحتة: فهي تتكون من لوحة إلكترونية وبرنامج ثابت واتصال لاسلكي وواجهة خلفية سحابية وتطبيق. ويفحص اختبار اختراق إنترنت الأشياء هذه المستويات بصورة مترابطة – حيث يبدأ المهاجمون.31 يوليو 2026

هل تودّون تأمين منتجكم من TARA حتى الإبلاغ؟

سواء أكان مكوّنًا في مركبة أم نظام تحكم صناعيًا أم جهازًا طبيًا: نضع المعايير والمهل في سياقها، ونُنمذج التهديدات، ونفحص من واجهة التصحيح (Debug) حتى LLM.