إرشادات NCA للأمن السيبراني للذكاء الاصطناعي: كيف نتعامل مع الوثائق التنظيمية الناشئة قبل إصدارها النهائي؟

عندما تكون الوثيقة رسمية ولكن حالتها لم تُحسم بعد

أحد الأخطاء المتكررة في برامج الامتثال والحوكمة هو التعامل مع كل وثيقة تظهر على موقع جهة حكومية بالطريقة نفسها.

لكن هناك فرقًا جوهريًا بين:

• نظام أو لائحة نافذة.
• ضابط تنظيمي صادر.
• معيار أو إطار منشور.
• دليل إرشادي نهائي.
• مشروع وثيقة.
• استشارة عامة.
• مسودة تحت التطوير.
• إعلان عن توجه تنظيمي مستقبلي.

هذا الفرق ليس لغويًا.

إنه يحدد ما إذا كانت المؤسسة أمام التزام حالي أو توقع تنظيمي ناشئ أو مجرد مصدر استرشادي.

ويقدم مشروع «إرشادات الأمن السيبراني للذكاء الاصطناعي» الصادر عن الهيئة الوطنية للأمن السيبراني مثالًا مهمًا على ذلك.

1. ماذا حدث فعليًا؟

في 5 يوليو 2026 أعلنت الهيئة الوطنية للأمن السيبراني NCA عن فتح الاستشارة العامة حول وثيقة:

إرشادات الأمن السيبراني للذكاء الاصطناعي AI Cybersecurity Guidelines

وحددت 5 أغسطس 2026 آخر موعد لاستقبال المرئيات.

النسخة المنشورة تحمل الرمز:

AICG-1:2026

لكنها تحمل أيضًا بوضوح وصف:

مشروع إرشادات الأمن السيبراني للذكاء الاصطناعي

وبعد انتهاء فترة استقبال المرئيات، أصبحت الاستشارة مصنفة على موقع الهيئة بحالة:

مغلق

وهذه الحالة تعني أن فترة تقديم المرئيات انتهت.

ولا تعني بذاتها أن المشروع أصبح إصدارًا نهائيًا.

2. ما الذي يمكن تأكيده حتى الآن؟

يمكن تأكيد عدة أمور من المصدر الرسمي.

تهدف الوثيقة إلى:

• دعم تطبيق متطلبات الأمن السيبراني المرتبطة بأنظمة الذكاء الاصطناعي.
• الحد من المخاطر السيبرانية المتعلقة بتقنيات وأنظمة AI.
• تعزيز الأمن السيبراني على المستوى الوطني.
• نشر أفضل الممارسات لدى الجهات التي تستخدم AI أو تخطط لاستخدامه في المملكة.

وتبني الوثيقة هيكلها على أربعة مكونات أساسية:

1. حوكمة الأمن السيبراني.
2. تعزيز الأمن السيبراني.
3. صمود الأمن السيبراني.
4. الأمن السيبراني المتعلق بالأطراف الخارجية.

كما يشمل نطاقها تقنيات ناشئة مثل:

• الذكاء الاصطناعي التوليدي.
• الذكاء الاصطناعي التوكيلي Agentic AI.

إذن الوثيقة مهمة جدًا.

لكن أهمية المحتوى لا تغيّر حالته التنظيمية.

3. ما الذي لا يجب أن ندعيه؟

حتى آخر تحقق، لا ينبغي صياغة عبارات من نوع:

أصدرت NCA ضوابط إلزامية جديدة للذكاء الاصطناعي.

أو:

أصبحت جميع الجهات في السعودية مطالبة بالامتثال إلى AICG-1:2026.

أو:

دخلت AI Cybersecurity Guidelines حيز التنفيذ.

هذه الاستنتاجات تحتاج إلى مصدر رسمي يثبت الإصدار النهائي ونطاق التطبيق وطبيعة الالتزام.

ولا يكفي وجود مشروع الوثيقة أو انتهاء الاستشارة العامة لإثبات ذلك.

4. لماذا يمثل هذا الفرق مشكلة تشغيلية؟

لنفترض أن فريق Compliance يرى المشروع ويحوّل كل بند فيه مباشرة إلى:

Mandatory Control

داخل نظام GRC.

بعد ذلك قد يحدث أحد السيناريوهات التالية:

• تُعدّل NCA بعض الإرشادات بعد الاستشارة.
• تُحذف بنود.
• تضاف بنود.
• يتغير نطاق التطبيق.
• تتغير الصياغة التنظيمية.
• تتحول بعض البنود من توصيات إلى متطلبات أو العكس.
• يصدر الإصدار النهائي باسم أو هيكل مختلف.

حينها تصبح المؤسسة قد بنت التزاماتها على نسخة تاريخية غير نهائية.

المشكلة هنا ليست فقط تحديث البيانات.

المشكلة هي فقدان regulatory provenance: القدرة على معرفة أي نسخة استُخدمت، وما حالتها، ولماذا عوملت كالتزام.

5. الاستعداد لا يعني الادعاء بالإلزام

الحل ليس تجاهل الوثيقة إلى أن تصبح نهائية.

