الفرق بين التشفير المتماثل وغير المتماثل (Symmetric vs Asymmetric) وكيف يؤمن بروتوكول TLS حركة البيانات
عند فتح موقع يستخدم HTTPS أو تسجيل الدخول إلى خدمة إلكترونية، تنتقل البيانات عبر شبكة قد لا تملك السيطرة على جميع أجزائها. لذلك تعتمد الاتصالات الحديثة على التشفير لحماية المعلومات أثناء انتقالها. ومن أهم المفاهيم لفهم هذه الحماية الفرق بين التشفير المتماثل Symmetric Encryption والتشفير غير المتماثل Asymmetric Encryption، وكيف يجمع بروتوكول TLS بين تقنيات تشفير ومصادقة مختلفة لإنشاء اتصال آمن.
في هذا الدليل نشرح الفرق بين النوعين بطريقة مبسطة، ولماذا لا يستخدم TLS نوعاً واحداً فقط، وكيف تبدأ جلسة HTTPS الحديثة، وما دور الشهادات الرقمية والمفاتيح المؤقتة وتشفير البيانات الفعلي.
ما هو التشفير؟
التشفير هو استخدام خوارزميات ومفاتيح لتحويل بيانات قابلة للقراءة إلى شكل لا يمكن فهمه بصورة طبيعية دون امتلاك المفتاح أو المعلومات المطلوبة لفكها. ويُستخدم لحماية سرية البيانات أثناء التخزين أو النقل بحسب النظام والتقنية المستخدمة.
لكن الاتصال الآمن لا يعتمد على السرية وحدها؛ فمن المهم أيضاً التحقق من هوية الطرف المقابل وحماية البيانات من التعديل غير المكتشف. لهذا يستخدم TLS مجموعة من الآليات التشفيرية بدلاً من خوارزمية واحدة.
ما هو التشفير المتماثل Symmetric Encryption؟
في التشفير المتماثل يُستخدم مفتاح سري مشترك في عملية التشفير وفك التشفير ضمن النظام المستخدم. يجب أن يعرف الطرفان المفتاح المطلوب، مع الحفاظ عليه بعيداً عن الأطراف غير المصرح لها.
من أشهر الخوارزميات الحديثة المستخدمة في سياقات مختلفة AES، كما تستخدم بروتوكولات حديثة خوارزميات تشفير موثقة أخرى وفق مجموعة التشفير المختارة.
ما أهم ميزة للتشفير المتماثل؟
يتميز عادةً بالكفاءة والسرعة عند معالجة كميات كبيرة من البيانات. ولهذا يكون مناسباً لتشفير حركة البيانات الفعلية بعد إنشاء مفاتيح الجلسة بين طرفي الاتصال.
لكن التحدي الأساسي هو: كيف يحصل الطرفان على سر مشترك بصورة آمنة إذا كانت الشبكة نفسها غير موثوقة؟ هنا تظهر أهمية آليات تبادل المفاتيح والتشفير غير المتماثل.
ما هو التشفير غير المتماثل Asymmetric Encryption؟
يعتمد التشفير غير المتماثل على زوج من المفاتيح المرتبطة رياضياً: مفتاح عام Public Key ومفتاح خاص Private Key. يمكن نشر المفتاح العام، بينما يجب حماية المفتاح الخاص.
تختلف طريقة استخدام الزوج بحسب الخوارزمية والغرض. فقد يستخدم في التوقيعات الرقمية أو آليات إنشاء الأسرار وتبادل المفاتيح، ولا يصح اختزال كل التشفير غير المتماثل في فكرة “التشفير بالمفتاح العام وفك التشفير بالخاص” لكل البروتوكولات الحديثة.
الفرق الأساسي بين التشفير المتماثل وغير المتماثل
| العامل | التشفير المتماثل | التشفير غير المتماثل |
|---|---|---|
| المفاتيح | يعتمد على سر مشترك | يعتمد على مفتاح عام وخاص |
| الأداء | فعال لتشفير كميات كبيرة من البيانات | أثقل حسابياً في الاستخدامات المعتادة |
| الاستخدام في TLS | حماية بيانات الجلسة بعد إنشاء المفاتيح | المصادقة والتوقيعات وآليات تبادل/اتفاق المفاتيح حسب الإصدار والخوارزمية |
| تحدي الإدارة | توزيع السر المشترك بأمان | حماية المفتاح الخاص والتحقق من صحة المفتاح العام |
لماذا لا يستخدم TLS التشفير غير المتماثل لكل البيانات؟
لأن العمليات غير المتماثلة أكثر تكلفة حسابياً من التشفير المتماثل في الاستخدام المعتاد. لذلك تستخدم بروتوكولات TLS الحديثة آليات مصادقة واتفاق مفاتيح لإنشاء أسرار مشتركة، ثم تُشتق منها مفاتيح جلسة تستخدم خوارزميات متماثلة فعالة لحماية حركة التطبيق.
هذا التصميم يجمع بين مزايا إدارة الهوية والمفاتيح العامة وبين الأداء المناسب لنقل كميات كبيرة من البيانات.
ما هو بروتوكول TLS؟
TLS اختصار لـ Transport Layer Security، وهو بروتوكول يوفر طبقة حماية للاتصالات بين التطبيقات عبر الشبكة. يظهر استخدامه للمستخدم بوضوح عند الاتصال بمواقع HTTPS، لكنه يستخدم أيضاً في بروتوكولات وخدمات أخرى.
يهدف TLS إلى توفير خصائص أساسية مثل سرية البيانات وسلامتها ومصادقة الخادم، ويمكن في بعض البيئات استخدام شهادات للعميل أيضاً.
ما العلاقة بين HTTPS وTLS؟
HTTPS هو HTTP يعمل فوق اتصال محمي بواسطة TLS. لذلك عندما ترى عنواناً يبدأ بـ HTTPS فهذا يعني أن حركة HTTP بين المتصفح والخادم تستخدم TLS وفق الاتصال الذي تم إنشاؤه.
وجود HTTPS لا يعني أن الموقع نفسه موثوق في كل محتواه أو ممارساته؛ بل يعني أن الاتصال إلى الطرف الذي تم التحقق منه وفق الشهادة محمي أثناء النقل وفق خصائص TLS.
كيف تبدأ جلسة TLS بصورة مبسطة؟
عند إنشاء اتصال TLS، يبدأ العميل والخادم بعملية تسمى Handshake. يتبادلان خلالها معلومات ضرورية لاختيار المعلمات التشفيرية وإنشاء مفاتيح الجلسة والتحقق من هوية الخادم.
التفاصيل تختلف بين TLS 1.2 وTLS 1.3، لذلك لا ينبغي استخدام شرح إصدار قديم باعتباره وصفاً حرفياً لكل اتصالات TLS الحديثة.
الخطوة الأولى: ClientHello
يرسل العميل رسالة ClientHello تحتوي على معلومات تساعد على التفاوض، مثل إصدارات TLS المدعومة وخيارات التشفير المناسبة وبيانات أخرى مطلوبة لبدء المصافحة.
في TLS 1.3 تتضمن العملية أيضاً معلومات مرتبطة بآلية اتفاق المفاتيح الحديثة لتقليل عدد جولات الاتصال وتحسين التصميم الأمني.
الخطوة الثانية: استجابة الخادم
يرد الخادم بالمعلومات التي تحدد الخيارات التي ستستخدمها الجلسة، ويقدم عادةً شهادته الرقمية لإثبات هويته. ثم تستمر رسائل المصافحة اللازمة لإتمام المصادقة وإنشاء الأسرار المشتركة.
ما دور الشهادة الرقمية؟
الشهادة الرقمية تربط هوية مثل اسم نطاق بمفتاح عام وفق بنية شهادات. يتحقق المتصفح من عناصر مثل اسم النطاق، وفترة الصلاحية، وسلسلة الثقة، والتوقيعات المرتبطة بالشهادة.
الشهادة ليست المفتاح الخاص، ولا ينبغي أن يحتوي الملف المقدم للعامة على المفتاح الخاص للخادم. حماية المفتاح الخاص مسؤولية أساسية في تشغيل TLS.
ما هي سلطة التصديق Certificate Authority؟
سلطة التصديق أو CA جهة تصدر أو توقع شهادات رقمية ضمن بنية ثقة. تحتوي أنظمة التشغيل والمتصفحات على مخازن للجهات الجذرية الموثوقة وفق سياسات كل منصة.
عندما يتحقق المتصفح من سلسلة الشهادة، فهو لا يعتمد على مجرد وجود شهادة، بل يحاول التحقق من ارتباطها بسلسلة ثقة مقبولة ومن صحة عناصر أخرى في الاتصال.
كيف تُنشأ مفاتيح الجلسة في TLS الحديث؟
في TLS الحديث تُستخدم آليات اتفاق مفاتيح تسمح للطرفين بالمساهمة في إنشاء سر مشترك دون إرسال مفتاح الجلسة النهائي كنص واضح عبر الشبكة. ومن الآليات المهمة في هذا السياق تبادل مفاتيح Diffie-Hellman المؤقت باستخدام المنحنيات البيضاوية، المعروف عادةً باسم ECDHE.
بعد إنشاء السر المشترك، تُشتق مفاتيح تستخدم لحماية حركة البيانات الفعلية في الجلسة.
ما معنى Perfect Forward Secrecy؟
استخدام مفاتيح اتفاق مؤقتة لكل جلسة يساعد على توفير خاصية تعرف باسم Forward Secrecy. الفكرة هي أن انكشاف مفتاح طويل الأمد في المستقبل لا ينبغي أن يسمح تلقائياً بفك تشفير كل الجلسات السابقة التي استخدمت أسراراً مؤقتة مناسبة ولم يتم الاحتفاظ بأسرارها.
هذه إحدى المزايا المهمة للتصميمات الحديثة المعتمدة على تبادل مفاتيح مؤقت.
ماذا يحدث بعد انتهاء TLS Handshake؟
بعد نجاح المصافحة واشتقاق مفاتيح الجلسة، تبدأ حماية بيانات التطبيق باستخدام تشفير متماثل موثّق. في TLS الحديث تستخدم خوارزميات توفر التشفير والتحقق من سلامة البيانات بطريقة متكاملة تعرف باسم AEAD.
بهذه الطريقة يمكن نقل كميات كبيرة من البيانات بكفاءة أعلى من محاولة استخدام عمليات المفتاح العام لكل جزء من حركة الاتصال.
ما هي AEAD؟
AEAD اختصار لـ Authenticated Encryption with Associated Data. وهي فئة من أساليب التشفير توفر السرية مع التحقق من سلامة وأصالة البيانات ضمن التصميم المستخدم.
من أمثلتها AES-GCM وChaCha20-Poly1305، وهما مستخدمان في بروتوكولات حديثة وفق البيئة ومجموعة التشفير المتفاوض عليها.
هل TLS يمنع قراءة البيانات أثناء انتقالها؟
عندما يُستخدم TLS بصورة صحيحة، فإنه يحمي محتوى التطبيق من القراءة المباشرة والتعديل غير المكتشف أثناء مروره بين طرفي اتصال TLS. لكن ذلك لا يعني أن كل المعلومات المرتبطة بالاتصال تختفي عن الشبكة.
يمكن أن تبقى بعض البيانات الوصفية، مثل عناوين IP وحجم وتوقيت حركة المرور، ظاهرة لأجزاء من البنية الشبكية، كما أن تفاصيل إضافية تعتمد على إصدار البروتوكول والتقنيات المستخدمة.
هل مزود الإنترنت يستطيع رؤية كلمة المرور داخل HTTPS؟
في اتصال HTTPS سليم من طرف إلى طرف، لا تكون محتويات HTTP مثل كلمة المرور المرسلة داخل الجلسة متاحة كنص واضح لمجرد مرورها عبر مزود الشبكة. لكن مزود الشبكة قد يرى معلومات اتصال مثل عنوان IP والوجهة بدرجات مختلفة.
كما أن حماية TLS لا تمنع الموقع نفسه الذي ترسل إليه البيانات من رؤيتها بعد فكها عند الطرف النهائي.
ما هو هجوم Man-in-the-Middle؟
هجوم الرجل في المنتصف يحاول اعتراض الاتصال أو انتحال أحد الطرفين. تساعد مصادقة TLS والشهادات الرقمية على منع المتصفح من إنشاء اتصال موثوق مع خادم منتحل لا يملك بيانات اعتماد صالحة للاسم المطلوب.
لهذا يجب عدم تجاهل تحذيرات الشهادات في المتصفح، خصوصاً عند إدخال كلمات مرور أو بيانات حساسة.
لماذا تظهر رسالة Certificate Error؟
قد يظهر التحذير بسبب انتهاء صلاحية الشهادة، أو عدم تطابق اسم النطاق، أو مشكلة في سلسلة الثقة، أو خطأ في ساعة الجهاز، أو إعداد غير صحيح على الخادم.
لا تتجاوز التحذير تلقائياً في المواقع الحساسة. تحقق من العنوان والاتصال وسبب المشكلة أولاً.
TLS 1.2 مقابل TLS 1.3
TLS 1.3 أعاد تصميم أجزاء مهمة من المصافحة وأزال خيارات تشفير قديمة، كما قلل عدد الخطوات المطلوبة في حالات الاتصال المعتادة. TLS 1.2 ما زال موجوداً في كثير من البيئات عند إعداده بمجموعات تشفير مناسبة.
بالنسبة للخوادم الحديثة، يُفضل اتباع توصيات المنصة والمورد بشأن الإصدارات ومجموعات التشفير بدلاً من نسخ قائمة إعدادات قديمة من الإنترنت.
لماذا تم التخلي عن SSL؟
يستخدم بعض الأشخاص كلمة SSL للإشارة إلى HTTPS بصورة عامة، لكن إصدارات SSL القديمة لم تعد مناسبة للحماية الحديثة. البروتوكول المستخدم اليوم هو TLS بإصداراته المدعومة.
لذلك عبارة “شهادة SSL” شائعة تسويقياً، بينما الاتصال الحديث الفعلي يستخدم TLS.
هل الشهادة المجانية أقل تشفيراً من الشهادة المدفوعة؟
سعر الشهادة لا يحدد قوة تشفير جلسة TLS بصورة مباشرة. إذا كانت الشهادة صالحة ويستخدم الخادم إعداد TLS حديثاً، فإن خوارزميات الجلسة تتحدد من البروتوكول والتفاوض بين العميل والخادم.
قد تختلف خدمات الشهادات في الدعم أو الإدارة أو أنواع التحقق أو المنتجات الإضافية، لكن دفع مبلغ أكبر لا يعني تلقائياً تشفيراً أقوى لحركة HTTPS.
أين يُستخدم التشفير المتماثل خارج TLS؟
يستخدم في العديد من أنظمة تشفير البيانات والتخزين والاتصالات عندما توجد طريقة آمنة لإدارة المفاتيح. كفاءته تجعله مناسباً لمعالجة البيانات الكبيرة.
أين يُستخدم التشفير غير المتماثل؟
يستخدم في مجالات مثل التوقيعات الرقمية وبنية المفاتيح العامة والمصادقة وآليات اتفاق المفاتيح. الخوارزمية المناسبة تعتمد على الغرض والبروتوكول والمعايير المستخدمة.
أخطاء شائعة في فهم TLS والتشفير
- الاعتقاد أن TLS يستخدم التشفير غير المتماثل لتشفير كل حركة البيانات.
- اعتبار المفتاح العام سراً يجب إخفاؤه.
- الخلط بين الشهادة الرقمية والمفتاح الخاص.
- الاعتقاد أن HTTPS يضمن أن الموقع نفسه صادق أو آمن من كل المخاطر.
- تجاهل تحذيرات الشهادات في المتصفح.
- الاستمرار في استخدام بروتوكولات تشفير قديمة لمجرد التوافق.
- الاعتقاد أن طول المفتاح وحده يكفي للحكم على أمان النظام بالكامل.
أفضل ممارسات TLS لأصحاب المواقع والخوادم
- استخدم إصدارات TLS الحديثة والمدعومة.
- حافظ على تحديث خادم الويب ومكتبات التشفير.
- احمِ المفتاح الخاص ولا تشاركه أو تحفظه في مستودعات عامة.
- جدّد الشهادات قبل انتهاء صلاحيتها أو استخدم آلية تجديد آلية موثوقة.
- عطّل البروتوكولات والخوارزميات القديمة وفق توصيات المنصة الحالية.
- استخدم إعدادات موصى بها من مورد الخادم أو مراجع أمنية موثوقة.
- اختبر إعداد TLS بعد أي تغيير مهم.
أسئلة شائعة حول Symmetric وAsymmetric وTLS
أيهما أقوى: التشفير المتماثل أم غير المتماثل؟
لا توجد مقارنة بسيطة بكلمة “أقوى”، لأن لكل نوع وظائف وخصائص مختلفة. قوة النظام تعتمد على الخوارزمية وحجم المفاتيح وطريقة الاستخدام والتنفيذ وإدارة المفاتيح.
لماذا يحتاج TLS إلى النوعين؟
يستفيد TLS من تقنيات المفتاح العام للمصادقة وإنشاء أسرار الجلسة، ثم يستخدم تشفيراً متماثلاً فعالاً لحماية بيانات التطبيق بعد المصافحة.
هل HTTPS يعني أن بياناتي مشفرة؟
HTTPS يعني أن HTTP يعمل داخل اتصال TLS، ما يوفر حماية للبيانات أثناء النقل بين طرفي الاتصال وفق إعداد TLS. لكنه لا يحمي البيانات بعد وصولها من طريقة تعامل الموقع معها.
هل يمكن استخدام TLS بدون شهادة؟
توجد سيناريوهات وبروتوكولات مختلفة، لكن HTTPS العام المعتاد يعتمد على شهادات رقمية لمصادقة الخادم. المتصفح يحتاج إلى التحقق من هوية الموقع حتى لا يكون التشفير قائماً مع طرف منتحل.
هل AES هو نفسه TLS؟
لا. AES خوارزمية تشفير متماثل، بينما TLS بروتوكول كامل يحدد كيفية إنشاء اتصال آمن واختيار الخوارزميات وإدارة المصافحة والمفاتيح وحماية البيانات.
الخلاصة
يكمن الفرق بين التشفير المتماثل وغير المتماثل أساساً في طريقة استخدام المفاتيح والأدوار التي يناسبها كل نوع. التشفير المتماثل فعال لحماية كميات كبيرة من البيانات، بينما توفر تقنيات المفتاح العام أدوات مهمة للمصادقة والتوقيعات واتفاق المفاتيح.
يجمع TLS هذه المفاهيم في بروتوكول متكامل: يتحقق من هوية الخادم باستخدام الشهادات والتوقيعات، وينشئ أسرار جلسة بطريقة آمنة، ثم يستخدم مفاتيح متماثلة لحماية حركة البيانات بكفاءة. وهذا هو الأساس التشفيري الذي تعتمد عليه اتصالات HTTPS الحديثة.
