تطلق Chainguard مساحتي عمل وأداة تحقق لتأمين وكلاء البرمجة بالذكاء الاصطناعي

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

تتعامل Chainguard مع هذا النطاق الأوسع من المخاطر عبر ثلاثة إعلانات في Assemble London: Workspaces، وهي بيئات معزولة للمطورين ووكلاء البرمجة؛ وChecks، وهي محرك للتحقق صُمم للعمل ضمن دورة تطوير الوكيل؛ وتوسيع وسائل الحماية في Libraries لتشمل لغات برمجة إضافية ومعالجة الثغرات الأمنية.

تربط هذه الإطلاقات بين ثلاثة أسئلة يتعين على المؤسسات الإجابة عنها على نحو متزايد: أين ينفّذ الوكيل مهامه، وكيف يجري التحقق من عمله، وما البرامج الخارجية التي يمكنه إدخالها إلى المؤسسة. ويُطرح كل من Workspaces وChecks بنسخة تجريبية، فيما تدخل عروض Libraries الجديدة للغتَي Go و.NET مرحلة الوصول المبكر.

إحاطة كل وكيل برمجة بحدود واضحة

توفّر Chainguard Workspaces لكل مطور ولكل وكيل آلة افتراضية مصغرة منفصلة وبعيدة. وتزامن البيئة شجرة العمل المحلية للمطور، ما يتيح له الاحتفاظ بمحرره وسير عمله على Git، بينما يجري التنفيذ بعيدًا عن جهازه. كما تتيح البيئات المنفصلة لعدة وكلاء تجربة التغييرات بالتوازي من دون مشاركة بيئة العمل نفسها.

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

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

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

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

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

نقل التحقق إلى سير عمل الوكيل

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

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

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

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

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

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

تأمين الاعتمادات التي تستعين بها الوكلاء

يوسّع الإعلان الثالث نطاق Chainguard Libraries، وهو دليل مُدار للتبعيات اللغوية مفتوحة المصدر ونقاط نهاية لها. وقد صُممت الخدمة الحالية لتتكامل مع مديري الحزم وسير عمل التطوير، مع توفير معلومات المصدر وقوائم مواد برمجية موقّعة للحزم التي تبنيها Chainguard.

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

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

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

استطلاع يوضح لماذا يتعرض الاكتفاء بالترقيع لضغوط متزايدة

إلى جانب المنتجات، تصدر Chainguard تقرير The AI Exploit Gap، وهو استطلاع أجرته Wakefield Research بتكليف منها. وجمع الاستطلاع إجابات في سبتمبر 2026 من 1,300 من قادة الأمن السيبراني في تسعة أسواق. وكان المشاركون في مناصب بمستوى مدير أو أعلى، وعملوا عمومًا في مؤسسات تضم 500 موظف على الأقل، مع حد أدنى يبلغ 250 موظفًا في سنغافورة والإمارات العربية المتحدة والمملكة العربية السعودية.

في ذلك الاستطلاع، قال 54% إن مؤسساتهم تترك عن علم ثغرات عالية الخطورة أو حرجة من دون ترقيع، ولو أحيانًا، وأعرب 93% عن قلقهم من عدم القدرة على معالجة الهجمات المدفوعة بالذكاء الاصطناعي بالسرعة الكافية. وأفاد نحو 76% بوقوع هجوم مدفوع بالذكاء الاصطناعي خلال العام السابق، مؤكد أو مشتبه به.

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

وتكشف النتائج التشغيلية الكثير. فمن بين الشركات التي لا تقل إيراداتها عن مليار دولار، أفاد 66% بأنها تترك ثغرات عالية الخطورة أو حرجة من دون ترقيع، ولو أحيانًا، مقارنةً بـ27% من الشركات التي تقل إيراداتها عن 250 مليون دولار. وأشارت المؤسسات الأكبر حجمًا إلى مفاضلات تجارية، مثل تعطيل الأعمال وتنافس أولويات المنتجات. لذا، تتعلق الفجوة بالقدرة على تطبيق التغييرات بقدر ما تتعلق بالقدرة على اكتشاف الثغرات.

زيادة الاستقلالية تستلزم مزيدًا من الضوابط القابلة للتحقق

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

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