شركة أمن البيانات

اطلب استشارة

الذكاء الاصطناعي الآمن والأتمتة

تقييم أمن الذكاء الاصطناعي واختبار الفريق الأحمر اختبروا نظام الذكاء الاصطناعي الذي بنيتموه أو اشتريتموه قبل أن يسبقكم إليه المهاجمون

نختبر المساعدات والوكلاء وتطبيقات الذكاء الاصطناعي لديكم بتفويض مكتوب وقواعد اشتباك متفق عليها، ونسلّمكم كل نتيجة بدرجة خطورتها ومعدل تكرارها وطريقة معالجتها، ثم نعيد الاختبار بعد المعالجة.

اطلب عرضاً لهذه الخدمةتحدث مع المبيعات عبر واتساب

أو اتصل بالمبيعات مباشرة: +966 59 750 4669ساعات المبيعات: الأحد–الخميس 9:00–17:00

الخدمة في لمحة

الأطر المرجعية

  • OWASP LLM Top 10
  • MITRE ATLAS
  • NIST AI RMF
  • NCA ECC

المخرجات

  • قواعد الاشتباك والتفويض المكتوب: النطاق والبيئات وحسابات الاختبار والاستثناءات وإجراء الإيقاف
  • تقرير نتائج مصنّف وفق قائمة OWASP Top 10 for LLM Applications وقاعدة MITRE ATLAS، يبيّن لكل نتيجة درجة خطورتها وخطوات إعادة تنفيذها ومعدل تكرارها، مع ملخص تنفيذي للإدارة العليا ومجلس الإدارة
  • إرشادات معالجة لكل نتيجة، موجهة إلى فريقكم أو إلى الجهة التي بنت النظام
  • خطاب إعادة الاختبار يبيّن حالة كل نتيجة بعد المعالجة

متى تحتاج إلى هذه الخدمة

  • مساعد أو وكيل يقترب من الإطلاق

    يجيب من مستنداتكم أو ينفّذ إجراءات في أنظمتكم، ولم يحاول أحد بعدُ أن يدفعه عمداً إلى سلوك غير مقصود.

  • نظام يعمل دون اختبار أمني

    يعتمد عليه المستخدمون اليوم، سواء بنيتموه أو اشتريتموه، ولم يخضع لأي اختبار أمني يتجاوز الاختبارات الوظيفية التي أُجريت عند إطلاقه.

  • مجلس الإدارة أو الجهة التنظيمية يطلب أدلة الاختبار

    يُطلب منكم أن تثبتوا أن النظام اختُبر، ومن اختبره، وعلى أي أساس، وما الذي عولج.

  • تغيير جوهري في النظام

    اعتماد نموذج جديد، أو ربط مصادر بيانات جديدة، أو إتاحة أدوات جديدة للوكيل، يغيّر ما قد يتعرض له النظام من مخاطر، فلا يعود الاختبار السابق يغطيها.

التحدي

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

والمتطلبات السعودية القائمة تشمل هذه الأنظمة حيث تنطبق، وإن لم يُكتب أيٌّ منها لاختبار الذكاء الاصطناعي تحديداً. فالضوابط الأساسية للأمن السيبراني (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني ملزمة للجهات الحكومية والجهات التي تمتلك بنى تحتية وطنية حساسة أو تشغّلها أو تستضيفها بحسب تعريف الهيئة، ومن مجالاتها الفرعية اختبار الاختراق والأمن السيبراني في إدارة مشاريع تقنية المعلومات، وتطبيق الذكاء الاصطناعي الواقع في نطاقها نظام تقني كغيره. أما إطار الأمن السيبراني للبنك المركزي السعودي (SAMA CSF) فمتطلب قطاعي يسري على المؤسسات المالية الخاضعة لإشراف البنك، ويطلب اختبار اختراق الخدمات المقدّمة للعملاء والمتاحة عبر الإنترنت، وقد يكون منها مساعد ذكاء اصطناعي يخدم العملاء. وإلى جانب هذه المتطلبات، تضع مبادئ أخلاقيات الذكاء الاصطناعي الصادرة عن الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) عام 2023 المبادئ التي يقوم عليها تطوير الذكاء الاصطناعي واستخدامه، ومنها الخصوصية والأمن، والموثوقية والسلامة. ومسودة إرشادات الأمن السيبراني للذكاء الاصطناعي (AICG-1:2026)، التي طرحتها الهيئة الوطنية للأمن السيبراني لاستطلاع آراء العموم في يوليو وأغسطس 2026، ما زالت مسودة تبيّن الاتجاه ولا تُنشئ التزاماً. وما ينطبق من ذلك على جهتكم يتوقف على طبيعتها والبيانات التي تعالجها، وتحديده من مهام خدمة حوكمة الذكاء الاصطناعي والجاهزية التنظيمية.

