الحوسبة الكمية

كيف تستخدم Cloudflare الذكاء الاصطناعي لرسم خريطة الانتقال إلى التشفير ما بعد الكمي

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

29 سبتمبر 2026
4 دقائق قراءة
5 قراءة
certi.news Editorial Team
كيف تستخدم Cloudflare الذكاء الاصطناعي لرسم خريطة الانتقال إلى التشفير ما بعد الكمي

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

تقول الشركة إنها نقلت عدداً كبيراً من منتجاتها إلى التشفير ما بعد الكمي عبر TLS 1.3، لكنها لا تزال تعمل على تغطية الاتصالات المتبقية ودعم المصادقة ما بعد الكمية. وتتبنى Cloudflare نهجاً تصفه بأنه «التشفير ما بعد الكمي لكل شيء»، نظراً إلى دورها كمزود للبنية التحتية، مع استهداف حماية حركة العملاء من تهديدات الحوسبة الكمية المستقبلية.

لماذا لا يكفي البحث النصي؟

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

ولا يحدد ظهور توقيع ECDSA مثلاً مسار الترحيل المطلوب؛ فقد يكون مستخدماً في JWT أو TLS أو SSH أو IPsec، ولكل حالة تبعيات وخطوات مختلفة. كما قد يعتمد اختيار الخوارزمية على الطرف الآخر في الاتصال، لا على إعداد الخادم وحده.

كيف تعمل CryptoLabe؟

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

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

تشمل التصنيفات الحالية التشفير والتوقيعات والرموز التقليدية، وتبادل المفاتيح الهجين الجاهز لما بعد الكمية، والاستخدامات الأخرى الجاهزة. ومن أمثلتها X25519MLKEM768 في TLS 1.3، ورموز JWT المعتمدة على RS256 أو ES256، التي تشير Cloudflare إلى وجود بديل ما بعد كمي لها باستخدام ML-DSA وفق RFC 9964.

ما الذي يتغير عملياً؟

تعمل CryptoLabe على Cloudflare Workers، مع عامل للفحص وآخر للمخزون ولوحة المعلومات وقاعدة D1، ويتواصلان عبر Service Bindings. ويستخدم كل مستودع منسقاً مستمراً مبنياً على Durable Object، بينما تتولى Cloudflare Workflows مراحل الاكتشاف والتحليل والدمج والنشر، مع إمكانات الاستئناف وإعادة المحاولة.

تُنزّل الأداة المستودع عند نسخة محددة وتحفظ لقطة منه في R2، ثم تستعيدها داخل Cloudflare Sandbox معزول وأدوات للقراءة فقط. ويساعد ذلك على تثبيت نتيجة الفحص حتى لو تغير المستودع أثناء التنفيذ. ولضبط التكلفة والسعة، تمر طلبات النماذج عبر AI Gateway إلى نماذج مفتوحة الأوزان مستضافة على Workers AI، مع كائن Durable Object عالمي ينسق الطلبات ويشارك فترات التهدئة عند ظهور أخطاء حدود المعدل 429.

العقبات التي لا تحلها الأداة وحدها

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

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

قراءة certi.news

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

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

مصدر الخبر
كيف أعددنا هذا الخبر؟

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

c
كاتب المقال

certi.news Editorial Team

certi.news Editorial Team

The certi.news editorial team monitors technical sources and reconstructs news, verifying facts and context prior to publication.

من نفس التصنيف

مقالات قد تهمك

عرض كل الأخبار