Google Gemma 4 تدفع الشركات إلى إعادة النظر في الرقابة على الذكاء الاصطناعي على الأجهزة المحلية

صعّبت Google Gemma 4 مهمة أقسام أمن المعلومات في الشركات: فنماذج الأوزان المفتوحة يمكن الآن تشغيلها مباشرة على الحواسيب المحمولة للموظفين، متجاوزةً بوابات السحابة ونقاط الرقابة المعتادة. وبالنسبة إلى مديري أمن المعلومات (CISO)، فهذا ليس مجرد نموذج جديد، بل تغيّر في بنية المخاطر نفسها: إذ تنتقل عمليات الاستدلال (inference) والسيناريوهات القائمة على الوكلاء إلى الأجهزة الطرفية.

المحيط الأمني لم يعد كافيًا

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

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

ولم تعزز Google هذا التحول بالنموذج وحده، بل بأدوات مرافقة مثل Google AI Edge Gallery ومكتبة LiteRT-LM. فهذه الأدوات تُسهّل التشغيل المحلي وتُسرّع الاستدلال وتساعد على بناء سيناريوهات وكلاء أكثر تنظيمًا. ونتيجة ذلك، يستطيع الوكيل المحلي قراءة التعليمات والتخطيط لعدة خطوات متتالية وتنفيذ المهام على الجهاز دون الأثر الشبكي المعتاد. وبالنسبة إلى فريق الأمن، هذا سيناريو مؤلم: فإذا لم تخرج الطلبات إلى الخارج، فإن المحيط الشبكي ببساطة لا يرى ما يجري.

«ما الذي يعمل الآن بالضبط على الأجهزة الطرفية؟» — سؤال بات حتمًا

مطروحًا أمام CISO.

التدقيق والامتثال

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

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

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

الرقابة بدل الحظر

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

ولذلك يتحول التركيز من حظر النموذج إلى مراقبة النوايا والصلاحيات. فحتى وكيل Gemma 4 المشغَّل محليًا يصطدم في النهاية بصلاحيات النظام: الوصول إلى الملفات وقواعد بيانات الشركة والمستودعات الداخلية وأوامر shell. وهذه الطبقة بالذات ينبغي أن تصبح المحيط الرقمي الجديد. وسيتعين على CTO وCISO نشر أدوات للأجهزة الطرفية (endpoint) قادرة على رصد الاستدلال المحلي الشاذ، وتتبّع الحمل غير المصرّح به على وحدات GPU، والتمييز بين عمل المطور المعتاد ووكيل مستقل يجوب بنية الملفات بكثافة لتنفيذ أمر نصي (prompt).

ماذا يعني ذلك

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