ونبني الاختبارات على قائمة OWASP لأهم عشرة مخاطر في تطبيقات النماذج اللغوية الكبيرة (OWASP Top 10 for LLM Applications) وعلى قاعدة المعرفة MITRE ATLAS لأساليب الهجوم على أنظمة الذكاء الاصطناعي، ويمكن الاستفادة من نتائجنا في وظيفة القياس (Measure) ضمن إطار إدارة مخاطر الذكاء الاصطناعي الصادر عن المعهد الوطني الأمريكي للمعايير والتقنية (NIST AI RMF 1.0) وملحقه الخاص بالذكاء الاصطناعي التوليدي. وهذه مراجع دولية لا متطلبات سعودية. وهذه الخدمة تقيّم الأنظمة ولا تبنيها ولا تعالجها، فالمعالجة عمل مستقل. ولا نختبر أي نظام دون تفويض مكتوب من مالكه، ولا خدمة طرف ثالث دون إذن مزوّدها. ويبيّن التقرير ما وُجد ضمن النطاق المتفق عليه وقت الاختبار، ولا يُعدّ إقراراً بأن النظام آمن.

كيف نعمل

  1. 1

    النطاق والتفويض

    نتفق كتابةً على ما يشمله الاختبار: المساعد أو الوكيل، ومصادر الاسترجاع إن كان يعتمد على التوليد المعزّز بالاسترجاع (RAG)، والأدوات التي يستدعيها، وواجهات برمجة التطبيقات (API)، والبنية التحتية المحيطة به. وتحدد قواعد الاشتباك البيئة، وحسابات اختبار بمستويات صلاحية مختلفة، والأساليب المستبعدة، وجهات الاتصال، وطريقة إيقاف الاختبار، ويوقّعها مالك النظام. وإذا كان النظام يعتمد على نموذج أو خدمة لطرف ثالث، راجعنا شروط مزوّدها أولاً. ونفضّل بيانات اختبار اصطناعية أو بيانات أُخفيت فيها هوية أصحابها، وإذا كانت بيانات شخصية حقيقية في متناول الاختبار، حدد التفويض طريقة التعامل معها، لأن استخدامها في الاختبار معالجة يسري عليها نظام حماية البيانات الشخصية (PDPL).

  2. 2

    الاختبار والتكرار

    نجمع بين الاختبار اليدوي ومجموعات هجمات مؤتمتة بالعربية والإنجليزية تغطي كل مجال داخل النطاق، من حقن الأوامر (Prompt Injection) إلى استنزاف التكلفة. ونكرر كل محاولة ونسجّلها بمدخلاتها الدقيقة والاستجابة التي وردت وظروف تنفيذها. وإذا تأكدنا من نتيجة حرجة أبلغنا بها جهة الاتصال المسمّاة لديكم بالطريقة المتفق عليها في قواعد الاشتباك، دون انتظار التقرير.

  3. 3

    التقرير وإعادة الاختبار

    تتسلمون تقرير نتائج مصنّفاً وفق قائمة OWASP وقاعدة MITRE ATLAS، يتضمن درجة الخطورة وخطوات إعادة التنفيذ ومعدل التكرار وإرشادات المعالجة، ونستعرضه مع فرقكم في جلسة مشتركة. ويتولى فريقكم أو الجهة التي بنت النظام المعالجة، ثم نعيد اختبار النتائج المعالَجة ونصدر خطاب إعادة الاختبار. بياناتكم تبقى ملكاً لكم، والوثائق والمخرجات تُسلَّم وفق ما يحدده العقد، ويحدد العقد كذلك إعادة أدلة الاختبار إليكم أو حذفها.