هذا سيكون خطأً أيضًا.

وجود مشروع رسمي من جهة مختصة يعطي المؤسسة إشارة قوية إلى الاتجاه المتوقع.

لذلك يمكن استخدام الوثيقة حاليًا في:

• تحليل الفجوات الاستباقي.
• مراجعة معماريات AI.
• مراجعة ضوابط الأطراف الخارجية.
• تحديث threat models.
• تقييم GenAI وAgentic AI.
• اختبار جاهزية الحوكمة السيبرانية.
• التخطيط للميزانية والقدرات.
• مراقبة إصدار النسخة النهائية.

لكن يجب تمييز هذه الأنشطة عن:

إعلان الامتثال إلى متطلب نهائي.

6. منطق Emerging Regulatory Monitoring

هذا القسم تحليل تحريري من سيادة AI، وليس تصنيفًا رسميًا صادرًا عن NCA.

هذا النوع من الوثائق يكشف الحاجة إلى طبقة تنظيمية أكثر نضجًا من مجرد مكتبة PDF.

ينبغي للنظام أن يتعامل مع المصدر ككيان له دورة حياة.

مثلًا:

Detected → Under Consultation → Consultation Closed → Awaiting Final Outcome → Final Published → Effective → Superseded / Withdrawn

ليس بالضرورة أن تستخدم كل جهة هذه التسميات حرفيًا.

الفكرة هي أن الحالة نفسها جزء من المعرفة التنظيمية.

7. Current Obligation مقابل Emerging Signal

يمكن الفصل بين مسارين داخل المؤسسة:

هذا الفصل يمنع خطأين متعاكسين:

الإفراط في الامتثال

تحويل مسودة أو استشارة إلى متطلب إلزامي قبل أوانه.

التأخر التنظيمي

الانتظار حتى يصبح المتطلب نافذًا ثم البدء من الصفر.

المؤسسة الناضجة تفعل شيئًا ثالثًا:

تستعد مبكرًا، لكنها تحافظ على الدقة القانونية والتنظيمية.

8. ما الذي يجب مراقبته بعد إغلاق الاستشارة؟

انتهاء فترة المرئيات ليس نهاية دورة المتابعة.

يجب مراقبة أحداث مثل:

• نشر نسخة نهائية.
• تغيير عنوان الوثيقة.
• إصدار رقم نسخة جديد.
• ظهور الوثيقة ضمن الوثائق التنظيمية الرسمية.
• نشر نطاق تطبيق.
• صدور تاريخ نفاذ.
• وجود transitional period.
• نشر implementation guide.
• الإشارة إليها في ضوابط أو أدلة أخرى.
• استبدال نسخة الاستشارة أو سحبها.

كل واحد من هذه الأحداث قد يغيّر كيفية تعامل المؤسسة مع الوثيقة.

9. لماذا نحتاج Version Awareness؟

لو خزّنت المؤسسة فقط اسم:

AI Cybersecurity Guidelines

فهي تفقد جزءًا مهمًا من الحقيقة.

يجب أن تعرف على الأقل:

• أي نسخة تمت مراجعتها؟
• متى تم الحصول عليها؟
• ما حالتها في ذلك التاريخ؟
• هل كانت consultation draft؟
• هل أصبحت superseded لاحقًا؟
• هل تغيرت المتطلبات؟
• ما القرارات التي اتخذت اعتمادًا عليها؟

هذا مهم خصوصًا في التدقيق.

بعد عام قد يسأل المدقق:

لماذا اعتمدتم هذا الضابط بهذه الصياغة؟

ولا تكفي إجابة:

وجدناه على موقع NCA.

10. الذكاء الاصطناعي يجعل Regulatory Monitoring أصعب

في مجالات مستقرة نسبيًا قد تتغير بعض الأطر التنظيمية بوتيرة بطيئة.

AI مختلف.

التطور التقني في:

• Generative AI.
• Agentic AI.
• RAG.
• Model integrations.
• AI agents.
• external tools.
• automated actions.
• model supply chains.

يمكن أن يدفع الجهات التنظيمية إلى إصدار أو تعديل الوثائق بصورة أسرع.

ولهذا يصبح تاريخ التحقق من المصدر مهمًا تقريبًا بقدر أهمية المصدر نفسه.

11. ما الذي يكشفه مشروع NCA عن اتجاه الأمن السيبراني للـAI؟

حتى دون معاملته كإصدار نهائي، يعطي المشروع إشارة قوية إلى مجالات الاهتمام التي تعتبرها NCA مهمة في أمن AI.

فالهيكل الرسمي نفسه يركز على:

Cybersecurity Governance → Cybersecurity Defense → Cybersecurity Resilience → Third-Party Cybersecurity

كما أن إدخال GenAI وAgentic AI في نطاق المشروع يدل على أن الأمن السيبراني المؤسسي لم يعد يمكنه التعامل مع AI باعتباره مجرد تطبيق تقليدي جديد.

هناك مخاطر جديدة مرتبطة بطبيعة:

• النماذج.
• البيانات.
• الأوامر.
• التكاملات.
• الأدوات.
• الأطراف الخارجية.
• السلوك شبه المستقل للأنظمة.

