الأمن السيبراني
تطلق Obsidian Security محرك سياسات وقت التشغيل للتحكم في إجراءات وكلاء الذكاء الاصطناعي
أضف Unite.AI إلى مصادرك المفضلة على Google
أطلقت Obsidian Security محركًا لاتخاذ قرارات السياسات وقت التشغيل، يتيح للمؤسسات التحكم في ما يفعله وكلاء الذكاء الاصطناعي داخل تطبيقات الأعمال قبل تنفيذ أي إجراء. ويوسّع هذا الإعلان منصة الشركة لأمن الوكلاء بإضافة وكيل أمني لـMCP، وواجهة برمجة تطبيقات لاتخاذ قرارات السياسات، وتغطية إضافية لأدوات البرمجة والوكلاء المضمّنين في برامج الجهات الخارجية.
يعالج هذا الإطلاق مشكلة لا تحلها ضوابط الوصول المعتادة بالكامل: فقد يمتلك الوكيل بيانات اعتماد صالحة ويستخدم تطبيقًا معتمدًا، لكنه مع ذلك يحاول تنفيذ إجراء غير ملائم. فالسماح بقراءة سجلات العملاء، على سبيل المثال، لا يعني بالضرورة السماح بتصديرها إلى وجهة خارجية.
يتمثل نهج Obsidian في تقييم الإجراء المقترح وفقًا لسياسات تُدار مركزيًا، مع مراعاة الشخص الذي يعمل الوكيل نيابةً عنه، ووضعه الوظيفي وصلاحياته، والتطبيق المعني، وتصنيفات البيانات التي يحددها العميل. وتتيح نقاط الإنفاذ المتصلة بعد ذلك السماح بالإجراء أو حظره، أو اشتراط الموافقة حيثما تكون هذه الإمكانية مدعومة.
من اكتشاف الوكلاء إلى التحكم في إجراءاتهم
يجيب اكتشاف الوكلاء عن سؤالَي الأدوات الموجودة والموارد التي يمكنها الوصول إليها. ويمكن للحوكمة تقليل الصلاحيات غير الضرورية أو تحديد الإعدادات الخطرة. أما سياسات وقت التشغيل فتتناول السؤال المتبقي: ما الذي ينبغي السماح لوكيل مخوّل في سائر الجوانب بفعله الآن؟
يشمل إعلان Obsidian الوكلاء الذين يشغّلهم الموظفون، وكذلك الوكلاء المضمّنين في البرامج التي تستخدمها المؤسسة بالفعل. وتشمل إمكانات الاكتشاف والحوكمة الموسّعة Salesforce Agentforce وDatabricks وGitHub وMicrosoft 365 وSnowflake وServiceNow وWorkday.
هذه أسطح تحكم مختلفة. فالعثور على وكيل داخل تطبيق SaaS لا يعني بحد ذاته اعتراض كل إجراء في ذلك التطبيق. ويعتمد الإنفاذ وقت التشغيل على التكامل المدعوم والنقطة التي يمر الإجراء عبرها.
أضافت الشركة أيضًا دعمًا لسياسات وقت التشغيل في OpenAI Codex، إلى جانب ضوابطها الحالية لوكلاء البرمجة. ويحدد إعلانها مخاطر من قبيل الأوامر التخريبية، وكشف بيانات الاعتماد، وقراءة بيانات خارج النطاق المقصود للمشروع؛ وهي إجراءات قد تحدث أثناء جلسة تطوير مشروعة في جوانبها الأخرى.
يوفّر الرسم البياني المعرفي السياق المفقود
يمكن للبوابة فحص الطلب، لكن الطلب وحده قد لا يوضح الصلاحيات التي يستند إليها. وقد يتطلب اتخاذ قرار أمني سليم معرفة ما إذا كان الحساب الذي أصدر الطلب يعود إلى موظف أم متعاقد، وما إذا كان التوظيف قد انتهى، والصلاحيات الفعلية التي يملكها الحساب في التطبيق المستهدف.
تربط بنية الرسم البياني المعرفي لدى Obsidian الأشخاص والحسابات والتطبيقات والرموز والصلاحيات والعلاقات فيما بينها. وتوضح الشركة أنها توحّد المعلومات الواردة من واجهات برمجة التطبيقات الإدارية وتدفقات النشاط والتكاملات ضمن نموذج مشترك، مع كيانات وعلاقات ذات إصدارات محددة لالتقاط التغييرات بمرور الوقت.
يساعد هذا الهيكل على تتبّع الوصول عبر أنظمة متعددة بدلًا من فحص كل حساب بمعزل عن غيره. فقد يبدو دور الوكيل محدودًا، بينما يمنحه رمز أو صلاحية موروثة نطاق وصول أوسع في موضع آخر. ويمنح ربط هذه العلاقات محرك السياسات أساسًا أقوى لتحديد ما إذا كان إجراء معين يتوافق مع قواعد المؤسسة.
يمكن للعملاء إضافة سياقهم الخاص، بما في ذلك تسميات التصنيف. وبذلك تستطيع السياسة التمييز بين ملف عادي وآخر تصنفه المؤسسة على أنه شديد الحساسية، بدلًا من الاعتماد حصرًا على تعريف عام للبيانات السرية تضعه شركة مورّدة لمنتجات الأمن.
كيف يتحول القرار إلى إنفاذ
تفصل البنية بين اتخاذ القرار وتنفيذه. ووفقًا لشرح محرك وقت التشغيل لدى Obsidian، توقف نقطة الإنفاذ العملية المقترحة مؤقتًا، وترسل تفاصيلها للتقييم، ثم تطبّق القرار المُعاد وسببه.
توسّع واجهة برمجة التطبيقات الجديدة لاتخاذ قرارات السياسات هذا النموذج ليشمل البوابات التي يديرها العملاء، وأطر عمل الوكلاء، وسير العمل. ويمكن للمؤسسة الإبقاء على بنيتها التحتية الحالية، مع طلب قرار يراعي السياق من Obsidian. وبعد ذلك، يجب على مكوّن الإنفاذ لدى العميل تطبيق ذلك القرار قبل متابعة العملية.
توثّق Obsidian أيضًا وضعًا للرصد يتيح اختبار مدى تطابق السياسات مع حركة المرور الفعلية قبل حظر العمليات. وتسجّل سجلات القرارات الوكيل، والشخص الذي أصدر الطلب، والأداة، والوسائط، والنتيجة، والسياسة المطابقة، ما يتيح لفرق الأمن التحقيق في أسباب السماح بإجراء ما أو إيقافه.
نطاق دعم الموافقة أضيق من نطاق بنية السماح أو الحظر عمومًا: إذ تشير وثائق الشركة الحالية إلى أن اشتراط الموافقة متاح لسياسات Claude Code التي تُطبّق قبل تنفيذ العملية. وهذا يجعل إمكانات التكامل عاملًا مهمًا عند تصميم الضوابط لمجموعة متنوعة من الوكلاء.
يُبقي وكيل MCP الرموز المميزة للتطبيقات خارج عملاء الذكاء الاصطناعي
يتولى الوسيط الأمني لـ MCP تنظيم الاتصالات بين عملاء الذكاء الاصطناعي وتطبيقات الأعمال المدعومة. ويوفر بروتوكول سياق النموذج، أو MCP، طريقة معيارية تتيح للوكلاء استدعاء الأدوات التي تتيحها الخوادم الخارجية. وتضع Obsidian فحصًا للسياسات بين العميل وخادم MCP الخاص بالتطبيق.
توضح وثائق المنتج أن عنوان URL المباشر لـ MCP الخاص بالمورّد يُستبدل بنقطة نهاية تديرها Obsidian. ويمنح المستخدمون إذن الوصول عبر آلية الموافقة التابعة لمورّد التطبيق؛ ويتلقى عميل الذكاء الاصطناعي رمزًا مميزًا صادرًا عن الوسيط بدلًا من تخزين رمز الوصول الخاص بالتطبيق بنفسه.
يربط الوسيط الجلسة بالمستخدم وحسابه لدى التطبيق والمستأجر المعني، مثل مؤسسة بعينها على Salesforce أو مساحة عمل محددة. ويفحص استدعاءات الأدوات قبل تمريرها، ويسجل ما إذا كان قد سُمح بها أم حُظرت. وتقول Obsidian إن ذلك يجري ضمن أذونات المستخدم الحالية في التطبيق، بدلًا من إضافة امتيازات عبر حساب خدمة مشترك.
ويشير الإعلان أيضًا إلى تعاون مع Cloudflare وبوابة خوادم MCP التابعة لها. والهدف هو الجمع بين موقع البوابة في مسار حركة البيانات وسياق الهوية والتطبيق والبيانات لدى Obsidian.
لماذا تهم ضوابط مستوى الإجراء
بالنسبة إلى المؤسسات التي تنشر الوكلاء، يتمثل التحدي العملي في إتاحة إنجاز الأعمال المفيدة مع الحد من الأخطاء ذات العواقب الكبيرة. فقد يؤدي الحظر الشامل إلى إيقاف سير العمل بالكامل؛ أما القرار المحدد بدقة فيمكنه السماح بعمليات القراءة الاعتيادية، مع إيقاف تصدير غير مصرح به أو اشتراط مراجعة تغيير تدميري.
تجمع Obsidian هذه القرارات ضمن طبقة سياسات مشتركة تشمل الأدوات المدعومة ونقاط إنفاذ السياسات. وستعتمد القيمة على جودة سياق الوصول الأساسي واكتمال المسارات الخاضعة للرقابة. ومع تولي الوكلاء مسؤوليات تشغيلية أكبر، تزداد أهمية القدرة على تفسير القرار وإنفاذه قبل التنفيذ بوصفها جزءًا من أمن المؤسسات.
