التشفير ما بعد الكمّي للمطوّرين: ما الذي يجب فعله الآن

الحواسيب الكمّية القادرة على كسر التشفير الحالي لم تصل بعد، لكن الاستعداد لها ليس ترفًا مستقبليًا — بل قرار يخصّ بياناتك اليوم. خوارزميات المفتاح العام التي نعتمد عليها (RSA و ECC) تنهار أمام خوارزمية Shor على حاسوب كمّي كبير بما يكفي. هذا المقال يشرح التهديد الحقيقي والمعايير الجديدة وما يمكن للمطوّرين فعله الآن دون انتظار.

لماذا الآن؟ تهديد «اجمع الآن، فُكّ التشفير لاحقًا»

الخطر لا يتطلّب وجود حاسوب كمّي اليوم. خصمٌ قادر يستطيع اعتراض بياناتك المشفّرة الآن وتخزينها، ثم فكّ تشفيرها بعد سنوات عندما تنضج الحواسيب الكمّية. يُعرف هذا بـ harvest-now-decrypt-later. لذلك فإن أي بيانات تحتاج سرّيتها أن تدوم طويلًا — سجلات صحية، عقود، أسرار حكومية، ملكية فكرية — معرّضة للخطر منذ اللحظة التي تُرسَل فيها عبر الشبكة اليوم.

معايير NIST الجديدة

في 2024 أصدرت NIST أول معايير رسمية للتشفير ما بعد الكمّي بعد عملية اختيار عامة استمرت سنوات، وهي الأساس الذي ينبغي البناء عليه بدل الخوارزميات التجريبية:

• ML-KEM (FIPS 203): آلية تغليف مفاتيح مبنية على Kyber، تحلّ محلّ تبادل المفاتيح بـ RSA/ECDH — أي لتأمين قناة الاتصال.
• ML-DSA (FIPS 204): خوارزمية توقيع رقمي مبنية على Dilithium، للتحقّق من الأصالة والتواقيع.
• SLH-DSA (FIPS 205): توقيع قائم على دوال الـ hash كبديل احتياطي ذي افتراضات أمنية مختلفة.

تبادل المفاتيح الهجين

النمط المتّفق عليه اليوم في الانتقال ليس استبدال الخوارزمية الكلاسيكية فورًا، بل دمجها مع نظيرتها ما بعد الكمّية في تبادل مفاتيح هجين (hybrid): يُشتقّ المفتاح النهائي من كلا الطرفين معًا. هكذا تبقى الاتصالات آمنة ما لم يُكسر كلاهما — وهذا يحميك إن انكشف ضعفٌ في الخوارزمية الجديدة الحديثة نسبيًا، ويرضي في الوقت نفسه متطلبات الامتثال التي ما زالت تشترط الخوارزمية الكلاسيكية.

# Modern TLS libraries expose hybrid PQC key exchange.
# Conceptually, the negotiated group combines a classical
# curve with ML-KEM so the session key needs BOTH broken:

key_exchange_group = X25519MLKEM768   # hybrid: X25519 + ML-KEM-768

# Practical near-term steps for builders:
#  1) Inventory where you use RSA / ECDH / ECDSA today.
#  2) Upgrade to TLS libraries/providers that offer hybrid groups.
#  3) Enable a hybrid group for transport (e.g. X25519MLKEM768).
#  4) Plan ML-DSA for signatures (code signing, tokens) next.
#  5) Prefer crypto-agility: keep algorithms swappable, not hardcoded.

ماذا تفعل الآن عمليًا

1. جرد أصولك التشفيرية: أين تُستخدم RSA و ECDH و ECDSA في أنظمتك وأطراف اتصالها؟
2. صنّف البيانات بحسب مدة بقاء سرّيتها — البيانات طويلة العمر هي الأولوية القصوى للانتقال.
3. فعّل تبادل المفاتيح الهجين في طبقة النقل حيثما دعمته مكتباتك، وابدأ التخطيط لتواقيع ML-DSA.
4. تبنَّ مرونة تشفيرية (crypto-agility): اجعل الخوارزميات قابلة للاستبدال عبر التهيئة لا مثبّتة في الكود.