لا يعني انخفاض سعر شهادة SSL بالضرورة تراجع أمان التشفير. فمتى أصدرت الشهادةَ جهةُ إصدار شهادات تثق بها المتصفحات المستهدفة، واستُخدمت مفاتيح وخوارزميات توقيع مناسبة، ونُفّذ TLS على نحو صحيح، أمكن للشهادة منخفضة السعر توفير حماية موثوقة للبيانات أثناء النقل. ولا توجد علاقة بسيطة بين سعر الشهادة وقوة تشفير اتصال HTTPS واحد.
عند شراء شهادة SSL رخيصة، ينبغي لموظفي مراقبة الجودة وإدارة الأمن تقسيم المسألة إلى أسئلة منفصلة: هل الشهادة موثوقة؟ ما إعدادات التشفير المستخدمة فعليًا في الاتصال؟ وهل يمكن الحفاظ على صلاحية الشهادة باستمرار؟ قد يؤثر السعر في التحقق من الهوية، ونطاق تغطية النطاقات، والدعم الفني وخدمات الإدارة، لكنه لا يثبت مباشرة أن الاتصال أكثر أمانًا أو أقل أمانًا.
تُستخدم ما يُعرف عادةً باسم «شهادة SSL» على المواقع الإلكترونية بالأساس مع بروتوكول TLS. وتُستخدم الشهادة لإثبات الارتباط بين اسم النطاق والمفتاح العام، ثم يتفاوض المتصفح والخادم أثناء المصافحة على معلمات الاتصال. أما نقل محتوى صفحات الويب ونماذج الاستفسار وغيرها، فتحميه مفاتيح الجلسة الناتجة عن التفاوض، ولا يتحدد مباشرةً بسعر الشهادة.
لذلك، فإن الاعتقاد بأن «الشهادة الأغلى تستخدم عددًا أكبر من بتات التشفير» قد يؤدي إلى استنتاج خاطئ. فخوارزمية المفتاح العام للشهادة وطوله، وخوارزمية توقيع الشهادة، وآلية تبادل مفاتيح TLS، وخوارزمية تشفير الجلسة، كلها عناصر فحص مختلفة. ولا يكفي الاستناد إلى عبارة «تشفير عالي القوة» في صفحة المنتج للحكم على أمان الاتصال النهائي.
قد يعود فرق السعر بين الشهادات إلى العوامل التالية:
بالنسبة إلى مواقع عرض الشركات العامة، ومواقع استفسارات التجارة الخارجية، وصفحات الهبوط التسويقية، يمكن لشهادة DV موثوقة ومهيأة بشكل صحيح تلبية احتياجات حماية نقل البيانات عبر HTTPS، ما لم تكن هناك متطلبات إضافية لعرض هوية المؤسسة أو اشتراطات تعاقدية. أما الأنشطة التي تتعامل مع المدفوعات أو البيانات الحساسة، فينبغي تقييمها أيضًا وفق متطلبات مزود خدمة الدفع والقواعد المعمول بها؛ فلا يكفي الاعتماد على تصنيف الشهادة وحده لإتمام التحقق الأمني.
ينبغي أن يستند التحقق الأمني إلى النطاقات ومنافذ الوصول المتاحة على الإنترنت. فمطابقة ملف الشهادة للمواصفات لا تعني أن كل اتصال يوفره الخادم وCDN والوكيل العكسي مطابق للمواصفات.
ابدأ بالتحقق من الثقة والهوية. تأكد من ظهور النطاق ضمن الأسماء البديلة للموضوع في الشهادة، ومن أن الشهادة سارية المفعول، وأن الخادم يوفر الشهادات الوسيطة المطلوبة، وأن المتصفحات والأنظمة التي يستخدمها العملاء المستهدفون عادةً قادرة على إنشاء سلسلة شهادات موثوقة. ونجاح الوصول من جهاز كمبيوتر في المكتب لا يثبت خلو أجهزة العملاء في الخارج من مشكلات التوافق.
ثم تحقق من البروتوكول والخوارزميات. اجعل TLS 1.2 وTLS 1.3 محور فحص النشر، وعطّل إصدارات SSL القديمة وإصدارات TLS المبكرة. وبالنسبة إلى TLS 1.2، افحص مجموعات التشفير أيضًا، وفضّل آليات تبادل المفاتيح التي تدعم السرية التامة للأمام، إلى جانب خوارزميات التشفير والمصادقة المناسبة. وينبغي التحقق من المفتاح العام للشهادة وخوارزمية التوقيع كلٌّ على حدة؛ فدعم TLS 1.3 لا يعني اجتياز جميع الفحوص.
وأخيرًا، تحقق من موضع إنهاء اتصال TLS. عند استخدام CDN أو وكيل سحابي، غالبًا ما يرى المتصفح شهادة عقدة الحافة. وإذا استخدمت العقدة اتصال HTTP غير مشفر للوصول إلى الخادم الأصلي، أو استخدمت اتصالًا مشفرًا من دون التحقق من الشهادة، فقد يرى الزائر صفحة HTTPS تبدو طبيعية رغم ذلك. لذا ينبغي فحص كل من مدخل الاتصال العام والاتصال بالخادم الأصلي على حدة.

