Cloudflare تعرض استخدام التشفير ما بعد الكمومي لكل نطاق
باتت Cloudflare تعرض في HTTP Traffic Analytics وLog Explorer وLogpush حجم ما يحظى بحماية التشفير ما بعد الكمومي من حركة مرور النطاق. وتغطي الحقول الجديدة اتصال الزائر واتصال الخادم الأصلي معا.
قدمت Cloudflare في 29 سبتمبر 2026 إمكانية رؤية التشفير ما بعد الكمومي على مستوى النطاق. وبات بالإمكان الآن معرفة حجم ما يحظى بحماية التشفير ما بعد الكمومي من حركة مرور النطاق في لوحة HTTP Traffic Analytics وفي Log Explorer وسجلات Logpush.
حقول جديدة في لوحات المعلومات والسجلات
تعرض الميزة خوارزمية تبادل المفاتيح التي يجري التفاوض عليها في كل اتصال TLS 1.3. والخيار ما بعد الكمومي هو X25519MLKEM768، وهي طريقة هجينة تجمع بين X25519 الكلاسيكية وML-KEM؛ ويظل الاتصال آمنا ما دامت إحداهما صامدة. وتدرج كل من X25519 وP-256 وP-384 الكلاسيكية، إلى جانب المسودة المهملة X25519Kyber768Draft00، بشكل منفصل. وفي HTTP Traffic Analytics بطاقة مخصصة لمجموعات تبادل المفاتيح في TLS، ويمكن تصفية حركة المرور بحسب هذا الحقل. وعلى مستوى الاتصالات الفردية، أضيف الحقل ClientTLSKeyExchangeGroup، الذي يغطي الاتصال بين الزائر وCloudflare، إلى فئة TLS في مجموعة بيانات HTTP Requests. أما الاتصال بين Cloudflare والخادم الأصلي فيوفر له Logpush الحقل OriginTLSKeyExchangeGroup.
تفيد هذه الرؤية الشركات التي تريد معرفة ما إذا كانت خوادمها جاهزة للتشفير ما بعد الكمومي. وتكتسب الحماية من الهجمات التي تجمع البيانات اليوم لفك تشفيرها حين تظهر حواسيب كمومية قوية أهمية خاصة لمن يتعاملون مع بيانات يجب أن تبقى سرية لسنوات، مثل القطاع العام والمال والرعاية الصحية والاتصالات. وتقول Cloudflare، استنادا إلى بيانات Radar، إن معظم حركة المرور من جهة المتصفحات جاهزة بالفعل، في حين أن معظم الخوادم الأصلية لا تستخدم هذه الطريقة بعد.
إذا جاءت النسبة منخفضة
بحسب الشركة، إذا لم يظهر X25519MLKEM768 إطلاقا في نطاق ما، فالخطوة الأولى هي التأكد من تفعيل TLS 1.3. ولا يوجد إعداد منفصل للتشفير ما بعد الكمومي؛ فمع تفعيل TLS 1.3 تستخدمه Cloudflare تلقائيا مع الزوار الذين يدعمونه. وإذا وصلت معظم حركة المرور بخوارزميات كلاسيكية، فقد يكون كثير من الزوار عملاء من غير المتصفحات. وللخوادم الأصلية القديمة التي لا تدعم التشفير ما بعد الكمومي، تقترح Cloudflare وضع الخادم خلف Cloudflare Tunnel من دون ترقيته، فتنتقل حركة المرور من الخادم إلى Cloudflare عبر X25519MLKEM768.
لا يذكر الإعلان قيودا خاصة بالخطط؛ وبحسب وثائق Cloudflare، لا يتوفر Logpush إلا في خطة Enterprise، ويجدر التحقق من إمكانية الوصول إلى Log Explorer في لوحة الحساب. وتغطي الرؤية جانب التشفير في الوقت الحالي؛ ومن المقرر إضافة المصادقة ما بعد الكمومية للشهادات والتواقيع مع انتشار هذه التقنية. وعند تقييم خطط الانتقال، تجدر متابعة تقييمات الباحثين الأمنيين المستقلين.
المصادر: Cloudflare: Post-quantum visibility، وCloudflare Docs: Logpush.
