تشفير مقاوم للكم: أمّن ملفاتك للمستقبل

يحمي التشفير المقاوم للكم الملفاتِ من خصوم يمتلكون حاسوباً كمومياً ذا صلة تشفيرية — أي حاسوباً قادراً على تشغيل خوارزمية Shor بسرعة كافية لكسر RSA-2048 أو ECDH P-256 في غضون ساعات. أنهى NIST في أغسطس 2024 وضع ثلاثة معايير ما بعد الكم: ML-KEM (FIPS 203، المعروف سابقاً بـ Kyber) لتغليف المفاتيح، وML-DSA (FIPS 204، المعروف سابقاً بـ Dilithium) للتوقيعات، وSLH-DSA (FIPS 205، المعروف سابقاً بـ SPHINCS+) للتوقيعات المبنية على التجزئة. للنقل الملفات، المسار العملي في 2026 هجيني: X25519-MLKEM-768 لتبادل المفاتيح، مع الإبقاء على AES-256-GCM للتشفير الجماعي إذ تخسر الشفرات المتماثلة نصف بتاتها فقط لخوارزمية Grover.

لماذا التشفير المتماثل في مأمن إلى حدٍّ كبير

تُقلّص خوارزمية Grover الطول الفعّال للمفاتيح للشفرات المتماثلة إلى النصف — ينخفض AES-256 إلى 128 بتاً من الأمان الكمي، وينخفض AES-128 إلى 64 ويصبح قابلاً للكسر. التخفيف بسيط: استخدم AES-256 في كل مكان. يصمد ChaCha20-Poly1305 بالمثل بـ 128 بتاً من الأمان ما بعد الكمي. دوال التجزئة أكثر حظاً؛ يحافظ SHA-256 على 128 بتاً من مقاومة التصادم، وSHA-384 على 192. الأمر ليس كارثياً على التشفير المتماثل. كل أداة نقل ملفات جدية تستخدم AES-256-GCM بالفعل؛ لا تحتاج إلى تغيير شيء على هذا الجانب.

أين يكمن الخطر الحقيقي: تبادل المفاتيح والتوقيعات

المكوّنات ذات المفاتيح العامة هي المشكلة. تفشل عملية تحليل RSA والمنحنى الإهليلجي المتقطع أمام خوارزمية Shor التي تحتاج نحو 4,000 كيوبت منطقي لكسر RSA-2048. حاسوب IBM Kookaburra 2025 لديه 4,158 كيوبتاً فيزيائياً؛ وبمجرد نضج تصحيح الأخطاء (على الأرجح 2030-2035 وفق الجدول الزمني لـ NIST)، يصبح الهجوم ممكناً. كل جلسة TLS 1.3 اليوم تستخدم ECDH أو X25519 لتبادل المفاتيح — هذا هو موضع الكسر الكمي. الملفات التي تنقلها في 2026 يمكن فكّ تشفيرها في 2035 من قِبَل مهاجم خزّن النص المشفر. "اجمع الآن، وافكّ التشفير لاحقاً" ليس نظرياً؛ تصف وثائق NSA من 2013 هذه الاستراتيجية.

ML-KEM: عماد تبادل المفاتيح الجديد

ML-KEM (آلية تغليف مفاتيح الشبكة الموديولية) هو تبادل المفاتيح ما بعد الكمي الذي اختاره NIST، المُقنَّن في FIPS 203. ثلاث مجموعات معاملات: ML-KEM-512 (128 بتاً أماناً كمياً)، وML-KEM-768 (192 بتاً)، وML-KEM-1024 (256 بتاً). المفاتيح العامة بحجم 800-1,568 بايت، والنصوص المشفرة 768-1,568 بايت — كبيرة مقارنةً بـ 32 بايت لـ X25519، لكنها لا تزال قابلة للإدارة. شحن Chrome 131 X25519-MLKEM-768 الهجيني افتراضياً في أواخر 2024. مكّنت Cloudflare هذا على جميع نقاط النهاية في ديسمبر 2024. إذا كانت خدمة نقل ملفاتك تعمل خلف Cloudflare، فمصافحة TLS 1.3 محمية بالفعل ضد الكم.

ML-DSA للأصالة

ML-DSA (خوارزمية التوقيع الرقمي للشبكة الموديولية)، FIPS 204، تحلّ محلّ ECDSA وEd25519 للتوقيعات. مجموعات المعاملات ML-DSA-44 (128 بتاً) وML-DSA-65 (192 بتاً) وML-DSA-87 (256 بتاً). التوقيعات من 2,420 إلى 4,595 بايت — مقارنةً بـ 64 بايت لـ Ed25519. لنقل الملفات، التوقيعات مهمة في موضعين: مصادقة شهادة TLS الخاصة بالخادم، وتوقيع إدخالات سجل التدقيق لعدم الإنكار. تخطط كلٌّ من Let's Encrypt وDigiCert لإصدار شهادات ML-DSA خلال 2026-2027. حتى ذلك الحين، الشهادات الهجينة التي تحتوي توقيعي Ed25519 وML-DSA تسدّ الفجوة.

