الإجابات الصحيحة في التشفير محدثة لعام 2026: الموعد النهائي لما بعد الكم محدد بعام 2029

تحديث التقليد التشفيري لعام 2026

نشر Filippo Valsorda نسخة جديدة من Cryptographic Right Answers، والتي تحدث السلسلة التي بدأها Colin Percival في عام 2009 وواصلها Thomas Ptacek في عام 2015 وأنتجتها Latacora في عامي 2018 و2024. يعكس إصدار 2026 التغيير الجذري في مواعيد الانتقال إلى ما بعد الكم: الإجماع يتبلور الآن حول موعد نهائي بنهاية عام 2029. التشفير المتماثل لم يذكر تقريباً، لأن خوارزمية Grover لا تغير متطلبات الأمان بشكل جوهري، ولكن مقارنة بالإصدارات السابقة تغيرت تقريباً جميع توصيات التشفير غير المتماثل.

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

توصيات التشفير المتماثل لم تتغير

لتشفير البيانات استخدم cloud KMS إن أمكن، وإلا XAES-256-GCM أو XChaCha20Poly1305 مع nonce عشوائية بحد أدنى 128 بت. للرسائل الكبيرة التي تتجاوز عدة ميغابايت، يُفضل Cobblestone-128، وهو متغير من STREAM مشتق من TLS، على نقل رسالة كبيرة واحدة عبر AEAD. توصية طول المفتاح المتماثل لم تتغير: استخدم مفاتيح 256 بت، لأن Grover لا يغير الأهمية و256 بت يستبعد الهجمات متعددة الأهداف. يبقى HMAC-SHA-256 خياراً للتوقيع المتماثل، وSHA-2 لا يزال صالحاً للتجزئة؛ حيثما أمكن، يُفضل استخدام مقاومة هجمات تمديد الطول بطول SHA-512/256. يجب أن تكون المعرفات العشوائية 32 بايت عشوائية مأخوذة من CSPRNG في نظام التشغيل.

التشفير غير المتماثل يتغير بشكل كبير

لتبادل المفاتيح يُوصى بـ X25519 مع ML-KEM-768 في بروتوكول قياسي مثل TLS أو SSH أو HPKE. تبادل المفاتيح غير المقاوم لما بعد الكم يُعتبر خطراً نشطًا وعاجلاً بسبب هجمات harvest-now-decrypt-later. التوصية الرئيسية للتشفير غير المتماثل هي HPKE MLKEM768-X25519 (X-Wing) مع المُجمّع HKDF-SHA256 و AES-128-GCM، أو age بمفاتيح جديدة ببادئة age1pq. للتوقيعات غير المتماثلة استخدم ML-DSA-44، وليس الخوارزميات الكلاسيكية مثل Ed25519 أو RSA أو ECDSA. مخططات التوقيع الهجينة غير موصى بها في معظم الحالات، لكن مفاتيح SSH استثناء: OpenSSH 10.6 يدعم ssh-mldsa44-ed25519.

أمان النقل والنسخ الاحتياطية

لتأمين مواقع الويب وتطبيقات العميل-الخادم استخدم cloud ALB/NLB في السحابة، وإلا rustls أو crypto/tls في Go أو BoringSSL أو AWS-LC أو s2n-tls مع عميل ACME مدعوم جيداً. تجنب OpenSSL حيثما أمكن؛ يبرر المؤلف ذلك بخيارات غير مفهومة على مدى سنوات. يجب أن تعطي جميع إعدادات TLS الأولوية لتبادل المفاتيح X25519MLKEM768، الذي يتطلبه TLS 1.3. للنسخ الاحتياطية عبر الإنترنت يُوصى بـ restic بكلمة مرور عشوائية طويلة وليس Tarsnap، الذي تُعلم طبقته غير المتماثلة القائمة على RSA كفخ خطير في ظل اقتراب أجهزة الكمبيوتر الكمومية، رغم تصميمه الذكي بخلاف ذلك من عام 2008.

المصادر: Lobsters