12. Agentic AI يرفع أهمية الموضوع

الذكاء الاصطناعي التوكيلي لا يكتفي دائمًا بإنتاج نص.

قد يتمكن النظام من:

• استدعاء API.
• الوصول إلى أدوات.
• استخدام بيانات داخلية.
• تنفيذ workflow.
• تشغيل إجراءات.
• التفاعل مع أنظمة أخرى.

وهذا يغير طبيعة الخطر.

فالسؤال لم يعد فقط:

هل يستطيع المستخدم رؤية إجابة خاطئة؟

بل قد يصبح:

ما الذي يستطيع النظام فعله فعليًا إذا تم تضليله أو اختراقه أو إساءة استخدام صلاحياته؟

ولهذا تصبح قضايا مثل:

• الصلاحيات المحدودة.
• العزل.
• المراقبة.
• التسجيل.
• الموافقات.
• الأطراف الخارجية.
• الاستجابة للحوادث.

أكثر أهمية في أنظمة Agentic AI.

13. Third-Party Cybersecurity ليست قضية مشتريات فقط

وجود الأطراف الخارجية كأحد المكونات الأربعة الأساسية للمشروع مهم للغاية.

أنظمة AI الحديثة تعتمد غالبًا على سلسلة من الأطراف:

Cloud → Model Provider → API → Vector Database → Plugin / Tool → Data Provider → Subprocessor

وقد تكون بعض هذه العلاقات غير ظاهرة للمستخدم النهائي.

لذلك لا ينبغي أن يقتصر تقييم AI على المورد الذي وقّع العقد.

بل يجب فهم سلسلة الاعتماد التقنية التي تجعل النظام يعمل.

14. من Regulatory Monitoring إلى Applicability Engine

في Siyada AI، القيمة المستقبلية ليست في إخبار المستخدم فقط:

ظهرت وثيقة جديدة.

الأهم هو تحديد:

هل تغيّر شيء بالنسبة لك أنت؟

مثلًا، عند نشر إصدار نهائي مستقبلي للوثيقة قد يسأل النظام:

• هل تستخدم المؤسسة AI؟
• هل تستخدم Generative AI؟
• هل تستخدم Agentic AI؟
• هل توجد معالجة لبيانات حساسة؟
• هل يوجد مزود خارجي؟
• هل توجد بيئة سحابية؟
• هل يستطيع النظام تنفيذ إجراءات؟
• ما القطاع؟
• ما نوع الجهة؟
• ما الضوابط السيبرانية الأخرى المطبقة عليها؟

ثم يحدد ما إذا كان الحدث التنظيمي يستوجب:

No Action → Review → Gap Assessment → Control Update → Approval Renewal → Executive Escalation

وهنا يتحول Regulatory Monitoring من News Feed إلى Decision Infrastructure.

15. Event-Triggered Governance

إذا تغيرت حالة الوثيقة مستقبلًا من:

Consultation Closed

إلى:

Final Published

فلا ينبغي أن يكون التغيير مجرد تعديل سطر في قاعدة البيانات.

قد يصبح ذلك Trigger لإعادة تقييم:

• AI inventory.
• المخاطر.
• الضوابط السيبرانية.
• تقييم الموردين.
• العقود.
• الموافقات.
• الأدلة.
• سياسات الاستخدام.
• Agentic AI deployments.

وهذه نقطة جوهرية في الحوكمة المستمرة.

الامتثال ليس snapshot.

إنه نظام يتغير مع تغيّر البيئة التنظيمية والتقنية.

16. قراءة سيادة AI: Regulatory State كبيانات تشغيلية

هذا القسم تحليل تحريري من سيادة AI.

في منصات المعرفة التقليدية يكون لدينا:

Document + Title + Link

هذا غير كافٍ لمنصة حوكمة مؤسسية.

يجب مستقبلًا أن يصبح لدينا منطق أقرب إلى:

Authority + Document + Version + Status + Publication Date + Effective Date + Applicability + Superseded By + Last Verified + Trigger

وهذا بالتحديد ما يسمح لاحقًا بربط:

Siyada Public → Regulatory Intelligence → Applicability Engine → Institutional Workspace → CAIO Workspace

الخلاصة

مشروع «إرشادات الأمن السيبراني للذكاء الاصطناعي» الصادر عن NCA مهم جدًا لأنه يكشف اتجاهًا واضحًا نحو معالجة أمن AI، بما يشمل GenAI وAgentic AI والأطراف الخارجية.

لكن القراءة المهنية الصحيحة حتى آخر تحقق هي:

المشروع رسمي → الاستشارة انتهت → الحالة على صفحة الاستشارات: مغلق → لا يمكن التحقق بعد من إصدار نهائي مستقل منشور

لذلك يجب:

مراقبته + الاستعداد له + استخدامه في gap analysis الاستباقي ≠ الادعاء بأنه متطلب نهائي نافذ

وهذا الفرق الصغير ظاهريًا هو ما يفصل قاعدة معرفة عن منصة Regulatory Intelligence حقيقية.