التراجع هو التغيير الثاني مع مخاطره الخاصة. قد لا تكون قيمة DNS التي كانت صحيحة قبل وقوع الحادث آمنة بعد تدخل مسؤول آخر. قم بتصميم كل من التحكم في الإيقاف وخطة الاسترداد المشروط قبل منح حق الوصول للكتابة إلى إنتاج الوكيل.
توقف منفصل عن الاستعادة
يمنع التحكم في الإيقاف الإجراءات الجديدة. ويجب أن يتم تطبيقه على المهام الموجودة في قائمة الانتظار، وإعادة المحاولة، والعاملين البديلين، وليس فقط جلسة الدردشة المرئية. التراجع يغير الحالة. لا يؤدي الإيقاف إلى عكس الإجراء الذي تم قبوله بالفعل من قبل الموفر، ولا تؤدي استعادة سجل واحد إلى سحب الرسائل التي تم إرسالها بالفعل.
حدد من يمكنه إيقاف سير العمل، ومدى سرعة وصول هذا الإيقاف إلى المنفذين، وما هي الأدلة التي تؤكد سريان مفعوله. تعامل مع إقرارات الإلغاء والإلغاء كملاحظات للتحقق منها. توصي OWASP بتقييد وظائف الوكيل والأذونات والاستقلالية؛ مسار التوقف هو ضمانة تشغيلية ضمن هذا التصميم الأوسع. أواسب LLM06.
إعداد عقد الاسترداد
التقط الحالة القديمة بالضبط، والحالة الجديدة المقصودة، والخدمات المتأثرة، ومشغل الاسترداد. حدد الشخص المخول بالموافقة على التغيير العكسي وما إذا كان التراجع المحدد بدقة قد تم تفويضه مسبقًا. لا ينبغي أن تصبح التعليمات العامة "لإصلاح أي مشكلة" إذنًا لإزالة عناصر التحكم أو الكتابة فوق السجلات غير ذات الصلة.
للمخطط DKIM بالتناوب، قد يعني الاسترداد تحويل الموقع مرة أخرى إلى ملف محتفظ به محدد. قد يؤدي حذف المفتاح الجديد فورًا إلى تعطيل الرسائل الموقعة به بالفعل. تعمل ذاكرة التخزين DNS والبريد الموجود في قائمة الانتظار على تعقيد التوقيت، لذا يجب أن تأخذ عملية الاسترداد في الاعتبار مسار البريد بدلاً من افتراض أن استعادة قيمة TXT تؤدي على الفور إلى استعادة عرض كل مستلم. RFC 6376.
حماية التغييرات المتزامنة
قبل التراجع، قارن الحالة الحالية بالحالة الناتجة عن التغيير الفاشل. إذا قام مسؤول آخر بتغييره، توقف وقم بالتسوية. لا تقم باستعادة لقطة سابقة بشكل أعمى عبر تصحيح الطوارئ. استخدم التحديث الشرطي من جانب الموفر عندما يكون مدعومًا؛ وإلا قم بتوثيق نافذة السباق المتبقية والتحكم فيها.
لنفترض أن التغيير المخطط الفاشل أدى إلى إنتاج الحالة B من خط الأساس المعتمد A. قبل الاسترداد، قام مسؤول آخر بتطبيق الحالة C عن عمد. يجب أن تتوقف عملية العودة المقترحة للتسوية بدلاً من استبدال C بـ A. قد تحتوي الحالة الفعلية على إصلاح طارئ ضروري. توضح هذه الحالات المجردة حدود القرار أو قيم السجلات غير المنفذة أو الموصى بها DMARC سياسة.
حتى لو كانت الحالة الحالية لا تزال تتطابق مع B، تأكد من أن استعادة A تظل مصرحًا بها ومناسبة قبل تطبيق الاسترداد المشروط. لا تثبت وحدات البايت المطابقة أن الخدمة القديمة أو بيانات الاعتماد لا تزال متاحة، ويجب ألا يؤدي التراجع إلى استعادة سر معروف تم اختراقه.
ممارسة مسار التوقف
يجب أن يغطي اختبار التوقف المقترح الوظائف الجديدة والوظائف الموجودة في قائمة الانتظار وعمليات إعادة المحاولة المعلقة والطلبات غير المؤكدة على متن الطائرة. لا يمكن للعلامة المحلية أو الدردشة المتوقفة مؤقتًا أن تثبت في حد ذاتها أن المنفذين الموزعين قد توقفوا. لم يتم تنفيذ أي بوابة مرجعية أو اختبار إلغاء في هذه المقالة.
اختبر النظام المنشور من خلال تغيير معتمد في قائمة الانتظار ولكن لم يتم تنفيذه، وإعادة المحاولة في الانتظار بعد انتهاء المهلة، وطلب على متن الطائرة تكون نتيجته غير مؤكدة. تأكد من الإجراءات التي تم منعها، والتي ربما تم تنفيذها، وما تم التوفيق بينها. لا تطالب بالتوقف العالمي الفوري ما لم تدعمه البنية والقياسات.
التحقق من الاسترداد واستئناف عمدا
بعد التراجع عن الموافقة، تحقق من التكوين الناتج وتدفقات الإرسال المتأثرة. قم بتسجيل أي تعرض لا يمكن التراجع عنه، مثل الرسائل التي تم تسليمها مسبقًا أو التقارير التي تم الكشف عنها خارجيًا. لا يمكنك استعادة الأتمتة إلا بعد فهم السبب وتسوية خط الأساس وموافقة المالك المعتمد على الاستئناف.
حافظ على ربط الحادث وتاريخ التغيير. لا يؤدي التراجع الناجح إلى اختفاء الفشل الأصلي. استخدمه لتحسين الحماية أو تغطية الاختبار أو عملية الموافقة التي سمحت بحدوث المشكلة، دون تحويل فشل واحد إلى توسيع إذن دائم غير متحكم فيه.