معايير NIST للتشفير ما بعد الكم أصبحت نهائية — العد التنازلي للهجرة بدأ

في أغسطس 2024، نشرت NIST ثلاثة معايير نهائية لتشفير ما بعد الكم (PQC) — وهو إنجاز استغرق سنوات. بالنسبة لمعظم الناس، جاء هذا الخبر بهدوء، مدفونًا تحت زحام العناوين اليومية. لكن بالنسبة لمحترفي الأمن السيبراني والوكالات الحكومية، كان بمثابة طلقة البداية.

ما الذي تم توحيده — ولماذا هو مهم

المعايير الثلاثة الجديدة هي:

ML-KEM (FIPS 203)، المستند إلى CRYSTALS-Kyber — مصمم لتغليف المفاتيح وتبادلها، ليحل محل الآليات المستخدمة في TLS وVPN والمراسلة الآمنة اليوم.

ML-DSA (FIPS 204)، المستند إلى CRYSTALS-Dilithium — خوارزمية توقيع رقمي للتحقق من صحة البرامج والمستندات والاتصالات.

SLH-DSA (FIPS 205)، المستند إلى SPHINCS+ — مخطط توقيع رقمي احتياطي يعتمد على نهج رياضي مختلف تمامًا (التشفير القائم على التجزئة) لمزيد من المرونة.

صُممت هذه الخوارزميات خصيصًا لمقاومة الهجمات من أجهزة الكمبيوتر الكمومية. هذا التمييز هو ما يجعلها ضرورية: بروتوكولات التشفير التي يعتمد عليها العالم اليوم — RSA وECC وDiffie-Hellman — جميعها معرضة رياضيًا لهجوم كمبيوتر كمومي قوي يطبق خوارزمية Shor.

لماذا تشفير اليوم معرض للخطر

يعتمد أمن RSA وECC على افتراض أن تحليل الأعداد الكبيرة أو حل مشكلة اللوغاريتم المتقطع يستغرق وقتًا غير عملي على الحواسيب التقليدية. بالنسبة لمفتاح RSA بحجم 2048 بت، سيستغرق ذلك عمر الكون بأكمله باستخدام الأجهزة الحالية. كمبيوتر كمومي واسع النطاق يطبق خوارزمية Shor يمكنه فعل ذلك في ساعات.

أجهزة الكمبيوتر الكمومية القوية بما يكفي لكسر التشفير الحالي — وتسمى أجهزة الكمبيوتر الكمومية ذات الصلة بالتشفير (CRQCs) — لم توجد بعد. لكن التقديرات الموثوقة تضع وصولها في نافذة تتراوح بين 5 إلى 15 عامًا. بعض التقييمات أكثر عدوانية. IBM وGoogle وبرامج البحث المدعومة حكوميًا تتقدم بسرعة، وعدم اليقين بحد ذاته هو التهديد.

تهديد "احصد الآن، حلل لاحقًا"

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

هذا النهج، المعروف باسم "احصد الآن، حلل لاحقًا" (HNDL)، يحول ما يبدو كمشكلة مستقبلية إلى مشكلة حالية. الاتصالات المصنفة، والسجلات المالية طويلة الأجل، والبيانات الطبية، والملكية الفكرية المحمية اليوم تحت RSA أو ECC — كلها معرضة للخطر إذا تم جمعها من قبل خصم صبور. أصدرت NSA وCISA وNIST إرشادات تشير صراحةً إلى HNDL كتهديد حالي يتطلب إجراءً فوريًا، لا موقف الانتظار والترقب.

من لديه مواعيد نهائية — وما هي

الوكالات الفيدرالية الأمريكية تعمل بموجب تفويض هجرة رسمي. المذكرة الأمنية الوطنية رقم 10 (NSM-10) الصادرة عن البيت الأبيض في 2022، طلبت من الوكالات حصر أنظمتها التشفيرية والبدء في تخطيط الهجرة. إرشادات CISA دفعت نحو هجرة الأنظمة الحرجة إلى خوارزميات PQC بحلول 2030، بهدف أوسع لإكمال الهجرة عبر البنية التحتية الفيدرالية بحلول 2035.

المنظمون الماليون في الولايات المتحدة والاتحاد الأوروبي يراقبون عن كثب. SWIFT، التي تدير المراسلات بين البنوك في النظام المالي العالمي، تعمل مع البنوك الأعضاء للاستعداد لـ PQC. شبكات بطاقات الدفع ومراكز المقاصة ذات متطلبات الاحتفاظ بالبيانات الطويلة تواجه إلحاحًا خاصًا نظرًا لخطر HNDL.

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

فترة الانتقال الهجين

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

هذا النهج يُنشر بالفعل في الممارسة العملية. Cloudflare وGoogle وApple نفذوا تبادل مفاتيح هجين في اتصالات TLS. Signal أضافت طبقة ما بعد الكم إلى بروتوكول اتفاق المفاتيح الخاص بها في 2023. النهج الهجين يكلف أكثر قليلاً من حيث الحمل الحسابي، لكنه يوفر شبكة أمان بينما تتراكم المراجعة الواقعية للخوارزميات الجديدة.

ما يجب على الشركات والأفراد فعله الآن

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

حصر الأصول التشفيرية. لا يمكنك هجرة ما لم تحدد. يعني ذلك تحديد كل مكان في بنيتك التحتية يُستخدم فيه RSA أو ECC أو DH — شهادات TLS، ومفاتيح SSH، وسلاسل توقيع الكود، وتكوينات VPN، وقواعد البيانات المشفرة، ومصادقة API.

إعطاء أولوية للبيانات الحساسة طويلة العمر. البيانات المشفرة اليوم التي يجب أن تظل سرية لعشر سنوات أو أكثر — السجلات الصحية، والمستندات القانونية، والأسرار التجارية — يجب التعامل معها كما لو أنها معرضة للخطر بالفعل وفق افتراضات HNDL. أعِد تشفير هذه البيانات باستخدام طرق محمية بـ PQC أولاً.

تحديث تكوينات TLS وSSH. المكتبات الكبرى — OpenSSL وBoringSSL وlibsodium — تضيف دعم PQC. متصفحات الويب وبرامج الخوادم تتبع ذلك. الحفاظ على التبعيات محدثة ومراقبة دعم مجموعات التشفير المتوافقة مع PQC في مجموعتك البرمجية هو خطوة ملموسة يمكن لأي شخص يدير بنية تحتية اتخاذها.

لا تنتظر البائعين. العديد من بائعي برامج المؤسسات يتحركون ببطء في دمج PQC. إذا كنت مقيدًا بأنظمة ليس لديها خريطة طريق لـ PQC، فهذا خطر يجب طرحه مع البائع الآن، وليس في 2029.

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

الخلاصة

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

الهجرات التشفيرية بطيئة ومكلفة ومربكة — الانتقال من SHA-1 إلى SHA-256 استغرق أكثر من عقد وكان أبسط بكثير مما تتطلبه هجرة PQC. حقيقة أن أجهزة الكمبيوتر الكمومية القادرة على كسر RSA لم توجد بعد ليست سببًا للتأخير. بل هي بالضبط السبب لبدء الآن، بينما لا يزال هناك وقت للقيام بذلك بشكل منهجي وليس في حالة ذعر.

العد التنازلي بدأ. المعايير نهائية. المتغير الوحيد المتبقي هو مقدار السبق الذي تحصل عليه الهجرة.