أمن الذكاء الاصطناعي

أمن الذكاء الاصطناعي: الملفات التي لا يراجعها أحد أصبحت الآن أكبر نقطة ضعف لديك

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

سطح الهجوم الذي لم يضعه أحد في ميزانيته

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

النموذج والوكيل. تسميم الأدوات، والحقن الفوري، واستقلالية الوكيل التي تتجاوز ما كان متوقعًا. يمكن لتعليمات خفية في وصف خادم MCP أن تعيد توجيه ما يفعله مساعد الطيار دون أن يلاحظ المطور ذلك.

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

ليس أي من هذا نظرياً. في الأشهر الثمانية عشر الماضية:

  • سمحت ثغرة أمنية مخفية في ملفات قواعد يونيكود للمهاجمين بإدخال تعليمات غير مرئية في ملفات التكوين التي يقرأها برنامجا Copilot و Cursor، مما أدى إلى اختراق التعليمات البرمجية التي أنشأها المساعد دون علمهم. وقد أضاف موقع GitHub تحذيراً بشأن هذه الثغرة في عام 2025.
  • تسبب خلل في حقن الأوامر في جسر MCP شائع (CVSS 9.6) في أكثر من 400,000 عملية تنزيل قبل إصلاحه، وهي أول حالة موثقة لتنفيذ التعليمات البرمجية عن بعد بالكامل تم تشغيلها ببساطة عن طريق الاتصال بخادم MCP غير موثوق به.
  • حوّل فيروس npm ذاتي الانتشار المطورين أنفسهم إلى آلية توصيل، وتكرر النمط على نطاق واسع في الأشهر التالية عبر أنظمة بيئية أخرى، وهو فشل أمني نموذجي في سلسلة توريد الذكاء الاصطناعي.
  • وجد الباحثون أن نسبة كبيرة من الحزم التي توصي بها نماذج التعلم الآلي غير موجودة على الإطلاق، وهي أسماء "مستنسخة" يقوم المهاجم بتسجيلها قبل أن يطلب مطور حقيقي من النموذج استيرادها.

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

لماذا لا تفي أدواتك الحالية بالغرض؟

SAST يقرأ الشفرة. SCA يقرأ بيانًا بالتبعيات. لا أحد يعرف ما هو النموذج، أو ما يكشفه خادم MCP، أو ما يوجه ملف المهارات الوكيل للقيام به. هذه الفجوة هي بالضبط ما تستغله هجمات عصر الذكاء الاصطناعي، في المساحة بين "الرمز الذي نفحصه" و"الذكاء الاصطناعي الذي اعتمدناه بهدوء".

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

ما يعنيه أمن الذكاء الاصطناعي فعلياً

زيجيني هي شركة أمن الذكاء الاصطناعي التي تتعامل مع هذا على أنه ثلاث حركات مترابطة عبر SDLC: اكتشاف، وكشف، وإنفاذ.

اكتشف: تعرف على نوع الذكاء الاصطناعي الذي تمتلكه بالفعل

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

ثم يرسم مخطط الذكاء الاصطناعي كيفية ترابط هذه الأصول: أي نموذج تغذيه مجموعة البيانات، وأي وكيل يستدعي أي أداة، وأي خادم MCP يدعم أي مساعد. لا يُفيدك الأصل بمعزل عن غيره كثيرًا. يُظهر لك المخطط أين يتركز الخطر.

انطلاقاً من هذا الاكتشاف نفسه، يُنتج برنامج Xygeni AI-BOMقائمة جرد جاهزة للتدقيق وقابلة للقراءة آليًا لكل ما يتعلق بالذكاء الاصطناعي في برامجك. عندما يسألك أي جهة تنظيمية أو مدقق حسابات أو عميل عن نوع الذكاء الاصطناعي الذي تستخدمه، يصبح الجواب جاهزًا للتنزيل بدلًا من البحث المضني الذي يستغرق ثلاثة أسابيع.

الكشف عن: المخاطر التي لا تستطيع الماسحات الضوئية التقليدية رؤيتها

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

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

تحديد الأولويات: المسار الذي يقلل الضوضاء، وليس الزوايا.

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

فرض: أوقفه قبل تشغيله

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

لا يقتصر تعرضك للذكاء الاصطناعي على كود الذكاء الاصطناعي الخاص بك فحسب

إن الصورة الكاملة لأمن سلسلة توريد الذكاء الاصطناعي تتطلب أكثر من مجرد نموذج جرد، ونادراً ما تقتصر على الأشياء البراقة فقط:

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

الطبقة الفاعلة: DevAI و CoreAI

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

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

قم بتوسيع نطاق ما لديك في مجال أمن الذكاء الاصطناعي. لا تقم بإزالة أي شيء.

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

لماذا هذا الأمر مهم الآن وليس لاحقاً؟

تتفق الجهات التنظيمية على نفس التوقعات من اتجاهات مختلفة: فقانون الذكاء الاصطناعي في الاتحاد الأوروبي، وقانون أمن المعلومات الوطني الثاني (NIS2)، وقانون معايير التعليم الإسبانية (ENS) جميعها تشجع على حصر وتتبع أنظمة الذكاء الاصطناعي، وهو نفس الدليل الذي صُممت قائمة مكونات الذكاء الاصطناعي (AI-BOM) لتقديمه. ويتضح هذا التوجه حتى في الحالات التي لا تزال فيها آليات الامتثال الدقيقة قيد التبلور: فلا يمكنك إثبات وجود ذكاء اصطناعي لم تقم بحصره، ولا يمكنك الادعاء بأمان سلسلة توريد الذكاء الاصطناعي إذا كانت سلسلة التوريد نفسها غير مرئية لك.

اختيار شركة أمن الذكاء الاصطناعي

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

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

تعرف على ما يُسمح لذكائك الاصطناعي بفعله فعلياً. ابدأ مجانًا or جدولة عرض.

الأسئلة الشائعة

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

ما الفرق بين أمن الذكاء الاصطناعي، وتطوير الذكاء الاصطناعي، والذكاء الاصطناعي الأساسي؟
يكتشف نظام أمان الذكاء الاصطناعي الثغرات ويكشفها: فهو يبني مخزون الذكاء الاصطناعي، وقائمة مكونات الذكاء الاصطناعي (AI-BOM)، ويحدد المخاطر مثل حقن التعليمات البرمجية الفورية أو ملفات المهارات الملوثة. يعمل نظام DevAI داخل بيئة التطوير المتكاملة (IDE) أثناء كتابة المطورين للتعليمات البرمجية، ويقترح حلولًا أثناء العمل. أما نظام CoreAI فيعمل فوق كليهما، ويربط النتائج عبر المنصة بأكملها، ويجيب على الأسئلة المتعلقة بوضع الأمان الخاص بك بلغة طبيعية.

ما هي أطر أمن الذكاء الاصطناعي التي تتوافق معها شركة Xygeni؟
تتوافق النتائج مع قائمة OWASP لأهم 10 مخاطر لتطبيقات ماجستير القانون، وقائمة OWASP لأهم 10 مخاطر لشهادة MCP، وقائمة OWASP لأهم 10 مخاطر للمهارات القيادية، إلى جانب معيار NIST SP 800-218A و CISإرشادات مجموعة الدول السبع بشأن قوائم مواد الذكاء الاصطناعي. هذا الربط هو ما يجعل قائمة مواد الذكاء الاصطناعي قابلة للاستخدام كدليل على الامتثال بدلاً من مجرد جرد.

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

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

قم بتأمين تطوير البرامج الخاصة بك وتسليمها

مع مجموعة منتجات Xygeni