التشفير ما بعد الكمّي: ما ينبغي فعله قبل أن يصبح الأمر حرجاً
لا تستطيع الحواسيب الكمّية كسر تشفيرك بعد، لكن البيانات التي ترسلها اليوم يمكن تخزينها وفكّ تشفيرها لاحقاً. إليك خطة هادئة وعملية للاستعداد.
بقلم Innovation T Team
لا وجود لحاسوب كمّي كبير متحمّل للأعطال في عام 2026، وقد لا يوجد لسنوات. وهذا بالضبط سبب كون التشفير ما بعد الكمّي مشكلة اليوم لا مشكلة يوم ما في المستقبل. فالبيانات المشفّرة التي ترسلها هذا الصباح يمكن تسجيلها وتخزينها بتكلفة زهيدة وفكّ تشفيرها في اللحظة التي تلحق فيها العتاد بالركب. لذا فإن العدّاد التنازلي لبعض أسرارك قد بدأ يعمل بالفعل.
لماذا يهمّ الكمّي الآن، حتى من دون حاسوب كمّي
نموذج التهديد الذي ينبغي أن يقضّ مضجعك ليس آلة سحرية تكسر كل شيء في لحظة. إنه خصم صبور ينفّذ استراتيجية معروفة باسم "اجمع الآن، فكّ التشفير لاحقاً". فهو يلتقط اليوم جلسات TLS الخاصة بك، وحركة مرور VPN، ونسخ قواعد البيانات الاحتياطية، والبرامج الثابتة الموقّعة، ثم يحتفظ بالنص المشفّر وينتظر. وحين يصل حاسوب كمّي ذو صلة تشفيرية، يعيد تطبيق الرياضيات على الأرشيف المخزّن.
هذا يعيد تأطير الموعد النهائي. فالسؤال ليس "متى ستكسر الحواسيب الكمّية خوارزمية RSA؟" بل هو "كم من الوقت يجب أن تبقى هذه البيانات سرّية، وكم يلزم من الوقت حتى يصبح فكّ تشفيرها ممكناً؟" فإن كنت تحتفظ بسجلات مرضى، أو بيانات مالية، أو شيفرة مصدرية، أو عقود حكومية، أو بيانات اعتماد طويلة العمر يجب أن تبقى سرّية حتى ثلاثينيات هذا القرن وما بعدها، فإن نافذة التعرّض مفتوحة الآن.
من واقع خبرتنا في تقديم المشورة للفرق، فإن أشد الافتراضات ضرراً هو اعتبار الأمر شأناً مستقبلياً محضاً. فالسرّية التي يجب أن تدوم إلى ما بعد العقد المقبل معرّضة للخطر بالفعل. أما التواقيع والمصادقة فتتمتع بهامش أوسع، لأنك لا تستطيع تزوير توقيع على رسالة جرى التحقق منها في الماضي، لكن السرّية لا تملك أي فترة سماح من هذا النوع.
ما الذي يتغيّر فعلاً، وما الذي لا يتغيّر
ليست كل أنواع التشفير معرّضة للخطر بالقدر نفسه. وإدراك هذا التمييز بدقة يجنّبك إعادة كتابة متسرّعة ومهدرة.
تشفير المفتاح العام هو موطن التعرّض الحقيقي
الخوارزميات التي تهدّدها الحوسبة الكمّية فعلاً تعتمد على مسائل تحلّها خوارزمية شور بكفاءة:
- RSA، المستخدمة في تبادل المفاتيح والتواقيع
- تشفير المنحنى الإهليلجي (ECDSA وECDH وCurve25519)
- تبادل مفاتيح Diffie-Hellman بجميع أشكاله الكلاسيكية
هذه العناصر تشكّل الأساس لمصافحات TLS، وSSH، وتوقيع الشيفرة، وسلطات إصدار الشهادات، ومعظم البنية التحتية للمفتاح العام على الإنترنت. وهنا يجب أن يتركّز جهد الانتقال.
التشفير المتماثل والتجزئة يصمدان إلى حدّ كبير
يتأثر AES ودوال التجزئة الحديثة بدرجة أقل بكثير. فخوارزمية غروفر لا تقدّم سوى تسريع تربيعي، يُخفَّف باستخدام أحجام مفاتيح وبصمات ملائمة:
- يبقى AES-256 قوياً. أما AES-128 فقد أُضعف لكنه غير مكسور بأي معنى عملي.
- يبقى SHA-256 وSHA-3 مقبولين لمعظم الاستخدامات.
الخلاصة العملية: إن كنت لا تزال تشغّل AES-128 في أي موضع حسّاس، فإن الانتقال إلى AES-256 تحوّط زهيد ومعقول يمكنك تنفيذه هذا الربع من دون انتظار أي شيء.
المعايير التي ينبغي أن تبني عليها فعلاً
انتهى زمن التخمين. ففي عام 2024 وضع NIST الصيغة النهائية لأول مجموعة من معايير ما بعد الكمّي، وبحلول عام 2026 صارت هي ما ينفّذه المورّدون الجادّون. احفظ هذه الأسماء، لأنها ستظهر في استبيانات المورّدين وقوائم مراجعة التدقيق:
- FIPS 203 (ML-KEM): آلية تغليف مفتاح مشتقة من Kyber، تُستخدم لإنشاء أسرار مشتركة. وهي بديلك عن تبادل المفاتيح الكلاسيكي.
- FIPS 204 (ML-DSA): مخطط توقيع رقمي مشتق من Dilithium، وهو الخيار الافتراضي العام الأغراض للتواقيع.
- FIPS 205 (SLH-DSA): مخطط توقيع عديم الحالة قائم على التجزئة مشتق من SPHINCS+، أبطأ وأكبر حجماً لكنه مبني على افتراضات محافظة جداً، ومفيد للبرامج الثابتة والتوقيع الجذري حيث تتفوق ديمومة الأمان على السرعة.
تفصيل جوهري لعمليات النشر الفعلية في عام 2026: النمط السائد هجين، لا ما بعد كمّي خالص. فالمتصفحات وشبكات توصيل المحتوى (CDN) الكبرى تتفاوض بالفعل على تبادل مفاتيح هجين مثل X25519 مقروناً بـ ML-KEM-768 في TLS. والهجين يعني أن الجلسة تبقى آمنة إذا صمد أي من المكوّنين، الكلاسيكي أو ما بعد الكمّي. وهذا النهج المزدوج في الحماية يقيك من كسر كمّي مستقبلي ومن أي ضعف غير مكتشف في الخوارزميات الأحدث معاً. وبالنسبة لمعظم الفرق، يمثّل الهجين الحالة المستهدفة الصحيحة، لا مجرد مرحلة عبور تتخطاها على عجل.
المرونة التشفيرية هي الهدف الفعلي
هنا يكمن تحوّل العقلية الأهم من أي اختيار لخوارزمية بعينها. فالمعايير ستظل تتطوّر، وستُضبط المعاملات، وستظهر هجمات جديدة. وإذا رمّزت أنظمتك خوارزمية محددة بشكل ثابت في عمق قاعدة الشيفرة، فإن كل تغيير مستقبلي يتحوّل إلى عملية انتقال طارئة أخرى.
المُخرَج الحقيقي هو المرونة التشفيرية: القدرة على استبدال البدائيات التشفيرية من دون إعادة هندسة تطبيقك. وهذا يعني:
- تشفيراً يُتاح الوصول إليه عبر طبقة تجريد، لا مبعثراً على هيئة استدعاءات خام في أنحاء قاعدة الشيفرة
- معرّفات خوارزميات مخزّنة كإعدادات وبيانات وصفية، بحيث يسجّل النص المشفّر والتواقيع أي مخطط أنتجها
- دورات حياة للشهادات والمفاتيح قصيرة بما يكفي لجعل التدوير روتينياً لا بطولياً
- جرداً آلياً يتيح لك الإجابة عن "ما الذي نستخدمه وأين" في دقائق، لا في أسابيع
الفرق التي تبني المرونة الآن تتعامل مع الانتقال إلى ما بعد الكمّي بوصفه أول عمليات استبدال مضبوطة كثيرة، لا تمريناً طارئاً يحدث مرة في الجيل. وهذا هو الانضباط ذاته الذي تقوم عليه بنية الثقة الصفرية السليمة: لا تفترض أن شيئاً دائم، وتحقّق باستمرار، واجعل التغيير زهيد التكلفة.
خطة انتقال يمكنك البدء بها هذا الربع
لست بحاجة إلى معالجة كل شيء دفعة واحدة. أنت بحاجة إلى خطة متسلسلة وصادقة. وإليك ترتيب العمليات الذي نوصي به ونطبّقه مع العملاء.
- ابنِ جرداً تشفيرياً. لا يمكنك حماية ما لا تراه. فهرِس كل موضع تستخدم فيه تشفير المفتاح العام: نقاط نهاية TLS، وشبكات VPN، ومفاتيح SSH، وتوقيع الشيفرة، وسلطات الشهادات، والأجهزة المضمّنة، وتشفير قواعد البيانات، ومكتبات الأطراف الثالثة. تساعد الأدوات التي تفحص الملفات الثنائية وحركة المرور، لكن قراءة بيانات التبعيات في مشروعك تساعد أيضاً.
- صنّف البيانات حسب مدة الصلاحية. لكل تدفق بيانات، اسأل كم يجب أن يبقى سرّياً. فأي شيء يجب أن يصمد إلى ما بعد عام 2032 تقريباً وينتقل عبر قنوات قابلة للتسجيل يمثّل أولويتك القصوى. أما بيانات الجلسات القصيرة العمر فيمكنها الانتظار.
- رتّب حسب التعرّض والجهد. ضع الديمومة مقابل مدى صعوبة تغيير النظام. فالأسرار طويلة العمر على الأنظمة السهلة التحديث هي مكاسبك السريعة. أما الأسرار طويلة العمر المدفونة في برامج ثابتة يصعب ترقيعها فهي مشكلاتك الصعبة، لذا ابدأ التخطيط لها مبكراً حتى لو أنجزتها أخيراً.
- جرّب تبادل المفاتيح الهجين تجريبياً. فعّل TLS الهجين (X25519 مع ML-KEM) على خدمة غير حرجة. قِس العبء الإضافي للمصافحة، وتأكد من أن موازنات الأحمال والوكلاء والعملاء لديك تتعامل مع مادة مفاتيح أكبر حجماً.
- أعد الهيكلة نحو المرونة التشفيرية. وجّه العمليات التشفيرية عبر مكتبة أو خدمة داخلية واحدة، بحيث تصبح عمليات الاستبدال المستقبلية تغييراً في الإعدادات لا إعادة كتابة.
- حدّث قائمة مراجعة المورّدين والمشتريات. اشترط على المورّدين بيان خارطة طريقهم لما بعد الكمّي. فأمنك لا يقوى إلا بقدر أضعف مكتبة في سلسلة توريدك.
- أعد تنفيذ الجرد وفق جدول زمني. الانتقال ليس مشروعاً لمرة واحدة. أدمِج المراجعة التشفيرية في وتيرة الأمن المنتظمة لديك، ويُفضّل أن يكون ذلك إلى جانب برنامج اختبار الاختراق.
المفاضلات والمطبّات التي ينبغي التخطيط لها
خوارزميات ما بعد الكمّي ليست بدائل جاهزة بخصائص مطابقة. والدخول في الأمر بعينين مفتوحتين يمنع مفاجآت قبيحة في بيئة الإنتاج.
- مفاتيح وتواقيع أكبر حجماً. ينتج ML-KEM وML-DSA أدوات أكبر من نظيراتها الكلاسيكية، وتواقيع SLH-DSA أكبر بكثير. وهذا يضخّم أحجام المصافحات وسلاسل الشهادات والتخزين. والأنظمة ذات ميزانيات الحزم الضيقة أو الأجهزة المقيّدة هي الأكثر تأثّراً بذلك.
- الأداء جيّد عادة، لكن قِس. بالنسبة لمعظم أحمال الويب، تكون تكلفة المعالج الإضافية للمصافحات الهجينة متواضعة. لكن لا تفترض ذلك. أجرِ قياسات أداء على عتادك الفعلي، لا سيما لواجهات API عالية الإنتاجية ونقاط نهاية إنترنت الأشياء (IoT).
- حدود البروتوكول والمخزن المؤقت. تتسبب مادة المفاتيح الأكبر أحياناً في تجاوز مخازن مؤقتة صغيرة الحجم، أو أجهزة وسيطة قديمة، أو افتراضات بروتوكول جامدة. ولهذا فإن التجربة أولاً على خدمة منخفضة المخاطر أمر غير قابل للتفاوض.
- الامتثال قادم. تضيف الجهات التنظيمية والأطر باطراد توقعات خاصة بما بعد الكمّي، وبعض القطاعات يطلب بالفعل جداول زمنية للانتقال. وتوثيق خطتك الآن أرخص بكثير من محاولة إعدادها على عجل أثناء تدقيق.
- لا تصمم تشفيرك بنفسك. استخدم مكتبات موثوقة ومتوافقة مع المعايير. فالتطبيقات المبتكرة أو محلية الصنع لهذه الخوارزميات الحديثة عبء لا ميزة تنافسية.
الرسالة الواقعية لعام 2026 ليست الذعر ولا التهاون. إنها الاستعداد. فالمؤسسات التي تبدأ بجرد وبإعادة هيكلة نحو المرونة التشفيرية ستنتقل بهدوء خلال السنوات القليلة المقبلة. أما التي تنتظر عنواناً صحفياً عن حاسوب كمّي عامل فستنتقل تحت الضغط، بتكلفة أعلى، وبيانات جرى جمعها سلفاً.
كيف يمكن لـ Innovation T أن تساعد
في Innovation T، نتعامل مع الجاهزية لما بعد الكمّي بوصفها انضباطاً هندسياً، لا حملة تخويف. تبدأ فرقنا في الأمن وهندسة السحابة من حيث يهمّ الأمر: جرد تشفيري واضح، وتقييم لمدة صلاحية البيانات، وخارطة طريق مرتّبة حسب الأولوية تلائم أنظمتك وميزانيتك الفعلية. ومن هناك ننفّذ تبادل المفاتيح الهجين، ونعيد هيكلة التشفير خلف طبقات تجريد نظيفة كي تصبح عمليات الاستبدال المستقبلية غير مؤلمة، ونعزّز دورة حياة شهاداتك ومفاتيحك كي يصبح التدوير روتينياً.
ولأننا نبني كذلك المنصات الأساسية ونشغّلها، يمكننا نسج المرونة التشفيرية داخل تطبيقاتك على الويب، وحلولك البرمجية، وبنيتك السحابية، بدلاً من إلحاقها لاحقاً. ويشمل ذلك مراجعة تبعيات الأطراف الثالثة، وتحديث متطلباتك من المورّدين، ودمج الفحوص التشفيرية في اختبارات الأمن المستمرة لديك.
إن كانت بياناتك بحاجة إلى أن تبقى خاصة حتى ثلاثينيات هذا القرن، فالخطوة الذكية هي البدء بالجرد الآن. استكشف خدماتنا لترى كيف تتكامل أعمالنا في الويب والبرمجيات والسحابة والأمن، أو تواصل معنا لإجراء تقييم عملي للجاهزية لما بعد الكمّي مصمَّم خصيصاً لمنظومتك التقنية. الحاسوب الكمّي لم يصل بعد. لكن نافذة استعدادك موجودة الآن، ولن تبقى مفتوحة إلى الأبد.
جاهز للبناء مع Innovation T؟
سواء كان الأمر يتعلق بالأمن أو النمو أو الهندسة، يمكن لفريقنا مساعدتك على تنفيذه بإتقان.