ستُفعِّل Google Cloud التشفير ما بعد الكمومي افتراضياً بدءاً من أكتوبر 2026
Dr. Abeer Alshammari · تاريخ النشر 29/7/2026
أكدت Google Cloud طرحاً تدريجياً ومؤرَّخاً: لا تغيير افتراضي حتى أكتوبر 2026؛ تفعيل افتراضي مع إمكانية إلغاء من أكتوبر 2026 حتى أكتوبر 2027؛ تفعيل افتراضي دون إمكانية إلغاء بعد أكتوبر 2027.
ماذا حدث
أعلنت Google Cloud أن موازنة تحميل السحابة ستبدأ بتفعيل تبادل مفاتيح ما بعد الكم افتراضياً بدءاً من أكتوبر 2026. يمس هذا موازنات التحميل التي لا تملك سياسة SSL مرفقة، أو تستخدم سياسة SSL لا تحدد إعداد تبادل مفاتيح ما بعد الكم. عند التفعيل، تتفاوض موازنة التحميل على تبادل مفاتيح ما بعد الكم مع العملاء الداعمين لـ TLS 1.3 وخوارزمية X25519MLKEM768 الهجينة -- تجمع بين خوارزمية منحنى إهليلجي كلاسيكية وأخرى ما بعد كمومية، بحيث يبقى الاتصال آمناً حتى إن كُسرت إحداهما لاحقاً.
هل أحتاج إلى التصرف الآن
ليس بشكل عاجل، لكن عليك معرفة مدى تعرضك. إن كانت موازنات تحميل Google Cloud لديك تملك سياسة SSL صريحة بإعداد تبادل مفاتيح محدد، فلن يمسك هذا التغيير تلقائياً. إن لم تكن كذلك، ستبدأ حركة بياناتك باستخدام تبادل مفاتيح ما بعد الكم افتراضياً بدءاً من أكتوبر 2026، سواء خططت لذلك صراحة أم لا.
ما الذي يجب جرده
- كل موازنة تحميل في Google Cloud وما إذا كانت تملك سياسة SSL صريحة مرفقة
- ما إذا كانت سياسات SSL الحالية تحدد إعداد تبادل مفاتيح ما بعد الكم أو تتركه غير محدد
- أي أنظمة عملاء تتصل بموازنات التحميل لديك وقد لا تدعم TLS 1.3 أو تبادل المفاتيح الهجين -- اختبر التوافق قبل أكتوبر 2026
- ما إذا كانت مؤسستك تملك جرداً أوسع لترحيل التشفير ما بعد الكمومي قيد التنفيذ بالفعل ينبغي أن يغذيه هذا، بدلاً من معالجته كمهمة منفردة خاصة بـ Google Cloud
ما الذي يجب ترحيله
إن أردت التحكم بالتوقيت بدلاً من قبول الإعداد الافتراضي في أكتوبر 2026، حدد إعداد تبادل المفاتيح في سياسة SSL لديك صراحة الآن، إما للتفعيل المبكر (لبدء الاختبار) أو للتأجيل خلال النافذة الانتقالية لمدة سنة ريثما تتحقق من توافق العملاء.
ما الذي يمكن أن ينتظر
لا يحتاج تخطيط رشاقة التشفير التنظيمي الكامل (بخلاف إعداد Google Cloud هذا) إلى التسرّع لهذا التغيير تحديداً، إذ يوفر طرح Google التدريجي بالفعل سنة كاملة من مرونة إلغاء التفعيل بعد تحول أكتوبر 2026 الافتراضي. استخدم تلك النافذة لعمل جرد أوسع للتشفير ما بعد الكمومي بدلاً من معاملة هذا كموعد نهائي طارئ.
الأثر الحوكمي
هذا عامل دافع ملموس ومفيد: إنه موعد نهائي حقيقي حدده مورّد بتاريخ تغيير افتراضي محدد، وهو أندر في إرشادات ترحيل ما بعد الكم من نصائح مجردة مثل "استعد لتهديد الكم". يمكن للمؤسسات استخدامه لاختبار ما إذا كانت عملية جرد أصول التشفير لديها تعمل فعلياً من البداية للنهاية على موعد نهائي حقيقي.
المصادر
وثائق Google Cloud الرسمية للتشفير ما بعد الكمومي في TLS وملاحظات إصدار موازنة التحميل.
القرار الجدير بالاتخاذ الآن لا يتعلق بهذا الإعداد الواحد -- بل بما إذا كانت مؤسستك تملك أي عملية على الإطلاق لتتبع الإعدادات التشفيرية الافتراضية التي يقودها المورّدون أثناء طرحها عبر بصمتك السحابية. نشر Google لتغيير افتراضي مؤرَّخ ومتدرج هو معاينة لما سيبدو عليه ترحيل التشفير ما بعد الكمومي عموماً: تدريجي، بوتيرة المورّد، وسهل الإغفال إن لم يملك أحد تتبعه.
على المؤسسات الخليجية في الخدمات المالية والحكومة التي تحدّث بنيتها التشفيرية، بما فيها تلك المستخدِمة لـ Google Cloud، معاملة هذا كمعلم ملموس ومؤرَّخ يُدمج ضمن تخطيط الجاهزية للتشفير ما بعد الكمومي القائم، لا كإعلان أمريكي/عالمي فقط.
جرّب بنفسك
تجربة تفاعلية من CyberAbeer لهذا الموضوع قيد التطوير حالياً.
قريباً