المصب DMARC لا يثبت المرور أن الشخص الذي بدأ الرسالة مخول لاستخدام مرسلها المرئي. يصف بحث LaunDroMARC الصادر في ديسمبر 2025 من Engage Security طريقًا غير مباشر تؤدي من خلاله إعادة البريد إلى تغيير الهوية التي تم تقييمها بواسطة SPF. افهم القفزات الفردية قبل وصف النتيجة بأنها تجاوز DMARC عالمي أو افتراض أن كل مستأجر Microsoft يتصرف بنفس الطريقة اليوم.
افصل بين مصدري الأدلة
يصف الباحث الأصلي رسالة واردة اجتازت نظام التعرف على هوية المرسل SPF لنطاق المغلف الخاص بها ولكنها فشلت DMARC مقابل المجال المرئي المقلد. في الحالة التي تم الإبلاغ عنها، أعاد مسار إعادة توجيه Microsoft 365 كتابة المغلف في مجال إعادة التوجيه، والذي يطابق أيضًا المجال المرئي من. ثم لاحظ المتلقي النهائي SPF محاذاة. أبلغ الباحثون عن معاملة مختلفة للنسخ الأصلية والمرسلة. هذه هي النتائج المنسوبة إلى تحقيقاتهم، وليس الملاحظات المقدمة لهذه المراجعة. إشراك البحوث الأمنية.
توضح وثائق Microsoft ذلك SRS التغييرات البريد من، وليس الحقل "من" المرئي، ويوفر أنماط إعادة الكتابة لمسارات إعادة التوجيه القابلة للتطبيق. ويحذر أيضًا من أن SRS عادةً لا يحل DMARC تنسيق للبريد المعاد توجيهه. تتوافق هذه البيانات مع مصادفة الهوية الخاصة للبحث: عادةً ما يختلف المجال الأصلي عن مجال معيد التوجيه؛ الحالة المبلغ عنها تتعلق عمدا بنفس المجال. وثائق مايكروسوفت SRS.
فهم الحكم المصب
مراجع: RFC 9989 §4.4, RFC 8601 §5.
يسأل نظام التعرف على هوية المرسل SPF عما إذا كان المضيف المتصل مخولاً لهوية المغلف في تلك المرحلة. يقارن DMARC المجال الذي تمت مصادقته مع المجال المرئي من. ولا تعيد أي من النتيجتين، بمفردهما، بناء كيفية حصول الممثل الأصلي على حق الوصول إلى سير عمل إعادة التوجيه. وبالتالي يمكن أن تكون النتيجة المتوافقة مع المصب صحيحة للهويات التي تم تقييمها في حين لا تزال غير كافية كدليل على ترخيص الأعمال.
لا تفسر مظهر SRS Return-Path كدليل على أن مايكروسوفت أنتجته. الحفاظ على النتائج الموثوقة للمستلم النهائي، ومعلومات النظراء وتتبع الرسالة، ومقارنة الأدلة من حدود الاستلام وإعادة التوجيه. جزءا لا يتجزأ من التعسفي Authentication-Results النص ليس حكما موثوقا. يشرح RFC 8601 متطلبات حدود الثقة؛ RFC 9989 يوفر سياق محاذاة المجال.
إعادة إنتاج مقارنة الهوية فقط
يحتوي نموذج عدم التسليم الخاص بحزمة المراجعة الخاصة على حالتين خياليتين. في الحالة العادية، يختلف نطاق Author.test المرئي الأصلي عن مظروف Forwarder.test المُعاد كتابته، لذلك يبقى تمرير SPF المفترض غير محاذى. في الحالة الثانية، المجال المرئي هو Forwarder.test؛ تتم محاذاة نفس المغلف المعاد كتابته الآن. يبدأ كلاهما بمجال مغلف أصلي مختلف ولا تتم محاذاته DKIM.
تمت إعادة حساب مدخلات التركيبات المحتفظ بها دون الاتصال بالإنترنت في 8 نوفمبر 2026 باستخدام مقارنة المجال الدقيقة هذه. فهو لا يرسل بريدًا مزيفًا أو ينشئ قواعد إعادة التوجيه أو يمارس Exchange Online أو ينفذ تجزئات SRS أو يثبت أن المستأجر الحالي يقبل المسار. والغرض منه هو توضيح سبب اختلاف الحكمين دون إعادة إنتاج هجوم ضد خدمة حقيقية. يظل سلوك البائع التاريخي وسلوك المستأجر الحالي والمقارنة المجردة مصنفة بشكل منفصل.
التحقيق بشكل دفاعي
أذن الجرد بالشحن الخارجي وأصحاب الأعمال فيه. بالنسبة لحادث مشتبه به، احتفظ بالنسخ الأصلية والمعاد توجيهها، والطوابع الزمنية، وطريقة التوجيه، والمصادقة المسبقة والنتائج النهائية. قم بمراجعة الوثائق الحالية للموفر وتتبع الرسائل قبل تغيير القاعدة. يميز مصدر Microsoft بين إعادة التوجيه القابلة للتطبيق وحالات تجمع الترحيل والحالات المحلية، لذا فإن مطالبة التكوين الواحدة لا تكفي لتغطية كل مسار.
قم بتطبيق التغييرات من خلال عملية أمان البريد المعتمدة في المؤسسة واختبر سير العمل الشرعي بعد ذلك. تجنب قواعد السماح الواسعة التي تعتمد فقط على البنية التحتية للموفر أو نتائج المرور النهائية. تحدد هذه المقالة آلية وأسئلة التحقيق. ولا يؤكد تاريخ معالجة لم يتم التحقق منه، أو تعرض عالمي، أو استغلال ناجح، أو عيب حالي في خدمة Microsoft.