مهلة التشفير المقاوم للكم تبدأ في 2027، لا عند ظهور الحاسوب الكمي

في 14 أكتوبر 2026، أعلنت وكالة الأمن السيبراني السنغافورية خلال أسبوع سنغافورة الدولي للأمن السيبراني توجيهًا يوصي الجهات المعرضة للمخاطر الكمّية بخطة انتقال قبل نهاية 2027، مع استكمال انتقال أنظمة البنية التحتية المعلوماتية الحرجة بحلول 2031، وتشجيع بقية الجهات المعرضة على الإكمال بحلول 2035، وفق تغطية ستريتس تايمز التي نقلت عن الوزيرة جوزفين تيو قولها «we are racing against time». يضع التوجيه قرار التخطيط أمام المؤسسات قبل أن يُعرف موعد ظهور حاسوب كمي قادر على كسر الخوارزميات المعرضة للخطر.

وتبين شروط منحة Quantum-Safe Kickstarter Grant أن التمويل قد يغطي حتى 70% من كلفة مشروع مؤهل لجهة غير حكومية مسجلة في سنغافورة، وأن البرنامج يمتد من 1 نوفمبر 2026 إلى 31 أكتوبر 2027، مع مدة تصل إلى ستة أشهر للتجربة؛ كما يتعين على مالكي البنية التحتية المعلوماتية الحرجة هناك تقديم خططهم بحلول 31 مارس 2027. تُعطى هذه الجهات أولوية في المنحة، بينما تصلح طريقة تقسيم العمل في التوجيه للتخطيط داخل المؤسسات العربية من دون أن تصبح مواعيده التزامًا تنظيميًا محليًا عليها.

لماذا يبدأ التحضير قبل ظهور التهديد؟

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

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

الجرد يربط الخوارزمية بالنظام والبيانات

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

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

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

خطة مقترحة لأول 90 يومًا

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

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

ماذا يدخل عقد المورد واختبار الأداء؟

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

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

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

اقرأ أيضًا:

• Amazon Quick يواصل العمل بعد إغلاق الحاسوب ويعيد القرارات إلى موجز واحد
• مهرجان Edits يحوّل اللقطات المهملة إلى فرصة ظهور على Instagram
• Amazon Quick يواصل العمل بعد إغلاق الحاسوب، والخلاصة تصل إلى الهاتف