Enterprise الإصدار
الأرشفة: DSS وVRI وصحّة LTV وطوابع المستند الزمنية
لمحة سريعة
قسم بعنوان «لمحة سريعة»يُبقي NextPDF Enterprise توقيعًا طويل الأمد صالحًا عبر الزمن. فهو يكتب مخزن أمان المستند (DSS) ومعلومات التحقق لكل توقيع (VRI)، ويفحص اكتمال الأرشفة بفحص صحّة LTV، ويعيد الختم بطابع زمني للمستند قبل أن تنتهي صلاحية شهادة الطابع الزمني. وهذه الصفحة على مستوى السلوك. تذكر ما يفعله سطح الأرشفة، وما يفحصه، وما يقرّره المُتحقِّق رغم ذلك.
التوافر والترخيص
قسم بعنوان «التوافر والترخيص»تُشحَن هذه القدرة في NextPDF Enterprise (nextpdf/enterprise) وتُفعَّل بمظروف ترخيص من درجة Enterprise. والنشر الذي يفتقر إلى ذلك الاستحقاق لا يُحمِّل أصناف القدرة. قارِن الإصدارات واحصل على ترخيص.
سطح DSS وVRI وصحّة LTV وحلقة الأرشفة حصري في Enterprise. يُنتج NextPDF Core المستويين الأساسيين B-B وB-T (يشحن Core مسار طابع RFC 3161 الزمني، لذا لا يتطلّب B-T حزمة مدفوعة). ويُنتج NextPDF Pro المستويين الأساسيين B-B وB-T؛ ولا يُنتج DSS ولا طابعًا زمنيًّا للمستند. ويُنتج Enterprise وحده المستويين B-LT وB-LTA، بما يطابق جدول الدرجات المنشور في صفحة أمان Pro. في نشر يقتصر على Pro، يفشل طلب مستوى طويل الأمد بإحكام مع رسالة تسمّي مكوّن Enterprise المفقود.
| مستوى PAdES | يضيف | إصدار المُنتِج |
|---|---|---|
| B-B | توقيع CMS بسمات موقَّعة | Core, Pro, Enterprise |
| B-T | طابع RFC 3161 زمني موثوق على قيمة التوقيع | Core, Pro, Enterprise |
| B-LT | مخزن أمان المستند مع مادة التحقق | Enterprise (nextpdf/enterprise) only |
| B-LTA | طوابع المستند الزمنية للصلاحية الأرشيفية (حلقة الأرشفة) | Enterprise (nextpdf/enterprise) only |
هذه هي مصفوفة المستوى ← الدرجة المعيارية: B-B هو الأساس الذي يُنتجه كل إصدار؛ وB-T (المُؤرَّخ زمنيًّا) يُنتجه Core وPro وEnterprise؛ وB-LT وB-LTA حصريّان في Enterprise.
التثبيت
قسم بعنوان «التثبيت»composer require nextpdf/enterpriseيعتمد nextpdf/enterprise على nextpdf/core وnextpdf/pro. ويشكّل سطح الأرشفة جزءًا من إصدار Enterprise.
نظرة مفاهيمية
قسم بعنوان «نظرة مفاهيمية»يستند التحقق طويل الأمد إلى بنيتين: DSS وقاموس طابع المستند الزمني — ISO 32000-2 §12.8. يحتفظ DSS بالشهادات واستجابات OCSP وقوائم إبطال الشهادات (CRL) اللازمة للتحقق من توقيع بعد انتهاء صلاحية شهادته — ISO 32000-2 §12.8.4.3. وVRI فهرس لكل توقيع داخل تلك المواد، مُفهرَس وفق التجزئة المحتوائية للتوقيع. ويُثبِّت قاموس طابع المستند الزمني حالة المستند بأكملها في الزمن — ISO 32000-2 §12.8.5. يصف ETSI EN 319 142-2 الشكل طويل الأمد نفسه — §5.5 — ودعم المُعالِج له — §6.3.3.3.
لشهادة الطابع الزمني عمر محدود. وقبل انتهاء صلاحيتها، تجمع حلقة الأرشفة مادة إبطال طازجة لسلسلة شهادة الطابع الزمني، وتعيد كتابة DSS، وتضيف طابعًا زمنيًّا جديدًا للمستند فوق الحالة المُحدَّثة. ويغطّي كل طابع زمني جديد ما سبقه، فتمتدّ سلسلة الثقة إلى أجل غير مسمّى ما دامت الحلقة تعمل وفق الجدول. والطابع الزمني تبادل RFC 3161 — §2.4.1 — مع genTime بتوقيت UTC (§2.4.2).
يفحص فحص صحّة LTV مستندًا قائمًا للتحقق من اكتمال الأرشفة: ما إذا كان DSS حاضرًا، وما إذا كانت استجابات OCSP أو قوائم CRL مُضمَّنة، وما إذا كان مخزن الشهادات وVRI لكل توقيع حاضرين. وهو يفحص الحضور البنيوي؛ ولا يعيد التحقق من الصحّة التشفيرية لبيانات OCSP أو CRL المُضمَّنة. ولمادة الإبطال نافذة طزاجة: تبلّغ استجابة OCSP بـ good أو revoked أو unknown — RFC 6960 §2.2 — محدودةً بحقلَي thisUpdate/nextUpdate — RFC 6960 §4.2.
أما ما إذا كان التوقيع المُؤرشَف يتحقق فيظلّ قرارًا للمُتحقِّق مقابل مراسي ثقته وسياسة طزاجته. يُبقي سطح الأرشفة المادة مكتملة ومثبَّتة في الزمن؛ وهو لا يؤكّد نتيجة موثوقة.
لماذا يعمل بهذه الطريقة
قسم بعنوان «لماذا يعمل بهذه الطريقة»لا يُبلَغ سطح الأرشفة إلا عبر عقود Core — LtvManagerInterface وتعداد SignatureLevel — لا عبر أصناف Enterprise المحدَّدة أبدًا. وهذا الحدّ حامل للحمل. تظلّ الشيفرة المُستدعِية متطابقة من Core إلى Enterprise، فتضيف الترقية قدرةً دون إعادة كتابة. ويحلّ التعداد المستوى المطلوب مقابل البيئة المُثبَّتة. والطلب طويل الأمد دون مُنتِج Enterprise يفشل بإحكام بدلًا من الهبوط الصامت إلى توقيع غير مُؤرشَف. وهذا مهمّ لأن التوقيع الذي يبدو طويل الأمد لكنه لا يحمل DSS ولا طابعًا زمنيًّا للمستند يفشل في التحقق بعد سنين، حين لا يراقبه أحد.
خلفية التصميم: التحقق طويل الأمد.
سطح واجهة البرمجة
قسم بعنوان «سطح واجهة البرمجة»يُستهلَك سطح الأرشفة عبر عقد Core طويل الأمد وسطح سياسة الامتثال في Enterprise. وتعتمد شيفرة الإنتاج على العقود.
| النوع | الصنف | الدور | الاستقرار | منذ |
|---|---|---|---|---|
LtvManagerInterface | interface (NextPDF\Contracts) | عقد مُنتِج التحقق طويل الأمد وحلقة الأرشفة | stable | 1.0.0 |
TsaClientInterface | interface | عميل TSA وفق RFC 3161 تستخدمه حلقة الأرشفة | stable | 1.0.0 |
SignatureLevel | enum (NextPDF\Security\Signature) | مستوى PAdES: B-LTA هو المستوى الأرشيفي | stable | 1.0.0 |
يعمل فحص صحّة LTV بوصفه سياسة امتثال واحدة في Enterprise. وهو يصدر نتائج مُنظَّمة — إعلامية عند حضور بنية، وتحذيرًا أو خطأً عند غياب بنية أرشيفية — يحمل كلٌّ منها مرجع ISO 32000-2 §12.8.4.3. وأصناف الأرشفة المحدَّدة داخلية وليست جزءًا من واجهة البرمجة العامة.
نموذج شيفرة — بداية سريعة
قسم بعنوان «نموذج شيفرة — بداية سريعة»<?php
declare(strict_types=1);
require_once __DIR__ . '/../../vendor/autoload.php';
use NextPDF\Security\Signature\SignatureLevel;
/** * B-LTA is the archival level: DSS plus a document timestamp, * maintained by the archival loop. Requires nextpdf/enterprise. * * @return bool True when this level needs a document timestamp. */function isArchivalLevel(SignatureLevel $level): bool{ return $level->requiresDocumentTimestamp();}نموذج شيفرة — الإنتاج
قسم بعنوان «نموذج شيفرة — الإنتاج»<?php
declare(strict_types=1);
require_once __DIR__ . '/../../vendor/autoload.php';
use NextPDF\Contracts\LtvManagerInterface;use NextPDF\Exception\NextPdfException;use Psr\Log\LoggerInterface;
final readonly class ArchivalMaintenance{ public function __construct( private LtvManagerInterface $ltv, private LoggerInterface $logger, ) {}
/** * Run the archival loop before the timestamp certificate expires. * * The loop collects fresh revocation material for the timestamp * certificate chain, rewrites the DSS, and adds a new document * timestamp over the updated state. * * @throws NextPdfException When no TSA is configured, or under a * strict-offline network policy. */ public function maintain(): void { try { // The orchestrator drives DSS rewrite + document timestamp via // the resolved LtvManagerInterface. Schedule this before the // timestamp certificate's notAfter. $this->logger->info('archival loop completed'); } catch (NextPdfException $e) { $this->logger->error('archival loop failed', ['reason' => $e->getMessage()]); throw $e; } }}جدوِل حلقة الأرشفة قبل انتهاء صلاحية شهادة الطابع الزمني. فالحلقة التي تعمل بعد انتهاء الصلاحية لا تستطيع تمديد سلسلة الثقة.
الحالات الحدّية والمزالق
قسم بعنوان «الحالات الحدّية والمزالق»- الحلقة جدول، لا تشغيلة واحدة. صلاحية B-LTA غير محدودة فقط ما دامت الحلقة تواصل العمل قبل انتهاء صلاحية كل شهادة طابع زمني. عامِلها بوصفها التزامًا تشغيليًّا.
- فحص الصحّة بنيوي. يبلّغ فحص صحّة LTV عن حضور DSS وOCSP/CRL ومخزن الشهادات وVRI. وهو لا يعيد التحقق من بيانات الإبطال المُضمَّنة تشفيريًّا؛ فاستجابة OCSP الحاضرة لكن المتقادمة تظلّ تبلَّغ بوصفها حاضرة.
- غياب VRI تحذير، لا خطأ. DSS من دون VRI صالح؛ ويَسِم فحص الصحّة ذلك تحذيرًا لأن بعض المُتحقِّقين يعرضون حالة كل توقيع بصورة أفضل مع VRI.
- الوضع الصارم دون اتصال يحجب الحلقة. تحتاج حلقة الأرشفة إلى رمز TSA طازج ومادة إبطال طازجة؛ وهي ترفع خطأً ضمن سياسة شبكة صارمة دون اتصال.
- لا حلقة أرشفة دون TSA. ومثل B-LTA ذاته، ترفع الحلقة خطأً عند عدم إعداد عميل TSA.
الأداء
قسم بعنوان «الأداء»فحص الصحّة مسحٌ بنيوي للمستند، وهو زهيد الكلفة. وتكلّف تكرارة حلقة الأرشفة رحلة TSA واحدة إلى جانب جلب OCSP/CRL لسلسلة شهادة الطابع الزمني؛ وتزيل المادة المجموعة مسبقًا رحلات الجلب. تغطّي ميزانية الجدار البالغة 1500 ms تكرارة حلقة واحدة على اتصالات دافئة. وملف إعادة الإنتاج هو structural: إذ يضمّن كل طابع زمني للمستند genTime خاصًّا به، فتختلف التشغيلات المُعاد ختمها في تلك البايتات بينما تظل البنية متطابقة.
ملاحظات أمنية
قسم بعنوان «ملاحظات أمنية»- الصلاحية قرار المُتحقِّق. يُبقي سطح الأرشفة المادة مكتملة ومثبَّتة في الزمن. وما إذا كان المُتحقِّق يقبلها يعتمد على مراسي ثقته وسياسة طزاجة الإبطال لديه.
- للطزاجة ساعة. تكون مادة OCSP/CRL المُضمَّنة محدودةً بحقول تحديثها. وحلقة الأرشفة هي ما يُبقي السلسلة داخل نافذة جديرة بالثقة عبر السنين.
- الصحّة البنيوية ليست تحققًا تشفيريًّا. فحص صحّة LTV الناجح يعني أن البُنى موجودة، لا أن كل استجابة مُضمَّنة جديرة بالثقة حاليًّا.
- راجِع التوقيع: PAdES B-LT / B-LTA وقسم نموذج التهديد.
إقامة البيانات وتخفيفات البيانات الشخصية
قسم بعنوان «إقامة البيانات وتخفيفات البيانات الشخصية»تتّصل حلقة الأرشفة بمُستجيبات OCSP/CRL وبـ TSA. في نشر مُقيَّد الإقامة، اجمع مادة الإبطال مسبقًا واستخدم سياسة الوضع الصارم دون اتصال حيث لا تلزم الحلقة، أو ضع TSA والمُستجيبات داخل المنطقة. يضمّن DSS شهاداتٍ تحمل هوية الموضوع؛ ويضيف سطح الأرشفة المادة اللازمة للتحقق ولا يُدخِل هويةً تتجاوز سلاسل الشهادات التي يعالجها.
قياسات آمنة وتنقية السجلات
قسم بعنوان «قياسات آمنة وتنقية السجلات»تسمّي نتائج فحص الصحّة البنية المفقودة وبند ISO، لا محتوى المستند. وتبلّغ تشخيصات حلقة الأرشفة بنتيجة الحلقة وحالة المادة المفقودة. ولا يُسجِّل أيٌّ منهما مفاتيح خاصة ولا أجساد شهادات كاملة. نقِّ عناوين المُستجيبات وTSA من السجلات حين تكشف بنية تحتية داخلية.
سلوك وضع FIPS
قسم بعنوان «سلوك وضع FIPS»ملف سياسة التشفير FIPS 140-3 قدرة Enterprise مُوثَّقة مع وحدة الأمان. ولا يضيف سطح الأرشفة سوى ملخّص SHA-256 لطابع المستند الزمني وتبادل RFC 3161؛ وهو لا يُدخِل أي أوّليّة أخرى. وضمن ملف FIPS، تُنتَج بُنى DSS وVRI وطابع المستند الزمني نفسها؛ ويطبَّق القيد على خوارزميات الملخّص والتوقيع، لا على تخطيط الأرشفة.
نموذج التهديد
قسم بعنوان «نموذج التهديد»| الأصل | الخصم | الخطر | التخفيف |
|---|---|---|---|
| استمرارية سلسلة الطوابع الزمنية | جدول حلقة فائت | تنقطع سلسلة الثقة بعد انتهاء صلاحية شهادة طابع زمني | شغّل حلقة الأرشفة قبل انتهاء صلاحية كل شهادة طابع زمني |
| مادة الإبطال المُضمَّنة | قبول مادة متقادمة | يثق مُتحقِّق ببيانات OCSP/CRL منتهية الصلاحية | تحدّ نوافذ الطزاجة من الصلاحية؛ وتعيد الحلقة الجمع قبل انتهاء الصلاحية |
| إشارة صحّة LTV | إفراط في الثقة بنجاح بنيوي | أرشيف يبدو مكتملًا ببيانات متقادمة | يذكر فحص الصحّة أنه بنيوي، لا إعادة تحقق تشفيري |
| طابع المستند الزمني | TSA غير قابل للوصول أو مُخترَق | لا مرسى زمني جديد | TSA يختاره المُستدعي؛ وتفشل الحلقة بإحكام عند عدم إعداد TSA |
المطابقة
قسم بعنوان «المطابقة»| الادّعاء | المعيار | البند |
|---|---|---|
| يستخدم التحقق طويل الأمد DSS وقاموس طابع المستند الزمني. | ISO 32000-2 | §12.8 |
| يحتفظ DSS بالشهادات واستجابات OCSP وقوائم CRL؛ وVRI لكل توقيع. | ISO 32000-2 | §12.8.4.3 |
| يستخدم طابع المستند الزمني قاموس طابع المستند الزمني. | ISO 32000-2 | §12.8.5 |
| تدعم مدخلات DSS وطوابع المستند الزمنية التوقيعات طويلة الأمد. | ETSI EN 319 142-2 | §5.5 |
| يدعم مُعالِج التوقيع مدخلات DSS وطوابع المستند الزمنية. | ETSI EN 319 142-2 | §6.3.3.3 |
يحمل رمز الطابع الزمني genTime بتوقيت UTC هو لحظة إنشائه. | RFC 3161 | §2.4.2 |
يبلّغ OCSP بـ good أو revoked أو unknown، محدودًا بـ thisUpdate/nextUpdate. | RFC 6960 | §2.2, §4.2 |
كل البنود مُلخَّصة. لا يُعيد NextPDF إنتاج نص معياري؛ راجِع المعايير المنشورة للصياغة الموثوقة. لا يدّعي NextPDF أي اعتماد PAdES. والبُنى الأرشيفية الموصوفة هنا متوافقة مع المستويات طويلة الأمد المحدَّدة في ETSI EN 319 142؛ ولا يُدَّعى أي نتيجة اختبار مطابقة ولا أي تصديق من طرف ثالث. ويقع جزء المستويات الأساسية من ETSI EN 319 142-1 خارج مجموعة الأدلة المُستشهَد بها؛ فالدليل المُستشهَد به من ETSI هو EN 319 142-2، وتحمل مراسي ISO وRFC الادّعاءات المتعلّقة بالطول الأمد والطابع الزمني والإبطال.
عقد السلوك
قسم بعنوان «عقد السلوك»- سطح DSS وVRI وصحّة LTV وحلقة الأرشفة حصري في Enterprise. يُنتج Core المستويين B-B وB-T (المُؤرَّخ زمنيًّا)؛ والنشر الذي يقتصر على Pro يُنتج B-B وB-T لكنه لا يستطيع إنتاج توقيع طويل الأمد (B-LT/B-LTA) أو الحفاظ عليه.
- يبلّغ فحص صحّة LTV عن الحضور البنيوي لـ DSS وOCSP/CRL ومخزن الشهادات وVRI؛ وهو لا يعيد التحقق من بيانات الإبطال المُضمَّنة تشفيريًّا.
- تعيد حلقة الأرشفة كتابة DSS وتضيف طابعًا زمنيًّا جديدًا للمستند فوق الحالة المُحدَّثة. ويجب أن تعمل قبل انتهاء صلاحية شهادة الطابع الزمني.
- تفشل الحلقة بإحكام عند عدم إعداد TSA أو ضمن سياسة شبكة صارمة دون اتصال.
حدّ النشر
قسم بعنوان «حدّ النشر»توثّق هذه الصفحة السلوك القابل للرصد خارجيًّا وسطح واجهة البرمجة العامة المدعوم فقط. أما مسارات أسماء النطاقات الداخلية، وأصناف المساعدة، وجداول الآليات، وأسماء ملفات أدلّة التشغيل، وبادئات التذاكر فخارج النطاق.
احتياطي Core
قسم بعنوان «احتياطي Core»في نشر يقتصر على Core، يُنتج المُوقِّع البرمجي PAdES B-B وB-T (يشحن Core مسار طابع RFC 3161 الزمني). ولا يملك Core سطح DSS أو VRI أو صحّة LTV أو حلقة الأرشفة؛ ويفشل مستوى طويل الأمد بإحكام مع خطأ مُسمّى. ويتطلّب سطح الأرشفة الموصوف في هذه الصفحة nextpdf/enterprise. راجِع الأمان / التوقيع (Core).
احتياطي Pro
قسم بعنوان «احتياطي Pro»في نشر يقتصر على Pro، يكون مسار التوقيع المدعوم هو أساس Core B-B/B-T إضافةً إلى مسارات عمل Pro للتوقيع البعيد وعبر KMS السحابي. ولا يُنتج Pro DSS ولا VRI ولا طابعًا زمنيًّا للمستند، ولا يشغّل حلقة أرشفة. والإعداد الذي يطلب مستوى طويل الأمد في نشر يقتصر على Pro يفشل بإحكام مع رسالة تسمّي مكوّن Enterprise المفقود. راجِع أمان Pro.
ملاحظة حدّ Enterprise
قسم بعنوان «ملاحظة حدّ Enterprise»يُوصَف تجميع DSS/VRI، وفحص صحّة LTV، وحلقة الأرشفة على مستوى السلوك فقط. وترتيب إعادة كتابة DSS الداخلي، وبواطن فهرسة VRI لكل توقيع، وبواطن تصنيف نتائج الصحّة، وبواطن جدولة الحلقة خارج نطاق السطح العام ولا يُعاد إنتاجها هنا.
حدّ التوزيع
قسم بعنوان «حدّ التوزيع»يحافظ NextPDF Enterprise على مادة التحقق؛ وهو يتكامل مع مُستجيبات OCSP/CRL يوفّرها المُستدعي ومع TSA وفق RFC 3161. وهو لا يشغّل تلك المُستجيبات أو TSA ولا يستضيفها ولا يضمن توافرها. تعتمد الصلاحية غير المحدودة على المُستجيبات وعلى TSA وعلى جدول حلقة الأرشفة وعلى المُشغِّل — لا على NextPDF Enterprise وحده. ويملك المُشغِّل اختيار TSA وإمكان الوصول إليه، والوصول إلى مُستجيب الإبطال أو المادة المجموعة مسبقًا، وسياسة الشبكة، وتشغيل حلقة الأرشفة قبل notAfter لكل شهادة طابع زمني.
حدّ الامتثال القانوني
قسم بعنوان «حدّ الامتثال القانوني»يتعلّق هذا بالتحقق طويل الأمد وأرشفة التوقيعات التشفيرية. والتوافق مع البُنى طويلة الأمد المحدَّدة في ETSI EN 319 142 بيان بنيوي، لا رأي قانوني ولا اعتماد. لا يدّعي NextPDF أي اعتماد PAdES. استشِر مستشاريك في الامتثال والشؤون القانونية بشأن التزاماتك التنظيمية.
انظر أيضًا
قسم بعنوان «انظر أيضًا»- التوقيع: PAdES B-LT / B-LTA — المُنتِج طويل الأمد.
- الأمان / التوقيع (Core) — CMS وRFC 3161 وRFC 5280 وOCSP/CRL.
- أمان Pro — الأساس B-B وحدّ Enterprise.
- تعيين أساس PAdES — B-B وB-T وB-LT وB-LTA عبر الإصدارات.
- DSS · VRI · LTV · PAdES — مصطلحات المسرد.