علم التشفير (Cryptography) هو مجموعة من التقنيات الرياضية التي تُستخدم لحماية البيانات وتحقيق خصائص مثل السرية (Confidentiality) وسلامة البيانات (Integrity) والتحقق من الأصالة (Authenticity). ولا يعتمد النظام الآمن عادةً على خوارزمية واحدة؛ فالتطبيقات الحديثة تجمع بين التشفير المتماثل، وتشفير المفتاح العام، ودوال Hash، والتوقيعات الرقمية، وإدارة المفاتيح.
لهذا لا يكفي أن نقول إن نظامًا ما «يستخدم AES» أو «يستخدم RSA» للحكم على أمانه. الخوارزمية جزء واحد فقط؛ أما طريقة استخدامها، وحماية المفاتيح، وتوليد القيم العشوائية، والبروتوكول المحيط بها، وجودة التنفيذ، فهي عوامل قد تكون بنفس الأهمية.
إذا كنت تبحث عن مدخل أبسط يركز على الاستخدام اليومي بدل التفاصيل التقنية، فيمكن البدء من شرح أساسيات الأمان والتشفير، بينما تركز هذه الصفحة على كيفية اختلاف AES وRSA وHashing وما يحدث داخل الأنظمة الحديثة.
ما الفرق بين التشفير وHashing والتوقيع الرقمي؟
قبل الدخول في AES وRSA، من المهم فصل وظائف يخلط بينها كثير من المستخدمين.
| التقنية | الوظيفة الأساسية | المفتاح | أمثلة على الاستخدام |
|---|---|---|---|
| AES | تشفير متماثل للبيانات | مفتاح سري مشترك | الملفات، الأقراص، قواعد البيانات، حركة البيانات داخل بروتوكولات آمنة |
| RSA | عمليات Public-Key مثل التشفير والتوقيع | مفتاح عام ومفتاح خاص | التوقيعات، الشهادات، وبعض أنظمة التشفير الهجين |
| Hashing | إنشاء Digest للبيانات | لا يحتاج مفتاحًا في دالة Hash العادية | التحقق من سلامة البيانات وبناء بروتوكولات تشفير أخرى |
| Digital Signature | التحقق من مصدر البيانات وسلامتها | مفتاح توقيع خاص ومفتاح عام للتحقق | توقيع البرمجيات والشهادات والمستندات والبروتوكولات |
هذه الوظائف ليست بدائل مباشرة لبعضها. Hashing ليست Encryption، والتوقيع الرقمي لا يعني تشفير المحتوى، كما أن امتلاك خوارزمية تشفير قوية لا يضمن وحده سلامة البيانات من التعديل.
كيف يعمل التشفير المتماثل؟
في التشفير المتماثل (Symmetric Encryption) يستخدم الطرفان المفتاح السري نفسه، أو مفاتيح مشتقة من سر مشترك، لحماية البيانات. ميزته الرئيسية أنه سريع ومناسب لتشفير كميات كبيرة من المعلومات.
المشكلة الأساسية ليست السرعة وإنما كيفية إيصال السر أو إنشاء مفتاح جلسة آمن بين طرفين لم يتواصلا من قبل، إضافة إلى كيفية تخزين المفتاح ومن يستطيع استخدامه.
ما هو AES؟
AES اختصار لـ Advanced Encryption Standard، وهو Block Cipher متماثل اعتمده المعهد الوطني الأمريكي للمعايير والتقنية NIST. يحدد معيار FIPS 197 الرسمي لـAES ثلاثة أطوال للمفاتيح:
- AES-128.
- AES-192.
- AES-256.
يعمل AES في الحالات الثلاث على كتل بيانات بحجم 128 bit. لذلك فإن الرقم في AES-256، على سبيل المثال، يشير إلى طول المفتاح وليس إلى حجم Block.
حدّث NIST وثيقة FIPS 197 في مايو 2023 لتحسين العرض والتوضيح، من دون إجراء تغيير تقني على خوارزمية AES نفسها.
هل AES-256 يعني أن البيانات أصبحت آمنة تلقائيًا؟
لا. AES هو Primitive تشفيري، وليس نظام حماية كاملًا. يجب تحديد طريقة استخدامه، أو ما يعرف بـMode of Operation، إضافة إلى كيفية توليد المفاتيح والقيم العشوائية والتعامل معها.
أحد الأنماط المهمة هو Galois/Counter Mode أو AES-GCM، الذي يجمع بين تشفير البيانات والتحقق من سلامتها ضمن ما يعرف بـAuthenticated Encryption. يصف NIST SP 800-38D آلية GCM وGMAC، مع ملاحظة أن NIST يعمل حاليًا على مراجعة هذه الوثيقة.
تظهر هنا نقطة مهمة: إعادة استخدام Nonce أو IV بطريقة غير صحيحة مع المفتاح نفسه في GCM قد تؤدي إلى فشل أمني خطير، رغم أن خوارزمية AES الأساسية لم تُكسر. أي أن عبارة «نستخدم AES-256» لا تخبرك وحدها إن كان التطبيق آمنًا.
ما هو RSA؟
RSA من أشهر خوارزميات Public-Key Cryptography. بدل امتلاك الطرفين مفتاحًا سريًا واحدًا، يوجد زوج من المفاتيح:
- Public Key: يمكن توزيعه.
- Private Key: يجب أن يبقى سريًا لدى مالكه.
يستند أمان RSA إلى صعوبة مسائل رياضية مرتبطة بتحليل أعداد صحيحة كبيرة إلى عواملها. وقد استُخدم لعقود في التشفير والتوقيعات الرقمية والبنية التحتية للمفاتيح العامة PKI.
لكن RSA ليس مجرد عملية رياضية تُطبق مباشرة على البيانات. تحدد مواصفة PKCS #1 / RFC 8017 مخططات مثل RSAES-OAEP للتشفير وRSASSA-PSS للتوقيعات. استخدام ما يسمى أحيانًا Raw RSA دون مخطط آمن مناسب ليس طريقة صحيحة لبناء نظام تشفير.
لماذا لا نستخدم RSA لتشفير كل الملف؟
عمليات Public-Key أكثر كلفة ولها قيود مختلفة عن التشفير المتماثل، ولذلك تستخدم الأنظمة عادةً تصميمًا هجينًا: تُستخدم آلية Public-Key لإنشاء أو حماية سر مشترك، ثم تُستخدم خوارزمية متماثلة سريعة لحماية البيانات الفعلية.
هذا يفسر لماذا لا ينبغي التفكير في AES وRSA كمنافسين نختار أحدهما ونحذف الآخر؛ لكل منهما دور مختلف داخل النظام.
هل RSA هو الذي يبادل مفتاح AES في HTTPS؟
هذه العبارة كانت تبسيطًا شائعًا لبعض تصميمات TLS القديمة، لكنها لا تصف TLS 1.3 بصورة صحيحة.
توضح مواصفة TLS 1.3 في RFC 8446 أن الإصدار 1.3 لا يستخدم RSA Key Transport. تعتمد جلسات TLS الحديثة على آليات Key Exchange توفر خصائص مثل Forward Secrecy، بينما يمكن أن تبقى RSA مستخدمة في سياقات أخرى مثل بعض التوقيعات والمصادقة حسب نوع الشهادة والإعداد.
لفهم مكان TLS وHTTPS داخل الاتصال نفسه، يساعد أولًا فهم أساسيات الشبكات والبروتوكولات، لأن التشفير هنا يعمل ضمن بروتوكول كامل وليس كطبقة مستقلة عن الشبكة.
ما معنى Forward Secrecy؟
الفكرة هي ألا يؤدي الحصول لاحقًا على مفتاح مصادقة طويل الأجل إلى فك تشفير كل جلسات الاتصال السابقة التي سُجلت في الماضي.
لهذا كانت إزالة Static RSA Key Exchange من TLS 1.3 مهمة: تصميم تبادل المفاتيح أصبح منفصلًا عن مجرد امتلاك الخادم لمفتاح RSA ثابت يمكن أن تتغير آثار اختراقه جذريًا حسب البروتوكول المستخدم.
ما هي Hash Functions؟
دالة Hash التشفيرية تستقبل بيانات بحجم متغير وتنتج Digest بطول محدد. لا توجد «عملية فك Hash» مقابلة كما توجد عملية فك التشفير.
ومن الخصائص الأمنية المهمة، حسب الغرض من الدالة، أن يكون من غير العملي العثور على مدخل يعطي Digest محددًا، أو العثور على مدخلين مختلفين ينتجان القيمة نفسها.
تدخل Hash Functions في عدد كبير من الأنظمة، منها:
- التحقق من سلامة الملفات والبيانات.
- التوقيعات الرقمية.
- Message Authentication Codes في تصميمات معينة.
- اشتقاق المفاتيح.
- بروتوكولات المصادقة.
للتعرف على الفرق المختصر بين Encryption وHashing ومصطلحات أخرى، يغطي دليل مصطلحات الأمن السيبراني للمبتدئين هذه المفاهيم في سياق أوسع.
هل MD5 نوع من التشفير؟
لا. MD5 دالة Hash وليست خوارزمية تشفير. لذلك فإن عبارة «فك تشفير MD5» غير دقيقة تقنيًا.
كذلك لا ينبغي الاعتماد على MD5 أو SHA-1 في الأنظمة الحديثة التي تحتاج إلى مقاومة قوية لهجمات Collision. كون خوارزمية قديمة ما زالت متاحة في برنامج لا يعني أنها مناسبة لتصميم أمني جديد.
لماذا SHA-256 وحده ليس طريقة صحيحة لتخزين كلمات المرور؟
كلمة المرور لا ينبغي عادةً تخزينها كنص واضح، ولا ينبغي للتطبيق أن يحتاج إلى استرجاعها وفك تشفيرها لمجرد التحقق من عملية تسجيل الدخول.
لكن استخدام SHA-256 مباشرة على كلمة المرور ليس حلًا كافيًا أيضًا، لأن دوال Hash العامة مصممة لتكون سريعة، بينما تخزين كلمات المرور يحتاج آلية تجعل تخمين أعداد هائلة من الاحتمالات أكثر تكلفة.
تطلب إرشادات NIST SP 800-63B-4 المنشورة في 2025 تخزين كلمات المرور باستخدام عملية Salted Hashing مناسبة، مع Salt لكل كلمة مرور وآلية Hashing أو اشتقاق مصممة لهذا الغرض.
إذن توجد ثلاثة مفاهيم يجب عدم خلطها: تشفير البيانات، وHashing العام، وPassword Hashing/KDF المخصص لحماية كلمات المرور.
كيف تعمل التوقيعات الرقمية؟
التوقيع الرقمي لا يهدف أساسًا إلى إخفاء الرسالة. يمتلك صاحب التوقيع Private Signing Key يستخدم لإنشاء Signature، بينما يستطيع الآخرون التحقق منها بواسطة Public Key المناسب.
داخل نظام ثقة صحيح، يمكن للتوقيع أن يساعد في التحقق من أن البيانات لم تتغير وأن التوقيع مرتبط بالمفتاح الخاص المتوقع.
تظهر هذه التقنية في أمثلة كثيرة مثل:
- توقيع تحديثات البرامج.
- توقيع الشهادات الرقمية.
- توقيع المستندات.
- مصادقة أجزاء من بروتوكولات الاتصال.
لكن صلاحية التوقيع رياضيًا لا تعني وحدها أن هوية الشخص أو المؤسسة صحيحة؛ يجب أيضًا الوثوق بالطريقة التي ربطت المفتاح العام بتلك الهوية.
ما الفرق بين Encryption at Rest وIn Transit وEnd-to-End؟
Encryption at Rest
يحمي البيانات المخزنة، مثل محتوى القرص أو قاعدة البيانات أو النسخ الاحتياطية. يفيد مثلًا عند فقدان وسيط تخزين، لكنه لا يمنع بالضرورة مهاجمًا استولى على حساب مصرح له من قراءة البيانات أثناء تشغيل النظام.
Encryption in Transit
يحمي البيانات أثناء انتقالها بين الأنظمة. HTTPS باستخدام TLS هو المثال الأشهر، إذ يحمي الاتصال بين العميل والخادم من الاطلاع أو التعديل من أطراف موجودة على مسار الشبكة ضمن نموذج التهديد الخاص بالبروتوكول.
End-to-End Encryption
في التصميم الحقيقي للتشفير من طرف إلى طرف تكون مفاتيح فك محتوى الرسائل لدى الأطراف النهائية المقصودة، بحيث لا تكون الخدمة الوسيطة نفسها في الوضع الطبيعي طرفًا قادرًا على قراءة نص الرسالة.
لذلك لا تعني عبارة «الاتصال مشفر» بالضرورة End-to-End Encryption؛ فقد تكون البيانات مشفرة أثناء النقل إلى خادم يستطيع بعد ذلك معالجتها كنص واضح.
إدارة المفاتيح قد تكون أهم من اسم الخوارزمية
يمكن بناء نظام يستخدم AES وRSA بصورة صحيحة رياضيًا ثم يفشل لأن المفتاح الخاص نُسخ إلى مكان مكشوف أو لأن مفتاح AES أصبح متاحًا لعدد غير ضروري من الخدمات.
يعرف NIST SP 800-57 Part 1 Rev. 5 إدارة المفاتيح كدورة متكاملة تشمل إنشاء المفاتيح وتخزينها وتوزيعها واستخدامها وحمايتها وإنهاء صلاحيتها والتخلص منها.
وعند تقييم نظام تشفير فعلي، تكون أسئلة مثل الآتية أكثر فائدة من السؤال عن طول المفتاح وحده:
- كيف وُلد المفتاح وبأي مصدر عشوائية؟
- أين يتم تخزينه؟
- من يستطيع استخدامه أو تصديره؟
- هل تُفصل مفاتيح التشفير عن مفاتيح التوقيع؟
- كيف يتم تدوير المفاتيح عند الحاجة؟
- كيف يُلغى المفتاح عند الاشتباه في تسربه؟
- هل توجد آلية لاستعادة الخدمة دون إنشاء نسخ غير محمية من الأسرار؟
- ما البيانات التي تصبح معرضة للخطر إذا تسرب المفتاح اليوم؟
ما الذي تغير مع التشفير ما بعد الكم؟
أهم تطور في علم التشفير التطبيقي خلال السنوات الأخيرة هو الانتقال من مرحلة البحث في Post-Quantum Cryptography إلى وجود معايير فعلية يمكن للمنتجات والمؤسسات البدء في دمجها.
تكمن المشكلة في أن حاسوبًا كموميًا واسع النطاق وقادرًا على تشغيل خوارزميات كمومية مناسبة سيهدد الأسس الرياضية لخوارزميات Public-Key شائعة مثل RSA وبعض أنظمة Elliptic-Curve Cryptography.
هذا لا يعني أن حاسوبًا كموميًا قادرًا اليوم على كسر RSA المستخدم على الإنترنت، بل يعني أن الأنظمة التي تحتاج إلى حماية بيانات لسنوات طويلة يجب ألا تنتظر ظهور ذلك الحاسوب قبل بدء الانتقال.
ما معايير NIST المتاحة فعليًا؟
في 13 أغسطس 2024 نشر NIST أول ثلاثة معايير نهائية رئيسية للتشفير المقاوم للهجمات الكمومية، وهي موثقة ضمن مشروع Post-Quantum Cryptography الرسمي:
- FIPS 203 — ML-KEM: آلية Key Encapsulation مبنية على التقنية التي عُرفت خلال عملية الاختيار باسم CRYSTALS-Kyber.
- FIPS 204 — ML-DSA: معيار للتوقيعات الرقمية مبني على CRYSTALS-Dilithium.
- FIPS 205 — SLH-DSA: معيار Stateless Hash-Based Digital Signature مبني على SPHINCS+.
ML-KEM لا يقوم بتشفير الملفات الكبيرة بدل AES. وظيفته الأساسية إنشاء Secret مشترك يمكن استخدامه بعد ذلك مع تشفير متماثل، وهو مثال جديد على استمرار فكرة Hybrid Cryptography بدل استبدال كل طبقة بخوارزمية واحدة.
ما وضع HQC في 2026؟
في مارس 2025 اختار NIST خوارزمية HQC لتوحيدها كآلية Key Encapsulation إضافية. وحتى أغسطس 2026 ما زال اختيار HQC خطوة ضمن عملية التوحيد وليس معيار FIPS نهائيًا بديلًا لـML-KEM.
وجود خوارزمية إضافية مبنية على افتراضات وتصميم مختلف يوفر تنوعًا مهمًا بدل الاعتماد على عائلة رياضية واحدة لجميع حالات Key Establishment المقاومة للكم.
هل يعني Post-Quantum أن AES أصبح قديمًا؟
لا. التهديد الكمومي لا يؤثر على التشفير المتماثل بالطريقة نفسها التي يهدد بها RSA. خوارزميات Public-Key المعرضة لخوارزمية Shor تواجه مشكلة مختلفة جوهريًا عن AES.
لذلك يتركز الانتقال الحالي بدرجة كبيرة على Key Establishment والتوقيعات والبنية التحتية للمفاتيح العامة، وليس على التخلص من AES لمجرد ظهور معايير PQC.
هل يجب حذف RSA فورًا من كل نظام؟
لا يمكن التعامل مع الانتقال إلى Post-Quantum Cryptography كعملية Search-and-Replace. المؤسسات تحتاج أولًا إلى معرفة أين تستخدم خوارزميات التشفير الحالية وما مدة حساسية البيانات التي تحميها.
قد توجد مفاتيح Public-Key داخل:
- شهادات TLS.
- PKI داخلية.
- VPN.
- أنظمة توقيع البرمجيات.
- الأجهزة المدمجة.
- أنظمة الهوية والمصادقة.
- نسخ احتياطية طويلة الأجل.
- بروتوكولات خاصة ومكتبات قديمة.
ويعرض NIST حاليًا مسارًا للانتقال التدريجي إلى الخوارزميات المقاومة للكم، مع استهداف إزالة الخوارزميات المعرضة للتهديد الكمومي من معاييره بحلول 2035، وانتقال بعض الأنظمة عالية المخاطر قبل ذلك.
لهذا أصبح إنشاء Cryptographic Inventory، أي معرفة الخوارزميات والمفاتيح والبروتوكولات المستخدمة فعليًا داخل المؤسسة، خطوة عملية أكثر أهمية من مجرد إعلان «دعم PQC».
أخطاء شائعة عند الحديث عن التشفير
- «AES-256 لا يمكن اختراقه إذن النظام آمن»: قد يفشل النظام بسبب تسرب المفتاح أو Nonce reuse أو خطأ في البروتوكول أو التنفيذ.
- «RSA يشفر اتصال HTTPS بالكامل»: لا؛ البروتوكولات الحديثة تجمع عدة آليات، وTLS 1.3 لا يستخدم RSA Key Transport.
- «Hashing هو تشفير باتجاه واحد»: هذه عبارة مبسطة قد تضلل؛ Hash Function ليست Encryption ولا توجد لها عملية فك تشفير بمفتاح.
- «MD5 يشفر كلمات المرور»: MD5 دالة Hash قديمة وليست تشفيرًا، كما أنها ليست آلية مناسبة لتخزين كلمات المرور الحديثة.
- «التشفير يمنع الاختراق»: التشفير يحمي خصائص محددة للبيانات، لكنه لا يمنع مهاجمًا يسيطر على الجهاز أو الحساب المصرح له من الوصول إلى البيانات بعد فكها.
- «PQC بديل لـAES»: معايير مثل ML-KEM وML-DSA تستهدف وظائف Public-Key محددة ولا تلغي الحاجة إلى التشفير المتماثل.
كيف تقرأ اسم أي تقنية تشفير بطريقة صحيحة؟
بدل الاكتفاء باسم الخوارزمية، حاول تحديد الطبقات التالية:
- Primitive: هل نتحدث عن AES أو RSA أو Hash Function أو KEM أو Signature Algorithm؟
- Mode أو Scheme: هل AES يعمل عبر GCM؟ وهل RSA يستخدم OAEP أم PSS؟
- Protocol: هل التقنية جزء من TLS أو VPN أو نظام ملفات أو بروتوكول مراسلة؟
- Key Management: أين توجد المفاتيح وكيف تُنشأ وتُلغى؟
- Implementation: هل التنفيذ يتعامل بصورة صحيحة مع Nonces والأخطاء والعشوائية والذاكرة؟
- Threat Model: ممّن نحمي البيانات ومتى يمكن للمهاجم الوصول إليها؟
هذا النموذج يفسر لماذا يمكن لتطبيقين أن يعلنا استخدام AES-256 بينما يكون أحدهما أكثر أمانًا بكثير من الآخر.
الخلاصة
AES وRSA وHashing ليست ثلاث نسخ من التقنية نفسها. AES خوارزمية تشفير متماثل مناسبة لحماية البيانات بكفاءة، بينما RSA ينتمي إلى Public-Key Cryptography ويمكن استخدامه في وظائف مثل التشفير والتوقيع ضمن مخططات صحيحة، أما Hash Functions فتنشئ بصمة للبيانات ولا تقوم بعملية تشفير قابلة للعكس.
وفي الأنظمة الحديثة تعمل هذه المكونات ضمن تصميم أكبر يشمل بروتوكولات مثل TLS، والتوقيعات الرقمية، وآليات إنشاء الأسرار، وإدارة المفاتيح. لذلك يعتمد الأمان الفعلي على طريقة تركيب هذه المكونات وتنفيذها، وليس على اختيار اسم خوارزمية قوية فقط.
أما التغيير الأكبر حتى 2026 فهو أن Post-Quantum Cryptography انتقل من مرحلة الحديث عن خوارزميات مستقبلية إلى وجود معايير NIST نهائية مثل ML-KEM وML-DSA وSLH-DSA. وهذا لا يجعل AES أو RSA يختفيان في يوم واحد، لكنه يجعل جرد الاستخدامات الحالية للتشفير والتخطيط للانتقال جزءًا فعليًا من هندسة الأمن الحديثة.