تقني8 min read

كيف تتحقّق من PDF موقَّع (ولماذا يخطئ معظم الناس)

فريق سهل ساين|

ملف PDF الموقَّع مجرد ملف. التوقيع هو بيانات وصفية داخل ذلك الملف. وما إذا كانت تلك البيانات الوصفية تعني شيئاً قانونياً — أي ما إذا كان التوقيع أصلياً، والمستند سليماً، والمُوقِّع هو من ادّعى — هو شيء يجب على المتحقّق أن يُثبته، لا أن يفترضه. الخبر الجيد: المعايير ناضجة، والتحقق آلي، وأدوبي أكروبات يفعل معظم ذلك مجاناً. الخبر السيئ: ٩٠٪ من المستلمين يضغطون "فتح"، يرون علامة صح، ويتوقفون عن القراءة. تلك العلامة قد تُخفي شهادة منتهية الصلاحية، أو طابعاً زمنياً مفقوداً، أو توقيعاً أُضيف بعد تعديل تخريبي.

هذا ما يستلزمه فعلياً التحقق من توقيع PDF، بالترتيب الذي يتبعه المتحقّق المبنيّ بشكل صحيح.

ETSI EN 319 142

المعيار الأوروبي الذي يحدّد ما يجب أن يحتويه توقيع PDF المتوافق — صدر ٢٠١٦، المراجعة الحالية ٢٠٢٤

لجنة ETSI الفنية للتوقيعات الإلكترونية والبنية التحتية

ISO 32000-2

مواصفة ISO لملف PDF (٢٠٢٠). القسم ١٢.٨ يحدّد البنية على مستوى البايت لقاموس التوقيع المُدمَج

ISO/IEC 32000-2:2020

٤

فحوصات تشفيرية مستقلة يجب أن يجتازها المتحقّق قبل إعلان توقيع PDF 'صالحاً'

الهاش، سلسلة الشهادة، الطابع الزمني، حالة الإلغاء

الفحوصات الأربعة، بالترتيب

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

Step ١

هاش المستند

يُحسب هاش SHA-256 لنطاق بايتات PDF (كل شيء عدا كتلة التوقيع نفسها). يجب أن يطابق الهاش المعاد حسابه بدقة الهاش المُختَم داخل التوقيع. تغيير بايت واحد منذ التوقيع = عدم تطابق = غير صالح.

Step ٢

سلسلة الشهادة

يُتحقق من شهادة التوقيع مقابل جذر شهادات موثوق. أدوبي يشحن قائمة افتراضية (Adobe Approved Trust List)؛ تضيف المؤسسات قوائمها الخاصة. إذا لم تؤدِّ السلسلة إلى جذر موثوق، المُوقِّع 'غير معروف'.

Step ٣

الطابع الزمني

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

Step ٤

حالة الإلغاء

يجب ألا تكون شهادة التوقيع قد أُلغيت. يجلب المتحقّقون قائمة إلغاء الشهادات (CRL) أو يفحصون OCSP وقت التحقق. PAdES-LTV يُدمج هذا الدليل داخل PDF حتى يبقى قابلاً للتحقق دون اتصال.

مستويات PAdES الأساسية — اختر الفئة الصحيحة

يحدّد ETSI EN 319 142-1 أربعة مستويات أساسية لـ PAdES. وهي تراكمية — كل مستوى يشمل كل ما في المستوى الأدنى منه. المستوى الذي يصله التوقيع يحدّد نوع الهجوم الذي يقاومه، ومدة بقائه قابلاً للتحقق.

مستويات PAdES الأساسية وفق ETSI EN 319 142-1. كل مستوى أعلى يضيف دليلاً يبقى مع مرور الوقت. سهل ساين ينتج PAdES-B-T افتراضياً — كافٍ للتوقيعات الملزمة قانونياً مع وقت توقيع قابل للتحقق.

