Google تقدم تحققًا رسميًا لسياسات CEL باستخدام Z3

أعلنت Google في 18 أغسطس 2026 إطار CEL Formal Verification Framework. ويستخدم Z3 لفحص خصائص محددة في تعبيرات CEL وسياساتها، مثل تكافؤ تعبيرين أو الحفاظ على شرط أمان.

CEL لغة تعبيرات تُضمّن داخل التطبيقات. وتشمل استخداماتها مرشحات طلبات API وقيود التحقق وقواعد التفويض.

ما الفرق عن الاختبارات؟

يفحص الاختبار سلوك البرنامج مع مدخلات محددة. أما التحقق الرسمي فيسعى إلى إثبات خاصية ضمن النموذج الذي جرى تعريفه. وتظل صياغة تلك الخاصية مسؤولية هندسية مهمة.

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

كما أن اجتياز أمثلة مألوفة لا يجيب وحده عن جميع الحالات التي قد تكون مهمة للسياسة. لهذا تكون معرفة الهدف الأصلي من القاعدة ضرورية قبل تقييم أي إعادة كتابة لها.

مثال توضيحي مستقل

لنفترض أن الدخول يتطلب العضوية، مع اشتراك مدفوع أو فترة تجريبية. يمكن التعبير عن ذلك هكذا:

member && (paid || trial)

أما التعبير (member && paid) || trial فيقبل شخصًا غير عضو إذا كانت trial=true. انتقل شرط العضوية من مطلب يشمل الحالتين إلى مطلب يخص فرعًا واحدًا فقط.

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

المهم في المراجعة هو مطابقة السلوك مع المقصود من السياسة، وليس الاكتفاء بأن الصيغة الجديدة أقصر أو أسهل قراءة.

النتيجة غير الحاسمة لها معناها

يوضح الإعلان أن الاعتماد على دالة مخصصة غير ممثلة في النموذج قد يؤدي إلى نتيجة Inconclusive. وتعني هذه النتيجة أن الفحص لم يصل إلى حكم مكتمل؛ ولا ينبغي اعتبارها إثباتًا لصحة القاعدة.

بالنسبة إلى فريق يستخدم AI لإعادة كتابة السياسات، يبدأ العمل المفيد بتحديد الشروط الواجب الحفاظ عليها قبل التعديل، ثم تقييم التغيير على أساسها.

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

المصادر

• Google Open Source Blog — 18 August 2026
• CEL — language overview