أعلنت Google Cloud في 4 نوفمبر 2026 فرض ضوابط أمنية جديدة لوكلاء الذكاء الاصطناعي، وفقاً لمنشور صادر عن Sandra Joyce من Google Threat Intelligence، بمناسبة قمة Google Cloud Security Summit. وأوضحت الشركة أن آليات المراجعة البشرية الحالية تعجز عن مواكبة سرعة توليد الشيفرات آلياً، مشيرة إلى أن الوكلاء المستقلين أصبحوا جزءاً أساسياً من سلاسل الإمداد، ما يجعل الثقة المطلقة بهم خطراً قد يحولهم إلى أبواب خلفية يستغلها المهاجمون.
وأضافت الشركة إمكانيتين جديدتين إلى وكيلها CodeMender، المتخصص في اكتشاف ثغرات الشيفرات وإصلاحها والذي لا يزال في مرحلة المعاينة. تتمثل الأولى في عزل عمليات التحقق من الثغرات ومحاكاة الاستغلال داخل بيئة معزولة على مستوى نظام التشغيل أو آلة افتراضية يحددها العميل، مترافقة مع فحوصات بشرية تسبق أي كتابة محلية أو تنفيذ للأوامر، وذلك لتقليل مخاطر الاستغلال الخبيث واختبارات ثغرات يوم الصفر (Zero-Day) غير المنضبطة. وتشمل الثانية تحديد نطاق المسح ليشمل مجلداً معيناً، أو المستودع بالكامل، أو الملفات المعدلة حديثاً فقط، للتحكم في سرعة وكلفة العمليات. وأكدت Google استخدام مئات العملاء للأداة منذ إطلاق نسختها التجريبية في يوليو.
وأشار Ivan Fontarensky، المدير التقني لخدمات الأمن السيبراني في Thales Group، إلى أن التقييم الأولي لأداة CodeMender أظهر قدرة على تقليص زمن اكتشاف الثغرات بنسبة تتجاوز 95%، مع الحفاظ على عمليات التحقق والإصلاح تحت الإشراف البشري.
أبرز أخبار الأمن السيبراني في السعودية والعالم، كل أسبوع في بريدك.
وعلى صعيد الوكلاء بشكل عام، وفرت Google ضوابط شاملة للهوية والشبكة والمحتوى. وتتولى أداة Auth Manager، المتاحة حالياً للعموم، إدارة الاعتمادات داخل بيئة محمية بضوابط IAM، مع أتمتة تدفقات OAuth 2.0 و PKCE وتجديد الرموز المفوضة للوكلاء، للحد من استنزاف الموافقات ومنع سرقة الاعتمادات. وتصدر ميزة دعم JWT المخصصة لـ Agent Identity، والتي لا تزال في المعاينة، رموز OIDC قياسية لتوثيق الوكلاء عبر AWS وAzure والأنظمة المحلية وخوادم MCP، دون الحاجة إلى مفاتيح API ثابتة وطويلة الأمد.
وتدعم قواعد الدخول والخروج في VPC Service Controls أدوار IAM، وهي متاحة للعموم، بينما دخلت أداة Workload Identity Federation المخصصة لـ GKE مرحلة المعاينة. وتضيف أداة Model Armor التجريبية كاشفاً مخصصاً للمواضيع يتيح للعميل تحديد نطاق المحتوى المسموح به برمجياً في قطاعات حساسة مثل الرعاية الصحية والتأمين والتجزئة. وعلى مستوى الشبكة، وفرت خدمة Cloud NGFW بيئة معزولة متقدمة لتحليل البرمجيات الخبيثة بالاعتماد على تقنية WildFire من Palo Alto Networks والمتاحة للعموم، بالإضافة إلى توفير قواعد مدارة تجريبياً في Cloud Armor مدعومة باستخبارات Thales Imperva.
أما فيما يخص مركز العمليات الأمنية، استعرضت Google قدرات وكلائها المستقلين في تحليل التنبيهات المعقدة وتنفيذ استعلامات مترابطة على بيانات قادمة من موردين متعددين خلال أقل من ثانية، لتقديم خطط تخفيف واضحة تخضع للموافقة البشرية النهائية.
وفي إطار التعاون مع Wiz، أشارت Google إلى أن أداة Wiz AI SAST التجريبية تعتمد على الاستدلال الوكيلي لفهم سلوكيات التطبيقات ورصد الأخطاء المنطقية، مع ربط نقاط ضعف الشيفرة بسياق البنية التحتية عبر Wiz Security Graph. وتُعالج مسارات الهجوم القابلة للاستغلال بالاعتماد على الوكيل Wiz Green Agent وCodeMender. ويعتمد كل من Wiz Defend وGoogle Security Operations على نموذج بيانات موحد يتيح للمحللين إجراء التحقيقات عبر أي من المنصتين. وكانت Wiz قد أطلقت AI SAST في 6 أكتوبر، وأعلنت تكامل Wiz Defend في 15 سبتمبر.
كما تناولت الشركة تفاصيل مبادرة Scan for Good المشتركة بين Google DeepMind وWiz، والتي تدمج التقنيات المستقلة مع خبرات الباحثين الأمنيين لدعم الجهات ذات الموارد المحدودة، مثل المرافق العامة والبنية التحتية الحرجة والمنظمات غير الربحية. وأسهمت المبادرة في شهرها الأول، بالاعتماد على نموذج Gemini 4 Argon، في مساعدة أكثر من 50 جهة عامة ومزود بنية تحتية حرجة في رصد الثغرات الخطيرة ومعالجتها. وتؤكد Wiz مراجعة كل نتيجة محتملة عبر باحث بشري، استكمالاً لإطلاق Scan for Good في سبتمبر.
وأكدت Google استخدام Wiz لنموذج Gemini 4 Argon إلى جانب نماذج أخرى لاكتشاف وإصلاح ثغرات لغة PHP الأساسية، حيث ساهم النموذج في تحديد الثغرة وتطوير مسار استغلال محتمل، وكشف الهجمات والتحقق من التصحيح. وتبقى معظم هذه الإمكانات في المرحلة التجريبية، وتستند أرقام الاستخدام والتأثير إلى بيانات صادرة عن Google وعميلتها Thales.
