فقط زميلك يستطيع قراءتها لأنه الوحيد الذي يملك المفتاح الخاص المقابل. المعترض لو امتلك المفتاح العام لا يفيده — المفتاح العام يُشفّر فقط، ولا يفك التشفير. فك التشفير يتطلب المفتاح الخاص الذي لا يُشارَك مع أحد.

يعني: الاتصال مشفر — لا أحد يستطيع قراءة ما تُرسله للبنك في الطريق، والموقع يملك شهادة موثقة بأنه فعلًا ينتمي للبنك. لا يعني: أن الموقع نفسه آمن داخليًا من الاختراق، ولا أن البنك لن يُساء استخدام بياناتك، ولا يضمن خلوّه من ثغرات برمجية.

كلمة المرور عامل واحد — إذا سُرقت (بـ phishing أو اختراق قاعدة بيانات) انكشف الحساب. MFA تضيف عاملًا ثانيًا (كالرمز المرسل للهاتف) — حتى لو سُرقت كلمة المرور المهاجم يحتاج أيضًا الهاتف الفعلي. الطبقات المتعددة تجعل الاختراق يتطلب اختراق أكثر من شيء في آنٍ واحد.

عند التسجيل: كلمة المرور تُحوّل لـ Hash يُخزَّن. عند تسجيل الدخول: كلمة المرور المُدخلة تُجزّأ ويُقارن الناتج بالمخزون. لماذا لا تُخزَّن مباشرة: لو اخترق أحد قاعدة البيانات يجد فقط Hashes غير قابلة للعكس — لا يستطيع معرفة كلمات المرور الأصلية.

هجوم الرجل في المنتصف (Man-in-the-Middle Attack). الحل: شهادات SSL/TLS الموثّقة من جهة تثق بها الأطراف (Certificate Authority). الشهادة تثبت هوية الخادم بتوقيع رقمي يستحيل تزويره دون المفتاح الخاص.

المتماثل: سريع جدًا لكن تبادل المفتاح بأمان مشكلة (كيف تُخبر الطرف الآخر بالمفتاح دون اعتراضه؟). غير المتماثل: أبطأ لكن يحل مشكلة التبادل (المفتاح العام يُشارك بحرية). HTTPS يجمعهما: يستخدم غير المتماثل لتبادل مفتاح متماثل بأمان، ثم يُشفّر بقية الجلسة بالمتماثل الأسرع.

عيوبه: تغيير متكرر يدفع المستخدمين لكلمات مرور ضعيفة وقابلة للتنبؤ (مثل إضافة رقم للسابقة). أثبتت الدراسات أنه يقلل الأمان لا يزيده. البديل الأفضل: كلمة مرور طويلة قوية لا تتغير إلا عند الاشتباه في اختراق + MFA إلزامي.

التوقيع الرقمي: المُرسل يُشفّر Hash الرسالة بمفتاحه الخاص. المُستقبل يفك التشفير بالمفتاح العام ويقارن الـ Hash — يثبت هوية المُرسل وسلامة الرسالة. الفرق: التشفير العادي يُخفي المحتوى؛ التوقيع لا يخفيه بل يُثبت مصدره. الاستخدام: التحقق من المستندات الرسمية، برامج التحديث، البريد الإلكتروني الموثّق.

هجوم القاموس: المهاجم يجرب قوائم بكلمات شائعة وتركيبات معروفة لإيجاد كلمة المرور. الإجراء التقني المضاد: إضافة ‘ملح’ (Salt) عشوائي لكل كلمة مرور قبل تجزئتها — نفس كلمة المرور لمستخدمين مختلفين ينتج عنها Hashes مختلفة، مما يُبطل القوائم المحسوبة مسبقًا (Rainbow Tables).

(أ) السرية: تشفير الملف بالمفتاح العام للمستقبل. (ب) التحقق من الهوية: توقيع رقمي للمرسل بمفتاحه الخاص. (ج) سلامة المحتوى: إرسال Hash للملف مع التوقيع — المستقبل يتحقق أن الـ Hash لم يتغير، أي الملف وصل دون تعديل.

HTTP: بيانات تُرسل نصًا صريحًا — أي من يعترض الشبكة يقرأها. HTTPS: نفس الشيء لكن مشفر بـ TLS. أصبح متطلبًا لأن: (1) محركات البحث (Google) تُعاقب مواقع HTTP بتأخير الترتيب. (2) المتصفحات تُحذّر من HTTP بعلامة ‘غير آمن’. (3) أثبتت الهجمات أن HTTP في الشبكات العامة (المقاهي) خطير جدًا.

حواسيب الكم تستطيع تنظريًا كسر RSA (المبني على صعوبة تحليل الأعداد الكبيرة) في وقت قصير بدلًا من ملايين السنين. الاستعداد: تطوير ‘تشفير ما بعد الكم’ (Post-Quantum Cryptography) المبني على مسائل رياضية مختلفة تبقى صعبة حتى للحاسوب الكمي. NIST أقرّ معايير أولى في 2024.