ضوابط NCA ECC 2-2024 للذكاء الاصطناعي: دليل التطبيق العملي
دليل عملي عميق لتطبيق ضوابط NCA للذكاء الاصطناعي وNCA ECC AI controls على بوابات AI والسجلات والموردين والسحابة داخل المؤسسات السعودية.
تاريخ النشر: 2026-06-07 | آخر مراجعة تنظيمية: 2026-06-07 | عدد الكلمات التقريبي: 2362
الخلاصة التنفيذية
ضوابط NCA للذكاء الاصطناعي ليست قائمة منفصلة تعيش خارج الأمن السيبراني. أي نظام AI تستخدمه المؤسسة هو أصل تقني، ومورد محتمل، ونقطة معالجة بيانات، وقناة وصول، ومصدر سجلات، وربما جزء من خدمة حرجة. لذلك تطبيق NCA ECC AI controls يعني ترجمة ضوابط الحوكمة والدفاع والمرونة والموردين والسحابة إلى طبقات عملية حول النموذج والبوابة والبيانات والمستخدمين والمخرجات.
نشرة NCA الرسمية توضح أن ECC 2-2024 تم تحديثه لتعزيز الأمن السيبراني وحماية الأصول المعلوماتية والتقنية على المستوى الوطني، وأن صفحة ECC الرسمية كانت تعرض آخر تحديث بتاريخ 20 أبريل 2026 بتوقيت السعودية. كما يوضح ملف ECC أن الهيئة تراجع وتحدث الضوابط دوريًا حسب متطلبات الأمن السيبراني وتغيرات الصناعة. هذه النقطة مهمة لمشاريع AI لأن الموردين والنماذج والهجمات تتغير بسرعة، وأي ضابط يوضع اليوم يجب أن يكون قابلًا للمراجعة والتحديث.
كيف يدخل AI تحت نطاق ECC؟
بعض الفرق تبحث عن كلمة "AI" داخل الضوابط ثم تتوقف. هذا مدخل ضيق. إذا استخدمت المؤسسة نموذجًا لغويًا لتحليل بلاغات العملاء، أو مساعدًا داخليًا يقرأ ملفات سياسات، أو أداة توليد كود، أو نظام تصنيف مخاطر، فهي أنشأت قناة تقنية جديدة تتصل ببيانات وأشخاص وأنظمة. هذه القناة يجب أن تدخل في حصر الأصول، إدارة المخاطر، التحكم بالوصول، مراقبة السجلات، الاستجابة للحوادث، وإدارة الموردين.
التحدي أن AI قد يعمل عبر خدمات خارجية، واجهات API، إضافات متصفح، منصات SaaS، أو نماذج داخلية. كل نمط له أثر مختلف على ECC. النموذج الداخلي يحتاج إدارة بنية وتشغيل ومراقبة وثغرات. النموذج الخارجي يحتاج إدارة مورد وسحابة وشروط معالجة واحتفاظ. أداة الموظف غير المعتمدة تمثل Shadow AI وقد تكسر السيطرة على البيانات. لذلك الخطوة الأولى ليست شراء أداة حماية؛ بل بناء خريطة استخدامات واضحة.
| نمط استخدام AI | نقطة ECC العملية | الخطر الأمني | الدليل المطلوب |
|---|---|---|---|
| منصة SaaS خارجية | الموردون والسحابة | تسرب بيانات أو احتفاظ غير مضبوط | تقييم مورد، عقد، مكان معالجة، سياسة احتفاظ |
| نموذج داخلي على بنية المؤسسة | الأصول والدفاع والمرونة | ثغرات تشغيلية، صلاحيات واسعة، ضعف مراقبة | سجل أصل، hardening، سجلات، اختبار استعادة |
| مساعد موظفين عام | حوكمة الاستخدام والتحكم بالوصول | إدخال بيانات سرية أو شخصية | سياسة استخدام، AI Firewall، تقارير مخالفات |
| RAG على مستندات داخلية | تصنيف البيانات والوصول | استرجاع وثائق لا يحق للمستخدم رؤيتها | اختبارات صلاحيات، سجلات استرجاع، تصنيف مستندات |
| توليد كود أو تحليل أمني | إدارة التغيير والثغرات | إدخال كود ضعيف أو تسريب أسرار | مراجعة كود، فحص أسرار، سجل اعتماد |
خريطة المجالات الخمسة إلى AI
الطريقة العملية لربط ECC بالذكاء الاصطناعي هي تحويل كل مجال إلى أسئلة تشغيلية. في الحوكمة: من يملك سياسة AI؟ من يعتمد المورد؟ من يقبل المخاطر؟ في الدفاع: كيف نمنع إدخال أسرار وبيانات شخصية؟ كيف نراقب محاولات prompt injection؟ في المرونة: هل نستطيع الاستمرار إذا تعطل مزود النموذج؟ هل لدينا بديل أو وضع degraded؟ في الموردين والسحابة: هل نعرف المعالجات الفرعية ومواقع المعالجة؟ وفي الأنظمة الصناعية أو الحساسة: هل AI منفصل عن أوامر التشغيل الحرجة؟
| مجال ECC | ترجمة AI | أمثلة ضوابط | مؤشر قياس |
|---|---|---|---|
| Cybersecurity Governance | حوكمة استخدامات ونماذج AI | سياسة AI، سجل أصول، مالك مخاطرة، لجنة اعتماد | نسبة استخدامات AI ذات مالك وسجل مكتمل |
| Cybersecurity Defense | حماية المدخلات والمخرجات والواجهات | MFA، أقل صلاحية، DLP، مراقبة prompts، SIEM | عدد محاولات التسريب الممنوعة ونسبة التغطية بالسجلات |
| Cybersecurity Resilience | استمرارية وتعافي خدمات AI | خطة بديلة، نسخ إعدادات، مراقبة توفر، اختبارات تعافي | زمن التعافي واختبار فشل المورد |
| Third-Party and Cloud | موردو النماذج والسحابة وSaaS | تقييم مورد، عقود، مكان بيانات، تقارير امتثال | نسبة الموردين المعتمدين قبل الإنتاج |
| ICS Cybersecurity | عدم ربط AI غير المختبر بعمليات حرجة | عزل، وضع قراءة فقط، موافقة بشرية، منع أوامر مباشرة | عدد التكاملات الحرجة المعزولة والمراجعة |
بنية تطبيق عملية: AI Gateway قبل النموذج
أقوى قرار معماري لتطبيق NCA ECC على AI هو وضع بوابة مركزية قبل النماذج. الموظف أو التطبيق لا يتصل مباشرة بالمزود، بل يمر عبر AI Gateway يطبق المصادقة، الصلاحيات، تصنيف البيانات، فحص الأسرار، فحص البيانات الشخصية، سياسات المنع، الموافقات البشرية، وتسجيل الحدث. هذه البوابة تجعل الضوابط قابلة للتنفيذ بدل أن تبقى تعليمات في سياسة.
البوابة يجب أن تعرف من المستخدم، ما القسم، ما نوع المهمة، ما النموذج المطلوب، ما مستوى البيانات، وهل المخرج سيستخدم في قرار مؤثر. بعدها تطبق قواعد: السماح، الحجب، الإخفاء، التصعيد، أو التحويل إلى نموذج داخلي. كل قرار يسجل في Audit Trail ويصدر منه دليل. بهذه الطريقة يصبح لدى الأمن السيبراني والامتثال رؤية واحدة بدل الاعتماد على لقطات من أدوات مختلفة.
قاعدة تصميم
أي قناة AI لا تمر عبر هوية مركزية وسجل تدقيق وسياسة بيانات هي قناة غير مكتملة الامتثال. ابدأ بالبوابة حتى لو كان نطاقها محدودًا، ثم وسعها تدريجيًا إلى التطبيقات والموردين.
سجلات التدقيق والمراقبة
السجل الجيد ليس تخزين prompt كامل فقط. أحيانًا تخزين prompt الكامل يزيد المخاطر إذا كان يحتوي بيانات حساسة. السجل الجيد يحفظ ما يكفي لإثبات السيطرة: معرف المستخدم، وقت الطلب، نوع المهمة، النموذج أو المورد، مستوى البيانات، نتيجة الفحص، الإجراءات التي طبقت، نسخة منقحة عند الحاجة، معرف الموافقة، وملخص المخرج. إذا احتجت حفظ النص الكامل لأغراض تحقيق أو تدقيق، فضع صلاحيات واحتفاظًا واضحًا وتشفيرًا مناسبًا.
يجب ربط السجلات بمنظومة مراقبة الأمن السيبراني. مؤشرات مهمة: زيادة مفاجئة في طلبات تحتوي أسرار، محاولات إدخال تعليمات لتجاوز السياسة، استخدام نموذج غير معتمد، إرسال ملفات كبيرة خارج ساعات العمل، أو طلبات من حسابات عالية الصلاحية. هذه المؤشرات ليست نظرية؛ هي طريقة اكتشاف Shadow AI والتسريب المبكر والهجمات على سلاسل العمل المعتمدة على AI.
| نوع السجل | ماذا يحفظ؟ | من يراجعه؟ | قيمة الدليل |
|---|---|---|---|
| Prompt event | مستخدم، وقت، غرض، مستوى بيانات، نتيجة فحص | الأمن والامتثال | إثبات تطبيق السياسة قبل المعالجة |
| Approval event | الموافق، السبب، القرار، المدة، الملاحظات | مالك المخاطر والتدقيق | إثبات الرقابة البشرية للسيناريوهات العالية |
| Provider event | مزود، نموذج، منطقة معالجة، إعدادات تدريب واحتفاظ | المشتريات والأمن | إثبات إدارة الموردين والسحابة |
| Incident event | مؤشر، أثر، احتواء، بلاغات، إجراءات تصحيحية | SOC والاستجابة للحوادث | إثبات الجاهزية والاستجابة |
إدارة الموردين والسحابة في AI
المورد في AI ليس مجرد برنامج. قد يكون مزود نموذج، منصة استضافة، أداة مراقبة، موصل بيانات، أو خدمة تقييم. كل مورد يجب أن يمر بسؤالين: ما البيانات التي يراها؟ وما القرار الذي يستطيع التأثير عليه؟ إذا كان المورد يرى بيانات حساسة أو يدعم قرارًا مؤثرًا، فيجب رفع مستوى التقييم والاعتماد. راجع شروط التدريب على البيانات، الاحتفاظ بالسجلات، الحذف، المعالجات الفرعية، مواقع المعالجة، التشفير، الوصول الإداري، وحق التدقيق أو الحصول على أدلة امتثال.
في السحابة، انتبه إلى تكوينات التخزين والنسخ الاحتياطي ومفاتيح التشفير وواجهات API. كثير من حوادث AI لا تحدث من النموذج نفسه، بل من bucket مفتوح، مفتاح API مسرب، صلاحيات خدمة واسعة، أو ربط خاطئ بين أداة داخلية ونموذج خارجي. لذلك يجب أن يشمل ملف الأدلة لAI نتائج فحص التكوينات، rotation للمفاتيح، ضوابط الأسرار، وقيود الشبكة.
خطة تطبيق خلال 90 يومًا
| الفترة | الهدف | الإجراءات | الدليل |
|---|---|---|---|
| 0 إلى 30 يوم | السيطرة على النطاق | حصر أدوات AI، إغلاق الأدوات غير المعتمدة، تحديد مالكين، سياسة استخدام مؤقتة | سجل أصول AI، قائمة أدوات، قرارات منع أو اعتماد |
| 31 إلى 60 يوم | تطبيق الضوابط الأساسية | بوابة AI، MFA، أقل صلاحية، سجلات، فحص بيانات، تقييم موردين | لقطات سياسات، سجلات SIEM، عقود، نتائج اختبارات |
| 61 إلى 90 يوم | رفع النضج والجاهزية | اختبار حوادث، خطة تعافي، تقارير KPI، مراجعة إدارة، تحسين الضوابط | تقرير تمرين، ملف أدلة، مؤشرات أداء، خطة تحسين |
ملف الأدلة: ماذا تجمع للمراجعة؟
ملف الأدلة هو الفرق بين "نحن ملتزمون" و"نستطيع إثبات الالتزام". اجمع لكل حالة استخدام: بطاقة الأصل، مالك العمل، مالك التقنية، وصف البيانات، مستوى المخاطر، نموذج أو مورد مستخدم، سياسة السماح، إعدادات السجلات، اختبارات الحماية، نتائج مراجعة المورد، وخطة الاستجابة. لا تنتظر التدقيق لتبدأ؛ الأدلة يجب أن تتولد من التشغيل اليومي.
اجعل الأدلة قابلة للتصدير حسب الضابط. عند طلب مراجعة إدارة الموردين، أخرج قائمة الموردين وتقاريرهم. عند طلب مراجعة الوصول، أخرج صلاحيات المستخدمين والخدمات. عند طلب مراجعة الحوادث، أخرج التمرين والبلاغات والدروس المستفادة. هذا التنظيم يقلل وقت التدقيق ويحسن ثقة الإدارة في برنامج AI.
آلية التحديث التلقائي عند تغير ECC
بما أن NCA تراجع وتحدث ECC دوريًا، تحتوي هذه الصفحة كتلة مراقبة تربط الدليل بصفحة NCA الرسمية وملف ECC 2-2024. عند تشغيل فحص النشر أو المراجعة الدورية، يجب مقارنة تاريخ التحديث الرسمي، رابط ملف PDF، وعبارات الإصدار. إذا تغيرت، يتم فتح مراجعة محتوى لتحديث الجداول والخطة والسكيما وdateModified. هذا مهم خصوصًا لأن ضوابط AI قد تتأثر بتغيرات في السحابة، الموردين، إدارة الثغرات، أو متطلبات السجلات.
إشارة التغيير لا تعني تعديل الصفحة آليًا بدون مراجعة بشرية. المقصود أن النظام يكتشف التغيير ويدفعه لمسار تحديث مضبوط. في محتوى الامتثال، التحديث الآلي بالكامل قد يضيف خطأ نظاميًا. الأفضل هو مراقبة آلية، ثم مراجعة مختص، ثم نشر موثق.
ملحق تنفيذي: ضوابط تقنية تفصيلية حول AI Gateway
AI Gateway ليست منتجًا واحدًا بالضرورة؛ هي نمط معماري يجمع الهوية والسياسة والسجل. يمكن أن تكون خدمة داخلية، طبقة API، أو منصة حوكمة. المهم أنها تمنع الاتصال المباشر غير المرئي بين المستخدمين والنماذج. بدون هذه البوابة، ستجد المؤسسة نفسها أمام عشرات القنوات: إضافة متصفح، حساب شخصي، واجهة SaaS، مفتاح API، تكامل داخل تطبيق، أو نموذج مفتوح المصدر يعمل على جهاز مطور. كل قناة منها قد تتجاوز ضوابط ECC.
من منظور الأمن السيبراني، يجب أن تطبق البوابة خمسة فحوص قبل إرسال الطلب: فحص هوية المستخدم والخدمة، فحص صلاحية استخدام النموذج، فحص تصنيف البيانات، فحص الأسرار والبيانات الشخصية، وفحص نوع المخرج المتوقع. وبعد الإرسال، يجب تسجيل النموذج المستخدم، الإعدادات، المدة، نتيجة المراقبة، وأي موافقة. هذا السجل هو الذي يحول استخدام AI من نشاط غير مرئي إلى أصل قابل للمراقبة.
| ضابط البوابة | تطبيق عملي | علاقة ECC |
|---|---|---|
| هوية مركزية | SSO، MFA، وحسابات خدمة محدودة لكل تكامل | التحكم بالوصول وإدارة الهوية |
| سياسة النماذج | نماذج مسموحة حسب القسم والغرض ومستوى البيانات | الحوكمة وإدارة الأصول |
| كشف الأسرار | منع مفاتيح API وكلمات مرور وسلاسل اتصال قبل الإرسال | حماية المعلومات والدفاع السيبراني |
| مراقبة السلوك | كشف prompt injection ومحاولات تجاوز السياسة | المراقبة والاستجابة للحوادث |
| تصدير الأدلة | تقارير حسب المستخدم والمورد والضابط والفترة | التدقيق والامتثال وإثبات الفاعلية |
سيناريوهات هجوم يجب اختبارها
تسريب الأسرار عبر المساعد البرمجي: مطور ينسخ كودًا يحتوي token أو connection string ويطلب من النموذج تصحيح الخطأ. يجب أن تكتشف البوابة السر، تمنع الطلب أو تخفيه، وتفتح تنبيهًا منخفضًا أو متوسطًا حسب حساسية السر. إذا تكرر السلوك، فالمشكلة قد تكون تدريبًا ناقصًا أو غياب أدوات فحص أسرار داخل بيئة التطوير.
Prompt injection داخل RAG: مستند داخلي يحتوي عبارة تطلب من المساعد تجاهل التعليمات وإظهار وثائق أخرى. يجب اختبار قدرة النظام على عزل تعليمات المستند عن تعليمات النظام، وعدم توسيع نطاق الاسترجاع خارج صلاحيات المستخدم. سجل الاختبار يجب أن يثبت أن المساعد رفض أو تجاهل التعليمات الخبيثة.
استغلال مورد خارجي: تغير مزود GenAI شروط الاحتفاظ أو أضاف معالجًا فرعيًا جديدًا. يجب أن يلتقط برنامج إدارة الموردين هذا التغيير، ويعيد تقييم المخاطر، وربما يوقف استخدام بيانات عالية الحساسية حتى تكتمل المراجعة. هذه النقطة تربط AI مباشرة بمجال الموردين والسحابة في ECC.
تعطل مزود النموذج: إذا كان مركز الاتصال أو خدمة داخلية تعتمد على النموذج، يجب اختبار وضع بديل: نموذج آخر، ردود ثابتة، أو تحويل يدوي. المرونة لا تعني فقط النسخ الاحتياطي للبيانات؛ تعني استمرار الخدمة عند فشل جزء من سلسلة AI.
قائمة أدلة جاهزة للتدقيق
- سجل أصول AI يتضمن كل نموذج وأداة وتكامل ومورد.
- سياسة استخدام AI مع أمثلة مسموحة وممنوعة ومقيدة.
- مصفوفة ربط بين استخدامات AI ومجالات ECC الخمسة.
- نتائج اختبار التحكم بالوصول وصلاحيات RAG.
- سجلات AI Gateway وقرارات الحجب والإخفاء والموافقات.
- تقارير مراجعة الموردين وشروط التدريب والاحتفاظ والمعالجات الفرعية.
- نتائج فحص الأسرار والبيانات الشخصية داخل prompts والملفات.
- خطة استجابة لحوادث AI وتمرين عملي واحد على الأقل.
- خطة تعافي أو بديل تشغيلي عند فشل مزود النموذج.
- محاضر مراجعة دورية من لجنة الأمن أو المخاطر توضح قرارات التحسين.
أخطاء تطبيق متكررة
الخطأ الأول هو اعتبار AI مشروع ابتكار فقط وليس أصلًا أمنيًا. هذا يؤدي إلى إطلاق تجارب واسعة بدون سجل أصول أو مالك مخاطر. الخطأ الثاني هو الاعتماد على التوعية وحدها. التوعية مهمة، لكن الموظف المتحمس أو المستعجل قد ينسخ بيانات حساسة في أداة عامة خلال ثوان. يجب أن توجد ضوابط تقنية تمنع أو تقلل الضرر. الخطأ الثالث هو تجاهل السجلات بحجة الخصوصية؛ والصحيح هو تسجيل الحد الأدنى اللازم مع تنقيح وتشفير وصلاحيات.
الخطأ الرابع هو تقييم المورد مرة واحدة ثم نسيانه. مزودو AI يغيرون النماذج والسياسات والمناطق والمعالجات الفرعية باستمرار. لذلك يجب ربط المورد بمراجعة دورية وبإشعارات تغيير. الخطأ الخامس هو عدم اختبار الهجمات الخاصة بAI مثل prompt injection وتسريب الأسرار. اختبار الاختراق التقليدي جيد، لكنه لا يغطي كل سلوكيات النماذج وسلاسل الاسترجاع.
ربط AI بمركز العمليات الأمنية SOC
لا تجعل سجلات AI تبقى داخل فريق المنتج فقط. يجب إرسال الأحداث المهمة إلى منصة المراقبة أو مركز العمليات الأمنية: محاولات إدخال أسرار، طلبات تحتوي بيانات عالية الحساسية، استخدام مورد غير معتمد، تغييرات إعدادات النموذج، فشل متكرر في سياسات الإخفاء، أو طلبات غير معتادة من حساب عالي الصلاحية. هذه الأحداث تساعد SOC على رؤية AI كجزء من سطح الهجوم وليس كتطبيق منفصل.
ضع تصنيفًا للتنبيهات. تنبيه منخفض عند محاولة إدخال رقم جوال وتم إخفاؤه بنجاح. تنبيه متوسط عند تكرار محاولات إدخال بيانات حساسة من نفس المستخدم. تنبيه عال عند إرسال سر تقني، أو عند تجاوز سياسة، أو عند اتصال تكامل داخلي بمورد غير مصرح. اربط كل تنبيه بإجراء احتواء واضح: توعية، تعطيل مؤقت، تدوير مفتاح، فتح حادث، أو مراجعة مورد.
كيف تطبق ضوابط NCA ECC 2-2024 على استخدامات الذكاء الاصطناعي
- احصر كل أدوات ونماذج وواجهات الذكاء الاصطناعي كأصول تقنية وموردين وخدمات سحابية.
- حدد مالكًا لكل أصل AI واربطه بسياسة أمن سيبراني واضحة ومسؤوليات تشغيلية.
- صنف البيانات التي تدخل وتخرج من AI وربطها بضوابط حماية وتصنيف ووصول.
- طبق هوية وصلاحيات دقيقة ومبدأ أقل صلاحية على المستخدمين والخدمات والواجهات.
- فعّل سجلات تدقيق مركزية لكل طلب وموافقة ومخرج وتغيير إعدادات.
- راجع الموردين والسحابة والمعالجات الفرعية وشروط الاحتفاظ والتدريب على البيانات.
- اربط AI بخطة الاستجابة للحوادث وإدارة الثغرات والنسخ الاحتياطي والتعافي.
- جهز ملف أدلة يربط كل استخدام AI بالضابط والدليل والمسؤول وتاريخ المراجعة.
الأسئلة الشائعة
هل ECC 2-2024 يذكر الذكاء الاصطناعي كفصل مستقل؟
ليس بالضرورة كفصل مستقل في كل موضع، لكن استخدام AI يدخل عمليًا تحت أصول تقنية وموردين وسحابة وبيانات وسجلات وحوكمة، ولذلك يجب مواءمته مع نطاق ECC.
ما أول ضابط يجب تطبيقه على AI؟
ابدأ بحصر الأصول والاستخدامات ثم اربطها بالحوكمة، التحكم بالوصول، السجلات، إدارة الموردين، وتصنيف البيانات.
هل تكفي سياسة استخدام AI لتحقيق NCA ECC AI controls؟
لا. السياسة مهمة لكنها لا تكفي بدون تنفيذ: صلاحيات، مراقبة، سجل تدقيق، إدارة ثغرات، إدارة موردين، وخطة استجابة.
كيف نثبت الامتثال؟
من خلال Evidence File يجمع السياسات، خرائط الأصول، سجلات الوصول، نتائج الاختبارات، عقود الموردين، قرارات المخاطر، وتقارير المراجعة الدورية.
هل هذا الدليل يغطي الجهات الحرجة فقط؟
الدليل مفيد لأي جهة تريد مواءمة AI مع ECC، وقد تحتاج الأنظمة الحرجة إلى ضوابط إضافية حسب نطاقها والأنظمة القطاعية.
المصادر الرسمية وآلية المراقبة
تمت مراجعة هذه الصفحة مقابل صفحة NCA الرسمية وملف ECC 2-2024 في 7 يونيو 2026. هذه الروابط محفوظة أيضًا في كتلة بيانات قابلة للقراءة آليًا داخل الصفحة لمراجعة التحديثات عند النشر.
احصل على مساعدة BrightAI في الامتثال
إذا تبغى تحويل هذا الدليل إلى سياسات وضوابط وسجلات قابلة للتدقيق داخل مؤسستك، BrightAI يساعدك في بناء AI Firewall، سجل تدقيق، موافقات بشرية، وملف أدلة امتثال متوافق مع سياق السعودية.
احصل على مساعدة BrightAI في الامتثال