كيف تعمل التشفير بالمفتاح العام فعليًا

في كل مرة تتصل عبر SSH بخادم أو تحمل موقع HTTPS، مفتاحان مرتبطان رياضيًا يؤديان العمل الشاق. أحدهما عام والآخر خاص، والعلاقة بينهما هي التي تجعل الاتصال الآمن عبر شبكة غير موثوقة ممكنًا في الأساس.

الفكرة الأساسية

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

البيانات المشفرة بالمفتاح العام لا يمكن فك تشفيرها إلا بالمفتاح الخاص المطابق. البيانات الموقعة بالمفتاح الخاص يمكن التحقق منها بواسطة أي شخص يملك المفتاح العام. هاتان الخاصيتان تغطيان تقريبًا كل ما نستخدمه: السرية والمصادقة.

RSA، المثال الكلاسيكي

RSA يعتمد على حقيقة أن ضرب عددين أوليين كبيرين سريع، لكن تحليل الناتج إلى أعداده الأولية الأصلية محبط حسابيًا على نطاق واسع. مفتاح RSA بحجم 2048 بت مبني من عددين أوليين حوالي 1024 بت لكل منهما. المفتاح العام هو (n, e) — حيث n هو حاصل ضرب الأعداد الأولية، و e هو أس ثابت مثل 65537. المفتاح الخاص مشتق باستخدام دالة أويلر من n ويتضمن معرفة الأعداد الأولية الأصلية.

التشفير هو الأس المعياري: c = m^e mod n. فك التشفير يعكسه بالأس الخاص d: m = c^d mod n. في الممارسة العملية، لا أحد يشفر الأحمال الكبيرة مباشرة باستخدام RSA — إنه بطيء وله حدود حجم مرتبطة بطول المفتاح. بدلاً من ذلك، RSA عادةً يلتف حول مفتاح جلسة متماثل (مثل AES-256)، والتشفير المتماثل يتعامل مع البيانات الضخمة. هذا هو الأسلوب الهجين الذي يستخدمه TLS.

التشفير بالمنحنى الإهليلجي ولماذا يسيطر

ECC يعطيك أمانًا مكافئًا لـ RSA بمفاتيح أصغر بكثير. مفتاح ECC بحجم 256 بت (مثل secp256r1 أو Curve25519) يقارب في القوة مفتاح RSA بحجم 3072 بت. المفاتيح الأصغر تعني مصافحات أسرع وعرض نطاق أقل، وهذا لماذا تعتمد تكوينات TLS الحديثة وتطبيقات SSH و Signal على ECC.

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

التوقيعات الرقمية: النصف الآخر من المعادلة

التشفير يحافظ على سرية البيانات. التوقيعات تثبت الأصالة والتكامل. لتوقيع رسالة، تقوم بتجزئتها (عادةً SHA-256) وتشفير تلك التجزئة بمفتاحك الخاص. أي شخص لديه مفتاحك العام يمكنه تجزئة الرسالة بنفسه وفك تشفير توقيعك والتحقق من تطابق التجزئتين.

هذا بالضبط ما يحدث عندما تشغل git commit -S مع مفتاح GPG، أو عندما تقوم سلطة شهادات بتوقيع شهادة TLS. مفتاح السلطة الخاص يوقع شهادتك؛ المتصفحات تأتي مع المفتاح العام للسلطة موثوق مسبقًا، لذا يمكنها التحقق من صحة شهادتك دون الاتصال بالسلطة مباشرة.

حيث يظهر هذا يوميًا

مصادقة مفتاح SSH تطبيق مباشر: ssh-keygen -t ed25519 ينشئ زوج مفاتيح، تضع النصف العام في ~/.ssh/authorized_keys على الخادم، والمصادقة تحدث عبر تحدي-رد باستخدام المفتاح الخاص، لا كلمة مرور أبدًا.

مصافحات TLS تستخدم التشفير غير المتماثل لفترة وجيزة فقط، فقط لإنشاء مفتاح متماثل مشترك (عبر تبادل مفاتيح ECDHE في الإعدادات الحديثة)، ثم تنتقل إلى التشفير المتماثل السريع للجلسة الفعلية. تشفير بريد PGP/GPG يتبع النمط الهجين أيضًا — شفر الرسالة بمفتاح AES عشوائي، ثم شفر مفتاح AES بالمفتاح العام RSA أو ECC للمستقبل.

ما الذي ينكسر فعليًا في الممارسة

الرياضيات وراء RSA و ECC لم تُخترق عبر الحوسبة الكلاسيكية. ما يحدث غالبًا هو التطبيق: توليد أرقام عشوائية ضعيفة عند إنشاء المفاتيح (خلل Debian OpenSSL من 2008 هو حالة الكتاب المدرسي)، إعادة استخدام nonces في توقيعات ECDSA تسرب المفاتيح الخاصة، أو هجمات oracle التعبئة ضد RSA المطبق بشكل سيء (هجوم Bleichenbacher ضد PKCS#1 v1.5 padding). الحوسبة الكمومية هي التهديد النظري طويل الأجل — خوارزمية Shor ستكسر RSA و ECC إذا كان هناك جهاز كمبيوتر كمومي كبير بما فيه الكفاية — وهذا لماذا قام NIST بالفعل بتوحيد خوارزميات ما بعد الكم مثل ML-KEM (Kyber سابقًا) للهجرة المستقبلية.

إذا كنت تريد الذهاب أبعد مع هذا، مسار التشفير في Korra Studio يغطي بروتوكولات تبادل المفاتيح وداخليات دوال التجزئة بمزيد من التفاصيل، وأقسام الشبكات تشرح كيف يناسب كل هذا في مصافحة TLS فعلية بايت تلو بايت.