ينبغي أن يتضمن سجل التحقق، على الأقل، النطاق ووقت الفحص وسلسلة الشهادات والبروتوكول المتفاوض عليه ونتائج الإعدادات الأساسية. وإذا كانت المواقع متعددة اللغات أو المتاجر أو صفحات الهبوط الإعلانية موزعة على منصات مختلفة، فينبغي فحص كل مدخل فعلي على حدة، لتجنب الحكم على مطابقة جميعها بعد فحص الموقع الرئيسي فقط.
السعر المنخفض ليس عيبًا بحد ذاته، لكن غموض نطاق الشراء قد يترك مخاطر قائمة. فبعض عروض الأسعار تشمل إصدار الشهادة فقط، بينما تتحمل المؤسسة مسؤولية التثبيت والتجديد التلقائي ومعالجة الأعطال. وإذا لم تكن لدى المؤسسة قدرات تشغيل وصيانة مناسبة، فقد تتحول الوفورات في تكلفة الشراء إلى تكاليف توقف الموقع واستكشاف الأعطال وإصلاحها.
يجب أيضًا تحديد المسؤولية عن إدارة المفتاح الخاص. ينبغي إنشاء المفتاح الخاص وحفظه في بيئة خاضعة للرقابة، وتقييد صلاحيات الوصول إليه، وتجنب تداوله عشوائيًا عبر أدوات المحادثة أو البريد الإلكتروني. وعند تولي مزود خدمة إنشاء المواقع إدارته، ينبغي الاتفاق على إجراءات الوصول إلى المفتاح، وتغيير الموظفين، وإلغاء الشهادة وإعادة إصدارها. فشراء شهادة أغلى لا يعالج تسرب المفتاح الخاص.
ينبغي التحقق من سلسلة التجديد التلقائي كاملةً: هل يمكن إتمام التحقق في موعده، والحصول على الشهادة الجديدة، ونشرها على جميع العقد، والتأكد من تحميل الخدمة لها بنجاح؟ لا يكفي تلقي إشعار يفيد «بنجاح التجديد»؛ بل ينبغي أن تراقب الأنظمة الشهادة التي يقدمها الموقع فعليًا على الإنترنت. وتعتمد الشهادات ذات فترات الصلاحية القصيرة خصوصًا على الأتمتة، لذا ينبغي للمؤسسة تخصيص وقت لمعالجة حالات فشل التحقق وتغييرات الصلاحيات وتعديلات تحليل النطاق.
إضافةً إلى ذلك، يحمي HTTPS البيانات أثناء النقل، لكنه لا يصلح ثغرات الموقع، ولا يمنع كلمات المرور الضعيفة في الواجهة الخلفية، ولا يضمن أمان بيانات النماذج بعد تخزينها. وبعد اجتياز نظام الاستفسارات أو المتجر فحص الشهادة، يظل من الضروري فحص صلاحيات التطبيق وتخزين البيانات والبرامج النصية التابعة لجهات خارجية كلٌّ على حدة.
يمكن للمؤسسة اختيار شهادة منخفضة السعر إذا كانت تستوفي متطلبات توافق الثقة، وتغطية النطاقات، وإعدادات التشفير وإدارة التجديد. وعند مقارنة عروض الأسعار، ينبغي مطالبة المورد بتوضيح نوع الشهادة والنطاقات المشمولة ونطاق النشر ومسؤولية التجديد والاستجابة للأعطال، لتجنب مقارنة «تكلفة الشهادة» بـ«تكلفة الخدمة المدارة بالكامل» وكأنهما شيء واحد.
إذا كان لدى المؤسسة عدد كبير من المواقع أو كانت تنشر التحديثات بشكل متكرر أو تفتقر إلى فريق متخصص للتشغيل والصيانة، فقد يكون دفع المزيد مقابل الإدارة الموحدة والنشر التلقائي وخدمات الاستجابة المحددة أكثر جدوى. وإذا كان النشاط يتطلب فعلًا التحقق من هوية المؤسسة، فينبغي اختيار نوع الشهادة المناسب وفقًا للمتطلبات.
ينبغي أن تتمكن مراجعة الشراء في نهاية المطاف من الإجابة عن الأسئلة التالية: هل يستطيع العملاء المستهدفون الوثوق بهذا الاتصال؟ هل إعدادات التشفير مطابقة للمواصفات؟ من المسؤول عن المفتاح الخاص؟ وهل يمكن استبدال الشهادة قبل انتهاء صلاحيتها؟ عندما تكون لهذه الأسئلة إجابات قابلة للتحقق، يمكن أن يكون السعر المنخفض خيارًا معقولًا لخفض التكلفة. أما الحصول على شهادة وعنوان HTTPS فقط، فلا يكفي لاجتياز التحقق الأمني.
مقالات ذات صلة
منتجات ذات صلة


