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

نكتب هذا المقال للمدراء التقنيين والمطورين الذين يبنون أنظمة تعتمد على التوقيع الإلكتروني أو يدمجونها في منصاتهم. نشرح فيه كيف تعمل الشهادة الرقمية تقنياً، وما مكونات البنية التحتية للمفاتيح العامة، وكيف ترتبط بالإطار السعودي، وما الذي يُراجع عند اختيار مزود أو بناء تكامل.

ملخص سريع

• الشهادة الرقمية تربط هوية موثقة بمفتاح عام، وتوقّعها جهة تصديق ليثق بها الآخرون.
• تقوم البنية التحتية للمفاتيح العامة على زوج مفاتيح: مفتاح خاص يوقّع، ومفتاح عام يتحقق.
• سلسلة الثقة تبدأ من جهة تصديق جذرية، وتمر بجهات وسيطة، وتنتهي بشهادة المستخدم أو الخادم.
• قيمة الشهادة تعتمد على حماية المفتاح الخاص، والتحقق من الهوية قبل الإصدار، وآليات الإلغاء والختم الزمني.
• في ساين إت، نعمل مقدمَ خدمات ثقة مرخصاً من هيئة الحكومة الرقمية، ونتحقق من هوية الموقعين عبر نفاذ وأبشر وواثق.

ما الشهادة الرقمية وما الذي تحتويه؟

الشهادة الرقمية ملف إلكتروني منظم يحتوي على المفتاح العام لصاحبه وبيانات هويته، وتوقّعه جهة تصديق بمفتاحها الخاص لتشهد بصحة هذا الربط.

تتبع معظم الشهادات المستخدمة اليوم المعيار الدولي X.509، الذي يحدد بنية الحقول داخل الشهادة. ومن أهم هذه الحقول اسم صاحب الشهادة، واسم الجهة المُصدرة، والرقم التسلسلي، وفترة الصلاحية، والمفتاح العام، والاستخدامات المسموح بها للمفتاح، وتوقيع الجهة المُصدرة على كل ما سبق.

كيف تعمل البنية التحتية للمفاتيح العامة؟

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

المفتاح الخاص يبقى عند صاحبه وحده، ويُستخدم لإنشاء التوقيع. والمفتاح العام يُنشر داخل الشهادة، ويستطيع أي طرف استخدامه للتحقق. ولا يمكن عملياً استنتاج المفتاح الخاص من المفتاح العام، وهذا ما يجعل المنظومة آمنة.

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

والشهادة هي ما يجيب عن سؤال لا يجيب عنه التشفير وحده: لمن هذا المفتاح العام؟ فبدونها يمكن لأي شخص إنشاء زوج مفاتيح وادعاء أي هوية.

ما سلسلة الثقة وكيف هي بنيتها؟

سلسلة الثقة هي التسلسل الذي يربط شهادة المستخدم بجهة تصديق جذرية موثوقة، عبر جهة أو أكثر من جهات التصديق الوسيطة.

في قمة السلسلة تقف جهة التصديق الجذرية (Root CA)، وشهادتها موقّعة ذاتياً ومضمّنة مسبقاً في أنظمة التشغيل والمتصفحات وتطبيقات قراءة المستندات، أو معتمدة في إطار وطني. ولحماية مفتاحها، لا تصدر الجهة الجذرية شهادات المستخدمين مباشرة، بل تصدر شهادات لجهات وسيطة تتولى الإصدار اليومي. وفي آخر السلسلة تأتي شهادة المستخدم أو الخادم.

حين يتحقق تطبيق من توقيع، يتتبع السلسلة تصاعدياً: هل شهادة الموقّع موقّعة من جهة وسيطة صحيحة؟ وهل الجهة الوسيطة موقّعة من جهة جذرية موثوقة؟ وهل لم تُلغَ أي شهادة في السلسلة؟ إذا انقطعت أي حلقة، يفشل التحقق.

وفي المملكة، توجد بنية تحتية وطنية للمفاتيح العامة يديرها المركز الوطني للتصديق الرقمي، وتنظم هيئة الحكومة الرقمية خدمات الثقة والترخيص لمقدميها. ولهذا يهم أن تكون الشهادات التي تُبنى عليها التواقيع صادرة ضمن إطار مرخص محلياً. للتوسع، راجع مقال "مقدم خدمات الثقة المرخّص".

كيف تحمي الشهادة الرقمية هويتك على الإنترنت؟

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