ما تشمله الخدمة

  • حقن الأوامر المباشر وغير المباشر

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

  • محاولات تجاوز القيود (Jailbreak) وفاعلية الضوابط الوقائية

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

  • كشف البيانات الحساسة

    محاولات لاستخراج تعليمات النظام، أو مفاتيح الوصول وبيانات الاتصال، أو مستندات خارج صلاحيات المستخدم، أو بيانات شخصية تظهر في الإجابات أو السجلات أو رسائل الخطأ.

  • الوصول غير المصرّح به بين المستخدمين والمستأجرين في أنظمة RAG

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

  • إساءة استخدام الوكلاء والأدوات (الصلاحيات المفرطة)

    نختبر ما إذا كان يمكن دفع الوكيل إلى استدعاء أدوات، أو تعديل سجلات، أو إرسال رسائل، أو استهلاك موارد خارج الغرض المحدد له، وما إذا كانت خطوات الموافقة وحدود الصلاحيات تصمد أمام محاولات التلاعب.

  • المعالجة غير الآمنة لمخرجات النموذج

    نتحقق مما إذا كانت مخرجات النموذج التي تنتقل إلى متصفح أو قاعدة بيانات أو برنامج نصي أو نظام آخر قد تحمل شيفرة أو روابط أو أوامر ينفّذها النظام المستقبِل دون فحص.

  • استنزاف الموارد والتكلفة

    طلبات مصممة لاستنفاد وحدات النص (Tokens) أو الحصص أو موارد الحوسبة أو ميزانية النماذج، مع التحقق مما إذا كانت حدود معدل الطلبات والتكلفة لديكم توقفها.

  • التطبيق المحيط وواجهات API والبنية التحتية

    نختبر مع فريق اختبار الاختراق لدينا المصادقة والجلسات وواجهات API وقاعدة بيانات المتجهات والمفاتيح وبيانات الاعتماد وبيئة الاستضافة، فتجتمع نتائج الذكاء الاصطناعي والنتائج التقليدية في تقرير واحد.

الأطر والمتطلبات التنظيمية

نواءم الخدمة مع الأطر التي تخضع لها منشأتكم.

  • OWASP LLM Top 10
  • MITRE ATLAS
  • NIST AI RMF
  • NCA ECC

أسئلة شائعة

ما الذي تختبرونه تحديداً؟

نختبر نظام الذكاء الاصطناعي كما يصل إليه مستخدموكم والأنظمة المتصلة به، ضمن النطاق الذي توقّعون عليه. ويشمل ذلك عادةً سلوك النموذج عبر تطبيقكم، وطبقة الاسترجاع وصلاحيات المستندات فيها، والأدوات والإجراءات المتاحة للوكيل، وطريقة تعامل الأنظمة الأخرى مع مخرجاته، والضوابط الوقائية وحدود التكلفة لديكم. أما التطبيق المحيط وواجهات API والبنية التحتية فنختبرها مع فريق اختبار الاختراق لدينا. ونصل إلى النموذج عبر تطبيقكم فقط، ولا نختبر البنية التحتية لمزوّد النموذج نفسه. وتسرد قواعد الاشتباك كل مكوّن داخل النطاق وكل مكوّن مستبعد منه.

ما الفرق بين هذا الاختبار واختبار الاختراق المعتاد؟

يغطي هذا الاختبار ما لا يصل إليه اختبار الاختراق المعتاد: سلوك النموذج، وما يقرؤه، وما يستطيع فعله. فاختبار الاختراق يفحص المصادقة وواجهات API والإعدادات والبنية التحتية، لكنه لا يتحقق مما إذا كانت جملة مدسوسة في مستند قادرة على دفع المساعد إلى كشف ملفات مستخدم آخر أو استدعاء أداة. أما هنا فأداة الهجوم هي اللغة العادية، والنتائج تتغير من محاولة إلى أخرى، فتختلف المنهجية وطريقة إعداد التقرير. وكثيراً ما يُنفَّذ الاختباران معاً، ويتولى فريق اختبار الاختراق لدينا الجزء التقليدي. والمقصود باختبار الفريق الأحمر في هذه الخدمة مهاجمة نظام الذكاء الاصطناعي نفسه، أما معرفة ما إذا كان مركز العمليات الأمنية لديكم سيكتشف هجوماً عليه فمن نطاق خدمة الفريق الأحمر.