SLH-DSA كاحتياط محافظ

SLH-DSA (FIPS 205، المعروف سابقاً بـ SPHINCS+) مبني على التجزئة ويعتمد فقط على أمان SHA-256 أو SHAKE — لا افتراضات رياضية جديدة. هذه الخوارزمية التي تختارها إذا كنت تعدم الثقة بالشبكات. التوقيعات أكبر بكثير (7,856 إلى 49,856 بايت) وأبطأ في الحساب، لكن الحجة الأمنية محكمة. لسجلات التدقيق ذات الاحتجاز الطويل حيث تحتاج التوقيعات إلى الموثوقية حتى 2050، SLH-DSA هي التحوط. لكل عملية نقل ملف مدتها 30 ثانية، هي مبالغة.

الخطط الهجينة: حزامة وأحزمة معاً

النشر الكمي الخالص محفوف بمخاطر لأن ML-KEM جديدة — سيستمر التحليل التشفيري. إجماع الصناعة، المُقنَّن في NIST SP 800-227 (مسودة 2024)، هو الهجين: شغّل كلاً من الخوارزميتين الكلاسيكية وما بعد الكمية بالتوازي، وXOR الأسرار المشتقة. يجب على المهاجم كسر كليهما للتشفير. X25519-MLKEM-768 هو الافتراضي الحالي لـ TLS؛ RSA-3072 + ML-KEM-768 للبيئات المقيّدة. لتشفير الملفات في حالة الراحة، يمكنك تشفير مفتاح AES-256 هجينياً تحت مفتاح عام X25519 وآخر ML-KEM، وتخزين كلا النصوص المشفرة.

مسارات الهجرة للأنظمة الموجودة

مشكلة الرشاقة التشفيرية حقيقية. معظم قواعد بيانات كود نقل الملفات تُرمّز أسماء الخوارزميات بشكل ثابت في الإعدادات وتعريفات البنى. أعد تهيئتها إلى OIDs ومزوّدين قابلين للتوصيل حتى يكون استبدال ECDH بـ ML-KEM مجرد تغيير إعداد لا إعادة كتابة. توصي الـ NCSC (المملكة المتحدة) بإكمال الجرد بحلول نهاية 2026، والطرح الهجيني بحلول 2028، والانتقال الكامل ما بعد الكمي بحلول 2031. CNSA 2.0 (أنظمة الأمن القومي الأمريكي) تُلزم بـ ML-KEM وML-DSA في الأنظمة الجديدة بحلول 2027 وفي كل مكان بحلول 2033. يجب أن ينشر مزوّد نقل ملفاتك خارطة طريق PQC؛ إذا لم يذكرها بحلول 2026، اسأل.

أحجام المفاتيح والنطاق الترددي وقصة الأجهزة المحمولة

يُضيف ML-KEM-768 حوالي 2.3 كيلوبايت لكل مصافحة TLS مقارنةً بـ X25519. على اتصال 5G هذا ملّيثانيتان من التأخر، غير ملحوظة. على رابط بأقمار صناعية بوقت ذهاب وإياب 600 مللي ثانية، ملحوظة لكن محتملة. لنقل ملف بحجم 10 جيجابايت يستغرق بالفعل دقائق، التكلفة الإضافية ضئيلة. القلق هو الخدمات ذات عدد الاتصالات العالي (أصل CDN يقبل 10,000 مصافحة في الثانية) حيث تتوسع التكلفة على الذاكرة. HexaTransfer والخدمات المماثلة التي تعمل خلف Cloudflare تُفوّض هذه التكلفة إلى الحافة.

ماذا عن محتوى الملفات الموقَّع بعد عقود

الحالة الأكثر إثارة للاهتمام هي التوقيعات الرقمية على ملفات يُفترض إمكانية التحقق منها في 2060. عقد .pdf موقَّع بـ Ed25519 في 2026 قد يكون غير قابل للتحقق (أو قابل للتزوير) في 2040. الخيار الأول: إعادة التوقيع بشكل دوري بأفضل خوارزمية في وقتها. الخيار الثاني: التوقيع بـ SLH-DSA اليوم والثقة في طول عمر SHA-256. الخيار الثالث: طبع الطابع الزمني على التوقيع في blockchain (OpenTimestamps يرسو على Bitcoin) حتى يُحفظ على الأقل الوجود والتاريخ تشفيرياً حتى لو سقطت خوارزمية التوقيع. التوقيع بجودة أرشيف هو حيث تهم تفكير ما بعد الكم أكثر ما يهم.

جرّبها على hexatransfer.com — مجاني، بدون حساب، حتى 10 جيجابايت.