ما الذي أعلنته Google DeepMind؟

في ١٠ نوفمبر ٢٠٢٦، نشرت Google DeepMind مقالاً بعنوان «تقديم AlphaProof Code: إنجاز مهم في التحقق من البرمجيات المعقدة بعمق». ويصف الإعلان البحثي إطاراً يستخدم وكلاء الذكاء الاصطناعي إلى جانب الخبرة البشرية للتحقق الرسمي من البرمجيات. وكانت حالة الاختبار المعلنة هي الشيفرة التي يقوم عليها بروتوكول Signal التشفيري، الذي تقول Google إنه يحمي مليارات المحادثات الخاصة في خدمات تشمل Signal وGoogle Messages.

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

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

تصف Google DeepMind AlphaProof Code بأنه إطار عمل وكيل للتحقق الرسمي بعمق غير مسبوق، وفق وصفها. ويركز عرضها على التعاون بين البشر ووكلاء الذكاء الاصطناعي. لذلك، فإن هذا تقرير عن سير عمل للتحقق بمساعدة الذكاء الاصطناعي، وليس ادعاءً بأن نظاماً للذكاء الاصطناعي اعتمد خدمة اتصالات كاملة بصورة مستقلة ومن دون خبرة بشرية.

كيف يتعامل AlphaProof Code مع التحقق الرسمي؟

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

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

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

يوضح عرض Google أيضاً أن البشر يظلون جزءاً من العملية: إذ يجمع AlphaProof Code بين الخبرة البشرية ووكلاء الذكاء الاصطناعي، ويساعد الوكلاء المستخدمين في كتابة المواصفات. ولا يحدد الإعلان حجم توزيع العمل، أو يصف تدخلات الباحثين خطوة بخطوة. لذلك، سيكون من غير الدقيق وصف العمل المعلن بأنه مستقل بالكامل. والوصف الأدق هو أن وكلاء الذكاء الاصطناعي ساهموا في جهد للتحقق الرسمي موجّه من خبراء، مع تولي Lean فحص البراهين.

اختبار الثغرتين: التحقق من انعدام الأمان

صُمم أحد الاختبارات المعلنة لتقييم قدرة AlphaProof Code على التمييز بين الشيفرة الصحيحة والشيفرة المعيبة. فقد أعاد الباحثون إدخال ثغرتين فعليتين سبق إصلاحهما في نسخة معزولة من شيفرة Signal. وفي كلتا الحالتين، تقول Google DeepMind إن النظام أنتج برهاناً فحصته الآلة يثبت أن النسخة المعيبة غير آمنة.

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

لكن النطاق يظل محدوداً بما يقوله الإعلان. فهو يذكر ثغرتين، وليس بحثاً شاملاً عن جميع الثغرات المحتملة. كما يصف نسخة معزولة من الشيفرة، ولا يدعي أن الباحثين أدخلوا عيوباً في خدمة حية. ويدعم الاختبار الاستنتاج المعلن بأن AlphaProof Code تمكن من تحديد هاتين الحالتين غير الآمنتين عبر براهين فحصتها الآلة؛ لكنه لا يثبت أن الإطار سيكتشف كل عيب مستقبلي أو كل فئة من فئات الثغرات.

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

الدور المعلن لـ Gemini 4 Carbon

يربط إعلان منفصل في مدونة Google عن Gemini 4 Carbon النموذج بعمل AlphaProof Code. وتقول Google إن الباحثين استخدموا Carbon إلى جانب نماذج أخرى لتحويل الأهداف الأمنية إلى مبرهنات رياضية. ثم استخدم وكلاء AlphaProof Code نموذج Carbon لتوليد ملايين الأسطر من الشيفرة بلغة Lean، المستخدمة في كتابة البراهين الرياضية.

وتقول Google إن الباحثين أثبتوا خصائص أمنية أساسية خلال أسابيع، واصفةً العمل بأنه مهمة تستغرق تاريخياً سنوات من فرق الخبراء. ويمثل ذلك ادعاءً مهماً بشأن السرعة والنطاق المحتملين للتحقق الرسمي بمساعدة الذكاء الاصطناعي، لكن ينبغي نسبته بدقة: فالإعلان يقول إن Carbon عمل إلى جانب نماذج أخرى وضمن جهود AlphaProof Code. ولا يقول إن Carbon أنجز عملية التحقق بمفرده، كما أن السياق المتاح لا يقدم معياراً مرجعياً، أو تفصيلاً زمنياً، أو منهجية للمقارنة.

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

وتقدم Google النتيجة بوصفها دليلاً على أن Gemini 4 Carbon قد يساعد في جعل التحقق الرسمي أكثر قابلية للتوسع. وهذا استنتاج مستقبلي محتمل للعمل المعلن، وليس دليلاً على أن الإطار أصبح بالفعل منتج تحقق عاماً متاحاً للمطورين. ولا يقدم السياق خطة إطلاق، أو شروط وصول عامة، أو تفاصيل حول كيفية استخدام فرق هندسية أخرى للنظام.

لماذا يهم هذا الأمر أمن البرمجيات؟

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

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

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

أما الخلاصة العملية للمطورين وقادة الأمن، فليست استبدال أعمال الأمن القائمة بوكيل. بل متابعة الأدلة حول المجالات التي يمكن فيها جعل الأساليب الرسمية أكثر سهولة وإنتاجية. ويدعم الإعلان الحالي إنجازاً بحثياً ومجموعة محددة من العروض المعلنة. لكنه لا يكشف معلومات كافية لوضع آلية نشر أو للقول إن المؤسسات تستطيع تبني AlphaProof Code اليوم.

ما الذي لا يثبته الإعلان؟

• النطاق الدقيق للبرهان: لا تسرد المادة المتاحة الخصائص الأمنية الفردية التي أُثبتت، ولا تحدد التغطية الكاملة للشيفرة.
• تفاصيل التنفيذ الكاملة: لا يقدم الملخص المتاح وصفاً كاملاً للنموذج الرسمي أو الافتراضات أو المطابقة بين المواصفة وكل نسخة منشورة.
• مستوى الاستقلالية: تصف Google مزيجاً من الخبرة البشرية ووكلاء الذكاء الاصطناعي، لكنها لا تحدد حجم الإسهام البشري أو تقدم تفصيلاً إجرائياً كاملاً.
• التوفر: لا يقول السياق إن AlphaProof Code متاح للعامة، ولا يقدم شروط الوصول أو يحدد المنصات المدعومة.
• الأداء العام: لا تثبت الثغرتان المعاد إدخالهما والعمل المعلن على Signal أن الإطار سيعثر على جميع الثغرات أو سيعمم على أي برمجيات.
• إعادة التجربة المستقلة: تعرض المصادر المتاحة نتائج Google، لكنها لا تتضمن إعادة تجربة مستقلة أو تقييماً خارجياً.

لا تنفي هذه الحدود النتيجة المعلنة، بل توضح ما يمكن للقراء استنتاجه بمسؤولية من المعلومات المتاحة، والتفاصيل التي ينبغي للمراجعين التقنيين البحث عنها في الورقة البحثية التي أشارت إليها Google DeepMind.

أسئلة للباحثين وفرق الأمن

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

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

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