مصادقة البريد الإلكتروني الحكومي: خريطة الخدمات العامة والمجالات المفوضة والمقاولين

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

اتبع الخدمة بدلا من المخطط التنظيمي

اختر رحلة خدمة عامة واحدة، مثل التقدم بطلب للحصول على تصريح. قم بإدراج إيصال التقديم وطلبات الحصول على مزيد من المعلومات وإشعارات التعيين وإخطار القرار النهائي. قم بتسجيل التطبيق الذي يقوم بتشغيل كل رسالة، ومزود الخدمة، والمستأجر، والعنوان المرئي، مرسل المغلف, DKIM المجال و محدد، وصاحب العمل المسؤول. لا يكشف دفتر عناوين الأقسام عن كل هذه الأنظمة.

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

إنشاء حدود المجال المفوض

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

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

حماية استمرارية الخدمة أثناء التغيير

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

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

العمل من خلال ثلاثة سجلات طريق مكتوبة

هذه الأمثلة المحجوزة للنطاقات والمحددات والأدوار ومباني DKIM العابرة هي خيالية. لا يتم توفير أو تنفيذ أي رسالة موقعة أو مفتاح أو التحقق من التشفير أو بحث DNS أو معاملة SMTP أو اختبار الخدمة المباشرة لهذه الحالات. ليست هناك حاجة إلى رمز اختبار أو عينة خارجية لفحص الأسباب أدناه.

• بوابة المواطن: مرئية من المجال portal.civic.example ؛ DKIM d=portal.civic.example; عرض محدد 1؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. SPF البريد من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك الخدمات الرقمية. الإجراء التالي: احصل على عينة معتمدة ونتيجة مستلم موثوق به لهذا المستأجر بالتحديد.
• الوكالة المفوضة: مرئية من المجال agency.civic.example ؛ DKIM d=agency.civic.example; محدد التجريبي 2؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك اتصالات الوكالة. الإجراء التالي: قم بتأكيد هذا المسار المنفصل وحدث الأعمال الخاص به بدلاً من توريث نتيجة المسار الأول.
• تذكيرات المقاول: مرئية من notices.civic.example المجال.civic.example؛ DKIM d=provider.example.net; محدد التجريبي3؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مدير العقود. الإجراء التالي: اطلب من المورد الذي تم التحقق منه معرفة مسار التوقيع المتوافق المدعوم لهذا المستأجر؛ لا تقم بتوسيع الترخيص ليشمل شبكتها بأكملها.

بالنسبة للتوقيعين الأولين المنصوص عليهما، d= يساوي تمامًا المجال من، وبالتالي فإن المعرف يفي بالصرامة وكذلك الاسترخاء تنسيق. وبالنظر إلى نتيجة DKIM الناجحة المنصوص عليها، يوجد مسار مصادقة متوافق لتلك الرسائل الافتراضية. الموقّع الثالث لا علاقة له عمدًا بمجال المؤلف ولا يمكنه توفير هذا المسار المحاذي. لا تسمي الرسالة الثالثة فشل DMARC : نظام التعرف على SPF المحاذاة أو تمرير محاذاة آخر توقيع DKIM لا يزال بإمكانه تلبية الآلية، وهذه المدخلات غير معروفة. لا تستنتج النشر الحقيقي أو موضع البريد الوارد من أي صف.

التوقيع المشفر يصادق على مسؤولية مجال التوقيع، وليس حقيقة أو تفويض كل تعليمات. يمكن أن تؤدي التغييرات التي يتم إجراؤها على وحدات البايت الأساسية المغطاة إلى إبطال التوقيع؛ ليس كل تعديل مرئي يغير بالضرورة المدخلات الموقعة. تظل المصادقة والقبول على مستوى التطبيق منفصلين.

تعيين قرار إطلاق سراح ملموس

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

تطبيق المعايير دون المطالبة بالامتثال لها

RFC 9989 الأقسام 4.4 و5.3.5 دعم المحاذاة وتمييز الآلية. يحذر القسم 7.4 من إمكانية التشغيل التفاعلي للبريد غير المباشر: تستخدم النطاقات p=reject يجب أن يستخدم DKIM صالحًا، وليس نظام التعرف على هوية المرسل SPF وحده، كما أن استخدام القائمة البريدية للأغراض العامة يحتاج إلى عناية خاصة. إن جرد المسار ليس في حد ذاته إذنًا لفرض الرفض. RFC 6376 الأقسام 3.4-3.7 و6.1 وصف المدخلات الموقعة والتحقق. RFC 9990 القسم 3.1 يوفر سياق التقارير، وليس دليل وصول لكل مستلم. RFC 5321 القسم 4.2.5 يميز مسؤولية قبول الخادم عن نتائج التسليم اللاحقة. خيارات سير عمل القطاع هنا هي توصيات تحريرية؛ يحتاج النطاق القانوني وملاءمة العوامل والترخيص المحلي إلى مراجعة مسؤولة خاصة بهم.