هل يمكنكم اختبار ميزة ذكاء اصطناعي يقدّمها مورّد برمجيات أو خدمة سحابية؟

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

هل تختبرون في بيئة الإنتاج أم في بيئة اختبار؟

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

كيف تُصنَّف النتائج، وبأي مراجع تُربط؟

تُمنح كل نتيجة درجة خطورة بحسب أثرها واحتمال استغلالها في سياق جهتكم، وتُربط بالبند المقابل في قائمة OWASP لتطبيقات النماذج اللغوية الكبيرة وفي قاعدة MITRE ATLAS. وتراعي درجة الخطورة نوعَ البيانات أو الإجراء المكشوف، ومن يستطيع استغلال الثغرة (مستخدم من خارج الجهة، أو مستخدم مسجّل الدخول، أو شخص من داخلها)، ومدى ثبات تكرارها. وتحمل نتائج التطبيق المحيط والبنية التحتية أيضاً درجة وفق النظام المشترك لتقييم الثغرات (CVSS). وللجهات الواقعة في نطاق الضوابط الأساسية للأمن السيبراني، يمكننا أن نبيّن المجالات الفرعية من الضوابط التي تتصل بها كل نتيجة، وهذا ربط مرجعي لا تقييم للامتثال.

هل تشمل الخدمة إعادة الاختبار؟

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

هل يمكنكم اختبار نظام بنته لنا داتاسك؟

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

كيف تتعاملون مع إجابات تتغير من محاولة إلى أخرى؟

نكرر كل اختبار ونذكر عدد مرات نجاحه، بدلاً من الاكتفاء بنتيجة محاولة واحدة. فمخرجات النموذج تتغير بحسب إعدادات التوليد وسياق المحادثة وإصدار النموذج، ولذلك يكفي نجاح واحد لإثبات وجود الثغرة، ولا يثبت إخفاق واحد عدم وجودها. وتذكر كل نتيجة عدد المحاولات وعدد مرات النجاح والمدخلات الدقيقة، وإصدار النموذج وإعداداته متى أمكننا الاطلاع عليها. وقد تُصنَّف ثغرة نادرة النجاح عالية الخطورة إذا كان أثرها جسيماً.

  • تقييم واختبار

    اختبار الاختراق

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

  • تقييم واختبار

    الفريق الأحمر

    محاكاة خصم حقيقي لقياس قدرة فريقك على الكشف والاستجابة.

  • الذكاء الاصطناعي الآمن والأتمتة

    بوابة الذكاء الاصطناعي الآمنة والضوابط الوقائية

    مسار محكوم واحد إلى النماذج المعتمدة: وصول قائم على الهوية، وسياسات للمدخلات والمخرجات، وحجب البيانات الحساسة، وسجلات تدقيق، وحدود للاستخدام والتكلفة.

  • الذكاء الاصطناعي الآمن والأتمتة

    حوكمة الذكاء الاصطناعي والجاهزية التنظيمية

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

المبيعات

تحدث مع فريق المبيعات

أخبرونا بما تحتاجونه لنعدّ لكم عرضاً لهذه الخدمة، أو تواصلوا مع المبيعات مباشرة بالاتصال أو واتساب.

  • الرقم الموحد

    9200 33782

    للاستفسارات العامة عن خدماتنا ولعملائنا الحاليين. يُتصل به من داخل المملكة.

  • الجوال (اتصال وواتساب)

    +966 59 750 4669

    خط المبيعات المباشر بالاتصال أو واتساب: لعرض سعر سريع أو سؤال عن هذه الخدمة، ولعملائنا الحاليين.

  • البريد الإلكتروني

    info@datasec.sa
  • العنوان

    3173 العباس بن عبدالمطلب، حي التعاون، الرياض 12475

    افتح الخريطة ↗
  • تبحث عن وظيفة لدى داتاسك؟ الوظائف المتاحة