يُطرح سؤال الشهادات في AWS Client VPN كسؤال منتج، مع أنه في جوهره سؤال تشغيل. أي من الإعدادات الثلاثة المعتادة سينهي نفقًا عاملًا: جهة إصدار تنظيمية قائمة، أو جهة إصدار ذاتية التشغيل مخصصة، أو AWS Private CA. وهي تختلف في من يوافق على الجهاز، ومن يحتفظ بمفتاح التوقيع، ومن يرد عندما يضيع حاسوب محمول في ساعة غير مناسبة. اختر الخيار الذي تستطيع تسمية من هو مسؤول عنه.

لا تشترط AWS خدمة Private CA للمصادقة بالشهادات. وضع شهادة خادم في ACM خطوة نشر، وليس عملية تسجيل.

الشروط الثلاثة التي تحسم الأمر

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

عالجها بالترتيب. القفز مباشرة إلى مقارنة التكلفة هو ما يجعل الفرق تنتهي بجهة إصدار مُدارة ولا أحد يعرف من سيُصدر شهادة الحاسوب المحمول التالية.

OptionYou still ownFits when
Existing organizational CAEnrollment, approvals, revocation listA device process already exists
Self-run issuerSigning-key custody, backups, revocation listYou can staff key custody
AWS Private CAPolicy, permissions, certificate deliveryYour PKI already lives in AWS

الشرط الأول: هل يوجد تسجيل بالفعل؟

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

إذا لم توجد هذه العملية، فالسؤال الحقيقي هو هل تريد بناءها. جهة الإصدار سهلة البدء ومكلفة إذا أُديرت بشكل سيئ.

الشرط الثاني: هل تستطيع تشغيل مفتاح توقيع؟

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

تنقل AWS Private CA هذه الحيازة إلى خدمة مُدارة. لكنها لا تنقل سياسة التسجيل ولا خطوة الموافقة ولا تسليم الشهادة إلى الجهاز.

الشرط الثالث: كيف يصل الإلغاء؟

يستهلك Client VPN قائمة إلغاء شهادات العملاء التي تستوردها في نقطة النهاية، كما هو موضح في دليل دورة حياة الشهادات. نشر CRL في مكان آخر من PKI لا يدفعه إلى الخدمة. الاستيراد عملية منفصلة ومجدولة، والقائمة المنتهية توقف الاتصالات بدلًا من أن تتدهور بهدوء. ضع التجديد على التقويم نفسه الخاص بالشهادات.

وهذا يجعل التجديد بند مراقبة له مسؤول، لا مهمة تنتهي عند الإطلاق. ألغِ شهادة اختبار واحدة من البداية إلى النهاية قبل أن تحتاج الآلية فعليًا.

ما لا يزيله أي من الخيارات

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

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

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

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

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