تظهر هذه الحماية في استخدامات يومية. عند تصفح موقع بنكي، تُستخدم الشهادة في بروتوكول TLS لإثبات أن الخادم يعود للبنك فعلاً، ولتشفير الاتصال. وعند توقيع عقد إلكترونياً، تربط الشهادة التوقيع بهوية الموقّع، وتكشف أي تعديل لاحق على المستند. وفي ختم الوثائق، تثبت شهادة المنشأة أن المستند صادر عنها.

لكن الشهادة لا تحمي من كل شيء. فإذا سُرق المفتاح الخاص، يستطيع السارق التوقيع باسم صاحبه حتى تُلغى الشهادة. وإذا صدرت الشهادة لشخص دون تحقق كافٍ من هويته، فهي تربط مفتاحاً بهوية غير مؤكدة. ولهذا تعتمد قيمة الشهادة على ما يحدث قبل إصدارها وبعده.

ما الذي يحدث قبل إصدار الشهادة وبعده؟

قبل الإصدار، يجب التحقق من هوية طالب الشهادة. وبعد الإصدار، تلزم حماية المفتاح الخاص، وإتاحة التحقق من حالة الشهادة، وحفظ أدلة على وقت التوقيع.

التحقق من الهوية هو الأساس. فالشهادة تشهد بأن المفتاح يعود لشخص محدد، وقيمة هذه الشهادة مرتبطة بقوة التحقق. وفي السياق السعودي، يمنح الربط مع نفاذ وأبشر هذا التحقق مرجعية رسمية. للتفاصيل، راجع مقال "نفاذ وأبشر".

حماية المفتاح الخاص تتم عادة عبر وحدات أمن العتاد (HSM)، وهي أجهزة مخصصة تولّد المفاتيح وتحفظها وتنفذ عمليات التوقيع داخلها دون أن يغادر المفتاح الجهاز. وفي التوقيع السحابي، يحفظ مقدم خدمات الثقة مفتاح المستخدم في هذه الأجهزة، ولا يُفعَّل المفتاح إلا بعد مصادقة المستخدم.

الإلغاء يتيح إبطال الشهادة قبل انتهاء صلاحيتها، عند فقدان المفتاح أو تغير بيانات صاحبه. ويُتحقق من حالة الإلغاء عبر قوائم الشهادات الملغاة (CRL) أو بروتوكول حالة الشهادة عبر الإنترنت (OCSP).

الختم الزمني يربط التوقيع بوقت موثق تصدره جهة ختم زمني موثوقة. وهذا يحل مشكلة عملية: بعد انتهاء صلاحية الشهادة بسنوات، كيف نثبت أن التوقيع تم حين كانت صالحة؟ الختم الزمني هو الدليل على ذلك، وهو أساس التحقق طويل المدى من المستندات الموقعة.

ما الذي يراجعه الفريق التقني عند اختيار مزود أو بناء تكامل؟

يراجع الفريق التقني ترخيص المزود ومصدر شهاداته، وطريقة حماية المفاتيح، وقوة التحقق من الهوية، ودعم الختم الزمني والتحقق طويل المدى، ومكان استضافة البيانات، وسهولة التكامل.

ما الأخطاء الشائعة في التعامل مع الشهادات الرقمية؟

الخلط بين صورة التوقيع والتوقيع الرقمي. كثير من الأنظمة تضع صورة توقيع على ملف PDF وتعدّ ذلك توقيعاً إلكترونياً، دون أي شهادة أو بصمة تشفيرية. هذه الصورة لا تثبت من وضعها، ولا تكشف أي تعديل لاحق. والتوقيع الرقمي الفعلي يُضمَّن في بنية المستند نفسه ويُتحقق منه برمجياً. للتوسع، راجع مقال "الفرق بين التوقيع الرقمي والإلكتروني".

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

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

وأخيراً، يُغفل أحياناً الفصل بين الهوية والصلاحية. الشهادة تثبت أن فلاناً وقّع، لكنها لا تثبت أنه يملك صلاحية إلزام المنشأة. هذا الجانب تحكمه مصفوفة الصلاحيات وسير العمل الداخلي.

كيف يبدأ الفريق التقني بتطبيق التوقيع المبني على الشهادات؟

يبدأ الفريق بتحديد حالات الاستخدام ومستوى الضمان المطلوب لكل حالة، ثم يختار مزوداً مرخصاً، ويبني التكامل مع اختبار التحقق الكامل قبل الإطلاق.

ولربط هذا التطبيق بدورة حياة العقد كاملة، راجع مقال "إدارة العقود من المسودة إلى الأرشيف".

أسئلة شائعة

الخاتمة

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