JurisdictionLawCross-border transfer ruleIntensity
PAdES-B-Bالمستوى الأساسي B-Bتوقيع أساسي. هاش + شهادة. بدون طابع زمني. يتحقق فقط لحظة التوقيع؛ انتهاء الشهادة يكسر التحقق المستقبلي.Moderate
PAdES-B-Tالمستوى الأساسي B-Tيضيف طابعاً زمنياً مؤهَّلاً أو معترفاً به وفق RFC 3161 وقت التوقيع. لحظة التوقيع قابلة للإثبات بمعزل عن ساعة المُوقِّع.Restricted
PAdES-B-LTالمستوى الأساسي B-LTيُدمج سلسلة الشهادة وبيانات الإلغاء (CRL/OCSP) وقت التوقيع. يبقى التوقيع قابلاً للتحقق حتى بعد توقّف الـ CA.Restricted
PAdES-B-LTAالمستوى الأساسي B-LTAيضيف 'طوابع زمنية للمستند' دورية فوق التوقيع القائم. مصمَّم للحفظ الأرشيفي — قابل للإثبات لـ ١٠+ سنوات ضد تدهور الخوارزميات.Strict

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

دليل التحقق من التوقيعات من اتحاد PDF Association، ٢٠٢٠

ما يعرضه عليك أدوبي أكروبات ريدر فعلياً

أدوبي هو المتحقّق الذهبي لأن كل مستلم تقريباً على وجه الأرض يفتح ملفات PDF به، ولأن العضوية في Adobe Approved Trust List هي ما تستهدفه معظم أدوات التوقيع الإنتاجية. هذه هي جولة واجهة التحقق — الخطوات التي يجب أن يعرفها كل مستلم.

التحقق من PDF موقَّع في أدوبي أكروبات ريدر

  • افتح PDF وابحث عن الشريط الأزرق في الأعلى

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

  • انقر على لوحة التوقيعات (الشريط الأيسر) للحصول على تفصيل لكل توقيع

    كل توقيع يدرج اسم المُوقِّع، ووقت التوقيع، وبصمة الشهادة. انقر بالزر الأيمن على توقيع → عرض خصائص التوقيع للحصول على السلسلة الكاملة.

  • افحص مصدر الطابع الزمني تحت عرض خصائص التوقيع → الخصائص المتقدمة

    ابحث عن "التوقيع مختوم زمنياً بواسطة [اسم TSA]." إذا قالت "وقت التوقيع من ساعة كمبيوتر المُوقِّع،" فالوقت غير موثوق والتوقيع متدهور إلى PAdES-B-B.

  • تحقق أن جهة إصدار الشهادة تؤدّي إلى جذر موثوق

    عرض خصائص التوقيع → تفاصيل الشهادة → الثقة. يجب أن تنتهي السلسلة عند CA في إما Adobe AATL أو القائمة الموثوقة الأوروبية EUTL. إذا انتهت عند "موقَّع ذاتياً" فالتوقيع لا يحمل تصديق هوية من طرف ثالث.

  • تأكد من فحص حالة الإلغاء

    تفاصيل الشهادة → علامة تبويب الإلغاء. "الحالة: صالحة" مع وقت فحص حديث يعني أن CA أكّدت أن الشهادة لم تُلغَ. "لم يمكن تحديدها" تعني أن شبكتك حجبت طلب OCSP/CRL.

  • انقر 'عرض النسخة الموقَّعة' لرؤية المستند كما كان وقت التوقيع

    هذه أهم خطوة لا يقوم بها أحد. يمكن أن تحتوي ملفات PDF على عدة مراجعات توقيع؛ التعديلات اللاحقة يمكن أن تُلحق محتوى غير موقَّع. 'النسخة الموقَّعة' هي PDF بدقة البايت الذي يشهد عليه التوقيع.

ماذا يعني توقيع "مكسور" فعلياً

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

Alternative

مستند مُعبَث به

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

  • عدم تطابق هاش سلامة المستند
  • "تم تعديل هذا المستند منذ التوقيع عليه"
  • النسخة الموقَّعة (عرض النسخة الموقَّعة) والنسخة الحالية مختلفتان
  • ارفض. اطلب الأصل من المرسل.
Recommended

مُوقِّع غير معروف / شهادة غير موثوقة

الهاش جيد. الشهادة جيدة. لكن CA المصدِّرة ليست في قائمة الثقة لديك. هذا أكثر فشل شيوعاً — التوقيع يعمل، المتحقّق فقط لا يعرف الجهة المُصدِرة.

  • أضف الجهة المُصدِرة إلى قائمة الثقة لديك (أكروبات: تحرير → التفضيلات → التوقيعات → الهويات والشهادات الموثوقة)
  • للمستلمين لمرة واحدة، اقبل التوقيع يدوياً بعد تأكيد الهوية خارج القناة
  • للتطبيق المؤسسي، اشحن قائمة الثقة مع تهيئة نقاط النهاية لديك حتى يثق بها كل الموظفين تلقائياً
  • لا تنقر "ثق دائماً" دون فحص أن بصمة الشهادة تطابق ما نشره المُوقِّع

