متصفح آمن لوكلاء الذكاء الاصطناعي: كيف تستخدم AWS Bedrock سياسات Chrome
تقيّد AWS Bedrock الآن وكلاء الذكاء الاصطناعي العاملين عبر المتصفح من خلال سياسات الأمان المؤسسية في Chrome. يمكن للشركة أن تمنع الوكلاء تمامًا من دخول مواقع معينة، وأن تتحكم في نشاطهم على الويب، وأن ترى جميع إجراءاتهم في سجلات أمنية تفصيلية. هذا الأمر بالغ الأهمية للمؤسسات: فلن يتمكن وكلاء الذكاء الاصطناعي من تسريب البيانات السرية عبر المتصفح، سواء عن غير قصد أو عن عمد.
معالج بواسطة الذكاء الاصطناعي من AWS Machine Learning Blog؛ بتحرير Hamidun News
تدعم AWS Bedrock AgentCore الآن سياسات الأمان المؤسسية في Chrome، ما يتيح للمؤسسات حصر وصول وكلاء الذكاء الاصطناعي إلى الويب بنطاقات ومواقع محددة.
لماذا تحتاج وكلاء الذكاء الاصطناعي العاملون في المتصفح إلى حماية
ينفّذ وكلاء الذكاء الاصطناعي في المتصفح مهام أعمال حقيقية: يبحثون عن المعلومات على الإنترنت، ويعملون مع تطبيقات الويب، ويتعاملون مع البيانات. ومن دون قيود، قد يدخل هذا الوكيل نظريًا إلى أي موقع على الإنترنت. وهذا يمثّل خطرًا جسيمًا على أمن المؤسسات. فقد يكشف الوكيل بيانات سرية للشركة، سواء عن غير قصد أو نتيجة هجوم prompt injection، وقد يصاب ببرمجيات خبيثة من موقع مزيّف، وقد يصل إلى الأنظمة الداخلية عبر متصفح مفتوح.
كانت الشركات حذرة سابقًا من استخدام الوكلاء العاملين عبر المتصفح في بيئة production، إذ لم يكن بالإمكان ضمان المواقع التي سيتصفحها الوكيل ولا ما قد يفصح عنه عن غير قصد. وتعالج AWS هذه المشكلة بدعم مدمج لسياسات Chrome Enterprise، وهي نظام إدارة الوصول نفسه الذي يحمي موظفي الشركات في الشبكات الكبيرة منذ عقود. والآن تعمل الأدوات نفسها مع الذكاء الاصطناعي.
كيف تعمل القيود على Bedrock AgentCore
تمنح سياسات Chrome المؤسسية تحكمًا دقيقًا في سلوك المتصفح. وبالنسبة إلى وكلاء الذكاء الاصطناعي على Bedrock، يعني ذلك:
- قائمة بيضاء للمواقع — يمكن للوكيل دخول النطاقات والنطاقات الفرعية المحددة فقط، ويُحظر كل ما عداها
- قائمة سوداء — حظر صريح لمواقع وخدمات معينة، ويُسمح بكل ما عداها
- التحكم في البروتوكولات — السماح باتصالات HTTPS فقط ومنع اتصالات HTTP غير الآمنة
- التحقق من الشهادات — دعم شهادة جذر مخصصة (custom root CA) للعمل مع الأنظمة الداخلية للشركة
- التسجيل والتدقيق — الاطلاع في السجلات على المواقع التي زارها الوكيل والإجراءات التي نفّذها
هذا النوع من التحكم مثالي للمؤسسات: فالشركة تعرف بدقة أين يمكن لوكيلها التصفح، ويمكنها اكتشاف أي سلوك شاذ بسرعة.
تسجيل الجلسات والتحقق من الامتثال
تعرض AWS أداة لتسجيل الجلسات، وهي تسجيل مرئي لجميع إجراءات الوكيل في المتصفح. ويتيح ذلك رؤية عمل السياسات فعليًا: فعندما يرفض المتصفح الانتقال إلى موقع محظور، يظهر خطأ الحظر.
مثال من التوثيق: تم ضبط وكيل المتصفح على قائمة بيضاء بحيث يستطيع الاطلاع فقط على توثيق AWS Bedrock AgentCore والمواد المرجعية ذات الصلة. وإذا حُاوِل دفع الوكيل عبر prompt إلى دخول موقع آخر، تحظر السياسة الطلب وتسجّل المحاولة.
شهادات مخصصة للأنظمة الداخلية
تستخدم شركات كثيرة جهات إصدار شهادات HTTPS خاصة بها (CA) لأنظمتها الداخلية، وهذا ضروري لحماية المعلومات السرية. وتوضح AWS كيف يمكن لوكيل الذكاء الاصطناعي العمل مع هذه الأنظمة دون أن تظهر له أخطاء التحقق من الشهادة.
تستخدم AWS موقعًا تجريبيًا عامًا للعرض، لكن في بيئة production يمكن للشركة تحميل شهادة الجذر الخاصة بها، وسيصل الوكيل إلى الموارد الداخلية بأمان.
ماذا يعني ذلك للمؤسسات
هذا أمر حاسم لاعتماد وكلاء الذكاء الاصطناعي على نطاق واسع في بيئة production. فقد كانت الشركات تخشى تشغيل الوكلاء العاملين عبر المتصفح على مهام حقيقية، إذ لم يكن واضحًا أين قد يتصفح الوكيل وما قد يفصح عنه عن غير قصد. أما الآن فهناك ضمان كامل: لن يتمكن الوكيل من تجاوز الحدود التي تضعها سياسات الأمان. فهو لا يستطيع دخول المواقع الخارجية، ولا كشف البيانات عبر الإنترنت، ولا الإصابة ببرمجيات خبيثة.
وهذا يجعل وكلاء الذكاء الاصطناعي أكثر أمانًا وأكثر جاهزية للنشر الفعلي في المؤسسات (enterprise deployment)، حيث تكون متطلبات الأمان والتدقيق مرتفعة جدًا.
Delegate Deep Research, Coding & Workflows to an AI Agent
Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.
أهم ما في عالم الذكاء الاصطناعي — مرة كل أسبوع
سبع قصص مهمة فعلاً هذا الأسبوع، مختارة بعناية. بلا ضجيج ولا بيانات صحفية.
تم! تحقق من بريدك للتأكيد.