A DMARC يجب أن يؤدي التراجع إلى استعادة الاتصال المقصود مع الحفاظ على الأدلة اللازمة لشرح ما حدث. يعد تحرير السجل جزءًا واحدًا فقط من هذه المهمة. يحتاج الفريق أيضًا إلى معرفة الخدمة الشرعية التي فشلت، والسياسة التي يمكن أن يراها المتلقي، وما الذي يبرر محاولة أخرى.
قم بإعداد مسار الاسترداد هذا قبل التغيير. عند وقوع حادث، تكون القيمة السابقة والمالك المسمى وطريق الموافقة الذي تم اختباره أكثر فائدة من البحث المرتجل من خلال لقطات الشاشة.
سجل الحالة التي قد تحتاج إلى الترميم
احفظ مجموعة السجلات الكاملة باسم مالك DNS المتأثر بالضبط، بالإضافة إلى TTL والخوادم المعتمدة ووقت التجميع. الحفاظ على سياسات الأصل والنطاق الفرعي المعمول بها عندما تكون ذات أهمية للاكتشاف. قد تؤدي القيمة p المنسوخة وحدها إلى حذف عناوين التقارير أو تنسيق الإعدادات التي تم تغييرها في نفس الوقت.
احتفظ بالتغيير المعتمد كفرق قابل للقراءة. حدد الغرض من كل علامة تم تغييرها والشخص المخول الذي يمكنه استعادة التكوين السابق. مراجعة اكتشاف سياسة النطاق الفرعي قبل افتراض أن تحرير سجل الوالدين يغير تقييم كل طفل.
قم بتخزين أدلة إدارة DNS بشكل منفصل عن نماذج الرسائل الحساسة. يحتاج كلاهما إلى الوصول المناسب، ولكن سجل الحادث لا يحتاج إلى إعادة إنتاج المحتوى السري للعميل.
تحديد الدافع الذي يميز الفشل عن الشك
اختر معايير التراجع الملموسة للتغيير: على سبيل المثال، الرفض المؤكد للتدفق الشرعي الحرج الذي يعزى إلى السياسة الجديدة وعدم القدرة على إصلاح هذا التدفق ضمن نافذة الاستجابة المتفق عليها.
شكوى الدعم وحدها تبدأ التحقيق؛ ولا يقوم بتأسيس DMARC كسبب. التقط نص SMTP الذي تم إرجاعه بالكامل والخدمة والحساب والوقت ومجال المستلم والمجال المرئي وسجلات الإرسال المتاحة. بالنسبة للبريد الذي تم تسليمه، احتفظ بالرسالة الأصلية التمثيلية ونتائج مصادقة المستلم الموثوق به ضمن RFC 8601 §7.1.
إن معدل النجاح الإجمالي المنخفض وحده يحتاج أيضًا إلى سياق. يمكن أن تفشل حركة المرور غير المصرح بها أثناء النشر السليم. اسأل عن المسار التجاري المشروع الذي سيتأثر قبل إضعاف السياسة.
افصل إصلاح المرسل عن استعادة السياسة
إذا كان لدى أحد التطبيقات هوية توقيع غير صحيحة، فقد يكون تصحيح التطبيق المدعوم هو الاسترداد المناسب. إذا كان التغيير الواسع النطاق في السياسة يسبب تأثيرًا تبعيًا، فقم باستعادة السياسة السابقة المعتمدة أثناء التحقيق في هذا التطبيق.
تجنب التغيير SPF, DKIMو DMARC ومنصة الإرسال مرة واحدة ما لم يتطلب الحادث ذلك ويتم تسجيل كل تغيير. العديد من التعديلات المتزامنة تجعل من الصعب إسناد التحسن أو الفشل.
لا تؤدي استعادة النهج إلى إصلاح خلل المصادقة أو المحاذاة الأساسي. أبقِ هذا العيب مفتوحًا مع المالك والأدلة ومتطلبات إعادة الاختبار.
تدرب على الاستعادة الخاضعة للرقابة
يوضح هذا التمرين الخيالي عملية حفظ السجلات، وليس اختبار الإنتاج الفعلي:
- الوقت: 10:00 بالتوقيت العالمي؛ الحدث: تمت الموافقة على تغييرات السياسة من لا شيء إلى العزل؛ الأدلة التي تم الاحتفاظ بها: أكمل مجموعات السجلات القديمة والجديدة، وTTL والموافقة
- الوقت: 10:08 بالتوقيت العالمي؛ الحدث: يتلقى سير عمل الفاتورة رفضًا متعلقًا بالسياسة؛ الأدلة التي تم الاحتفاظ بها: الرد الذي تم إرجاعه، وإرسال معرفات الحساب والرسائل
- الوقت: 10:13 بالتوقيت العالمي؛ الحدث: يأذن مالك الحادث بالاستعادة المخطط لها؛ الأدلة المحتفظ بها: القرار والنطاق المتأثر
- الوقت: 10:16 بالتوقيت العالمي؛ الحدث: تمت استعادة قيمة DMARC الكاملة السابقة بنفس اسم المالك؛ الأدلة التي تم الاحتفاظ بها: إجابة DNS الرسمية وإيصال التغيير
- التوقيت: 10:26 بالتوقيت العالمي؛ الحدث: يتم قبول إعادة محاولة الفاتورة الخاضعة للرقابة لدى مستلم الاختبار؛ الأدلة التي تم الاحتفاظ بها: نتائج SMTP الجديدة وأدلة المصادقة المستلمة
يوضح الصف الأخير إعادة المحاولة المحددة عبر هذا المسار. ولا يثبت أن كل مستلم قد تجاهل إجابة سابقة مخزنة مؤقتًا أو أن جميع رسائل العملاء قد تم استردادها.
أثناء التدريب، قم بممارسة الإدارة الحقيقية وطريق الموافقة في بيئة اختبار مناسبة. سجل من يمكنه إجراء التغيير وماذا يحدث إذا كان هذا الشخص أو موفر DNS غير متوفر.
توقع تداخل عروض DNS وفترات التقرير
يمكن للمحلل الاحتفاظ بإجابة DNS السابقة؛ RFC 8767 §4 يسمح باستخدام الإجابات القديمة المؤهلة بعد انتهاء مدة البقاء (TTL)، وبالتالي فإن مدة البقاء (TTL) ليست موعدًا نهائيًا مضمونًا للإزالة العالمية. إن خفض مدة البقاء (TTL) بعد قيام وحدة الحل بالتخزين المؤقت لإجابة سابقة ذات عمر أطول لا يؤدي إلى تقصير عمر ذاكرة التخزين المؤقت المتبقية لتلك الإجابة بأثر رجعي.
بعد استعادة السجل، استعلم عن الخوادم الموثوقة وطرق العرض المتكررة ذات الصلة، ثم اختبر مسار البريد المتأثر مرة أخرى. إجابة رسمية جديدة تثبت البيانات الحالية للمنطقة؛ ولا يثبت ما يستخدمه كل جهاز استقبال عن بعد حاليًا.
إبقاء التقارير نشطة حيثما كان ذلك مناسبا. RFC 9990 §3.3 يوضح أن تغيير السياسة خلال فترة إعداد التقارير يمكن أن ينتج عنه تقرير يجمع بين التصرفات بموجب إصدارات مختلفة من السياسة. قد تنتج بعض التطبيقات بدلاً من ذلك تقارير متعددة. قم بإضافة تعليق توضيحي للمخطط الزمني للحادث بدلاً من التعامل مع حقل سياسة واحد كدليل على أن كل رسالة في الفترة استخدمت هذا الإصدار بالضبط.
استعادة تكوين كامل وصالح
استخدم اسم المالك المقصود بالضبط وقم بتسوية مجموعة السجلات الموجودة. تحت RFC 9989 §4.10، لا تضف سياسة DMARC ثانية بجانب السياسة الأولى في محاولة لتجاوزها. احتفظ بوجهات إعداد التقارير المعتمدة وأي إذن وجهة خارجية ضروري ضمن RFC 9990 §4 ما لم يغيرها الاسترداد بشكل صريح.
تحقق من السياسة الناتجة بالكامل بحثًا عن تغييرات غير مقصودة. إن الاستعادة التي تغير المحاذاة أو نطاق النطاق الفرعي بصمت هي قرار سياسة جديد، وليس مجرد استرداد.
يستخدم سير عمل السجل للنشر و دليل الإبلاغ لتفسير الأدلة اللاحقة.
أغلق عملية الاسترداد والمعالجة بشكل منفصل
يتم إنشاء الاسترداد عندما تستوفي مسارات العمل المتأثرة المحددة الاختبارات المتفق عليها ويتم التحقق من التكوين ضمن حدوده المعروفة. يتم إغلاق المعالجة فقط عند فهم السبب وتصحيح مسار الإرسال أو إعادة النظر في السياسة المقصودة.
يجب أن يتضمن التغيير التالي الأدلة المفقودة التي تسببت في فشل المحاولة الأولى. إرشادات التشغيل البيني في RFC 9989 §7.4 ويعني أيضًا أن الرفض قد يكون غير مناسب لمجال الموظف ذي الأغراض العامة. التغيير الفاشل يمكن أن يكشف أن السياسة المقترحة نفسها تحتاج إلى قرار مختلف.
احتفظ بالأدلة الأصلية والنتيجة الفاشلة وقرار الاستعادة وإعادة الاختبار الناجح معًا. وهذا المسار يجعل الموافقة التالية أسرع لأنه يوضح ما تغير وما تم استرداده وما بقي دون حل.
اجعل الإجراء التالي محددًا
في المخطط الزمني الخيالي، يعد قبول 10:26 بمثابة ملاحظة استرداد واحدة، وليس دليلاً على إصلاح عيب المصادقة. أبقِ عنصر معالجة المرسل مفتوحًا وقارن نتائج الطريقة الجديدة الفعلية بشكل منفصل. لا يعد الجدول الزمني البالغ 26 دقيقة وعدًا بالاسترداد أو فترة انتظار موصى بها. لم تحدث أي استعادة DNS أو تفويض أو إعادة محاولة إرسال رسالة لهذه المقالة.