متحقّق يمكنك تشغيله محلياً

للتحقق البرمجي — فحوصات التواقيع بكميات كبيرة، تدقيقات الامتثال الآلية، تدفقات اكتشاف المحاكم — تشحن المفوضية الأوروبية DSS (خدمة التوقيع الرقمي)، تنفيذ مرجعي مفتوح المصدر لكل ملفّ توقيع ETSI. يتحقق من ملفات PDF مقابل نفس منطق أكروبات، يكشف نتائج منظَّمة (أي فحص فشل ولماذا)، ويعمل دون اتصال.

خيارات التحقق البرمجي

  • EU DSS (مفتوح المصدر، Java/REST)

    متحقّق المفوضية الأوروبية المرجعي. يطبّق خوارزمية التحقق الكاملة لتوقيع ETSI وينتج تقريراً مفصّلاً بالسبب الدقيق لكل فشل.

  • Adobe Acrobat Pro DC — معالج الإجراءات

    لفِرق الامتثال غير التقنية. ابنِ إجراءً بنقرة واحدة يفتح PDF، يتحقق من التوقيع، ويصدّر تقرير التحقق كـ JSON للتدقيق.

  • نقطة نهاية /verify/[documentId] في سهل ساين

    كل مستند موقَّع بسهل ساين يحمل رابط تحقق في شهادة الإكمال. أي طرف (ليس فقط المُوقِّع) يمكنه فتحه لرؤية سلسلة التدقيق، وهاش السلامة، وطابع TSA الزمني، دون الثقة بواجهتنا.

الخلاصة

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

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

PAdES-B-T

ما ينتجه سهل ساين افتراضياً. كل PDF موقَّع يحمل طابعاً زمنياً RFC 3161 من TSA مُدرَجة في EUTL، مع الهاش الكامل لنطاق البايت مُختَماً عبر /ByteRange و PKCS#7 detached SignedData.

src/lib/pdf-seal.ts في مصدر سهل ساين

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

قراءات ذات صلة

المصادر

التحقق من توقيع PDFPAdESETSI EN 319 142ISO 32000التوقيعات الرقميةالامتثالقطرالخليجالسعوديةالإماراتالشرق الأوسطMENA

مستعد لتجربة سهل ساين؟

ابدأ تجربتك المجانية لمدة 14 يوماً. لا حاجة لبطاقة ائتمان.

جرّب مجاناً

مقالات ذات صلة

مطوّر9 min read

واجهة API سهل ساين: ادمج توقيع المستندات المتوافق مع الخليج في منتجك

REST API لفِرق SaaS والتقنية المالية التي تحتاج توقيعات ملزمة قانونياً داخل منتجها الخاص بدون تصدير البيانات خارج الخليج. نقاط النهاية، نموذج المصادقة، سطح Webhooks، ورياضيات التسعير.

Read
أدلة8 min read

التوقيع الإلكتروني للموارد البشرية: أتمتة تعيين الموظفين في قطر

فريق موارد بشرية يوظّف ٥٠ شخصاً سنوياً يوقّع ~٢٥٠ مستند تعيين. تدفق عمل رقمي يحوّل خمس ساعات من التعامل الورقي لكل موظف إلى عشر دقائق. القوالب، الإرسال الجماعي، الموافقات المتسلسلة، وسجلات التدقيق المتوافقة مع ECTL — الدليل العملي.

Read
قانوني13 min read

التوقيع الإلكتروني في QFC وADGM وDIFC

المناطق المالية الحرة الثلاث الكبرى في الخليج — مركز قطر للمال (QFC)، سوق أبوظبي العالمي (ADGM)، ومركز دبي المالي العالمي (DIFC) — تُشغّل أُطرها القانونية الخاصة المستندة إلى القانون العام، منفصلة عن أنظمة القانون المدني الفيدرالية المحيطة بها. هذا يمتد إلى قانون التوقيع الإلكتروني: لكل منطقة حرة قانون أو لائحة خاصة تحكم متى يكون التوقيع الإلكتروني صالحاً، وما شروط الموثوقية المطبَّقة، وكيف يتفاعل مع الإطار الفيدرالي المحيط. الشرح الكامل لفرق القانون والامتثال والمشتريات.

Read