[ العناوين وأخطاء التسليم ]

نتائج مصادقة Microsoft المركبة و DMARC

قم بتفسير قيم حساب Microsoft وأكواد الأسباب جنبًا إلى جنب مع DMARC وأدلة الرسالة الأصلية الموثوقة، وليس بدلاً منها.

بواسطة فريق البحث EmailAuth · 7 دقائق قراءة

[النقاط الرئيسية]

  • المصادقة المركبة خاصة بشركة Microsoft وليست مكافئة لـ DMARC .
  • اقرأ حقول القيمة والسبب والهوية الدقيقة معًا.
  • ولا تضمن نتائج المصادقة التسليم النهائي أو سلامة المحتوى.
في هذه الصفحة

قراءة المصادقة المركبة كنتيجة لمايكروسوفت

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

تستخدم هذه المقالة وثائق Microsoft الأساسية التي تم الاحتفاظ بها في 8 نوفمبر 2026. تحدد صفحة رأس مكافحة البريد العشوائي تحديثًا بتاريخ 27 يوليو 2026. لم يتم توفير أي رسالة أصلية أو تتبع مستأجر، والمثال أدناه خيالي بشكل واضح وليس رأسًا منقحًا. يتطلب الكتالوج مثالًا حقيقيًا للرسالة الأصلية قبل إصدار الاستنتاجات التشغيلية.

إبقاء الهويات مرئية

تحدد Microsoft header.from على أنه المجال المرئي، وsmtp.mailfrom على أنه المغلف البريد من المجال، وheader.d كما DKIM مجال التوقيع عند وجوده. يمكن أن تختلف هذه الحقول. الحفاظ على العلاقة بينهما عند قراءة النتائج: أ SPF لا يتم إنشاء تمرير لمجال واحد تلقائيا تنسيق مع المرسل المرئي، ويجب أن يرتبط ممر DKIM بالتوقيع والمجال الذي يصفه. حقول رأس مصادقة Microsoft

يتعلق قرار بروتوكول DMARC بالتوافق مع المجال المرئي بموجب قواعده. تستخدم مصادقة Microsoft المركبة هذا المجال كأساس أثناء الجمع بين SPF و DKIM و DMARC ومعلومات أخرى. لا تستبدل نتيجة DMARC المنفصلة بـ computh في بيان الامتثال أو استنتاج استكشاف أخطاء DNS وإصلاحها. يجيبون على الأسئلة ذات الصلة ولكن غير متطابقة. RFC 9989 حقول مايكروسوفت المركبة

تفسير النتيجة والسبب معا

تم تمرير قيم حساب مستندات Microsoft، وفشل، وsoftpass، ولا شيء، لسبب مكون من ثلاثة أرقام. احتفظ بالزوج الكامل. رمز السبب ليس رمز رد SMTP ، حتى عندما تشبه أرقامه تشخيصًا آخر. لا تقم بفك تشفير reason=130 باستخدام جدول SMTP عام أو استنتاج شرط على مستوى المستأجر من قيمة رسالة واحدة. استخدم جدول Microsoft الحالي للسياق الذي تمت ملاحظته. مصادقة مايكروسوفت المركبة

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

فهم bestguesspass دون المطالبة بسياسة منشورة

تعني علامة dmarc=bestguesspass من Microsoft أنه لا يوجد DMARC سجل TXT موجود ولكن الرسالة سوف تمر إذا كان المجال واحدًا. ويجب ألا يتم الإبلاغ عنه كدليل على أن النطاق نشر سياسة DMARC صالحة أو أن تقييم DMARC القياسي الفعلي قد نجح. احتفظ بملصق البائع حرفيًا واشرح معناه المحدود. قيم حقول Microsoft DMARC

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

ARC والإشارات الضمنية لا تعيد كتابة الحقائق الأساسية

تعتبر مستندات Microsoft 130 مصدرًا موثوقًا به ARC نتيجة السداد تتجاوز فشل DMARC . يمكن أن يفسر ذلك النتيجة المركبة في المسار المُعاد توجيهه أو الوسيط، لكنه لا يعني أنه يجب محو فشل DMARC الأساسي من سجل الأدلة. حافظ على تمييز النتيجة الأصلية وسياق ARC والسبب والمعالجة النهائية. لا تدعي أن أي رأس ARC تعسفي يكفي؛ تتعلق الحالة الموثقة بشركة مانعة للتسرب موثوقة. سبب مايكروسوفت 130

وبالمثل، تصف Microsoft إشارات ضمنية أخرى وتلاحظ أن الفشل المركب لا يؤدي بشكل مباشر إلى الحظر. يمكن أن يسمح التقييم الشامل بإرسال رسالة على الرغم من هذا الفشل، بينما يمكن لتقنيات الحماية الأخرى تحديد المخاطر في البريد المعتمد. وبالتالي، فإن compauth=pass لا يضمن وضع البريد الوارد أو سلامة المحتوى، كما أن compauth=fail ليس في حد ذاته دليلاً على الرفض. شرح التعامل مع ميكروسوفت

إنشاء حدود ثقة الرأس

احصل على رسالة أصلية معتمدة من المتلقي ذي الصلة وحدد النظام الموثوق الذي أنتج النتائج. يشرح RFC 8601 السبب Authentication-Results التأكيدات تحتاج إلى حدود الثقة. يمكن أن تظهر رؤوس متعددة على طول مسار الرسالة، ويمكن لمرسل غير موثوق به إدراج نص يبدو موثوقًا به. لا تحدد أي حدث يتطابق بشكل أفضل مع الاستنتاج المطلوب دون تتبع المصدر. RFC 8601

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

ورقة عمل النتيجة المركبة الأصلية

ورقة العمل المقترحة التالية تجعل التفسير الميداني قابلاً للتكرار. ولا يتم ملؤها برسالة حقيقية ولا يجب معاملتها على أنها تحليل مصادقة مكتمل.

  • أصل الدليل: مرجع الرسالة المستلمة، والمتلقي، والطابع الزمني، والمدقق الموثوق.
  • الهوية المرئية: header.from وعلاقتها بمرسل الأعمال.
  • SPF : النتيجة الدقيقة، smtp.mailfrom وسياق المصدر الملحوظ.
  • DKIM : نتيجة لكل توقيع ذي صلة وheader.d المطابق.
  • DMARC : القيمة الدقيقة لحقل البائع وسياق السياسة الذي تم التحقق منه بشكل منفصل.
  • مركب: قيمة الحساب والسبب المكون من ثلاثة أرقام وتعريف Microsoft المستشهد به.
  • الوساطة: إعادة التوجيه أو ARC الموثوق به أو أي دليل طريق آخر متاح فعليًا.
  • النتيجة: التعامل مع الملاحظة والاستنتاجات غير المدعومة والأدلة التالية اللازمة.

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

مثال خيالي: تم الخلط بين النجاح المستنبط ونشر السياسة

يرى مكتب Seabright الخيالي تقريرًا افتراضيًا يحتوي على dmarc=bestguesspass وcompauth=pass reason=109. توضح المراجعة المقترحة أن المعنى الموثق لا ينشئ سجل DMARC منشورًا. سيستمر مالك البريد في فحص السياسة الفعلية وتأكيد النشر المقصود بدلاً من وضع علامة على المجال مكتملًا من النتيجة المركبة وحدها.

لا يوجد رأس Seabright Desk أو إجابة DNS أو نتيجة المستأجر في هذا العمل. يتم استخدام القيم فقط لتوضيح تفسير Microsoft الموثق، وليس كأدلة تحقق ملفقة. يتطلب التحليل الحقيقي الرسالة الأصلية وسياق المصدر الموثوق به.

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

[ الوجبات الجاهزة ]

حافظ على معنى كل حقل وسياق الثقة، وتجنب تحويل النجاح المستنتج أو المركب إلى دليل على سياسة DMARC المنشورة.

[ حسب الدور ]

ماذا يعني هذا بالنسبة لك

اختر دورك للخطوات العملية التالية.

تكنولوجيا المعلومات / مدير البريد

أبقِ الهويات منفصلة

يمكن أن يختلف نطاق مرسل المغلف ونطاق التوقيع.

الخطوات التالية

  1. سجل header.from وsmtp.mailfrom وheader.d.
  2. اقرأ السبب الدقيق.
  3. التحقق من سياق السياسة بشكل مستقل.

كبير مسؤولي أمن المعلومات / SecOps

تحديد مصدر النتيجة

رأس التمرير التعسفي ليس دليلاً موثوقًا به.

الخطوات التالية

  1. تحديد حدود ثقة المتلقي.
  2. احتفظ بالرسالة الأصلية.
  3. تسمية النسخ المنقحة وحدود التحقق منها.

المؤسس / غير التقنية

استخدام استنتاج الاستعداد الدقيق

لا يكمل المرور المركب كل مهمة المصادقة.

الخطوات التالية

  1. اسأل عما تحدده النتيجة بالفعل.
  2. أبقِ استنتاجات التسليم والسلامة منفصلة.
  3. اطلب أدلة الرسالة الأصلية قبل الإصدار.

[ الأسئلة الشائعة ]

الأسئلة المتداولة

هل compauth هو نفس DMARC ؟

لا، تقوم Microsoft بدمج المصادقة والإشارات الأخرى في نتيجتها المركبة.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

ما هي قيم compauth الموثقة؟

تنجح مستندات Microsoft، وتفشل، وsoftpass ولا شيء لسبب مكون من ثلاثة أرقام.

Microsoft: كيف تعمل مصادقة البريد الإلكتروني في Microsoft 365

ما الذي يحدده bestguesspass؟

تقول Microsoft إنه لا يوجد سجل DMARC ولكن الرسالة قد تمر بخلاف ذلك؛ إنه ليس دليلاً على سياسة منشورة.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

ماذا يصف السبب 109؟

لا تحتوي الحالة الموثقة على سجل DMARC ولكنها ستمر بطريقة أخرى.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

ماذا يصف السبب 130؟

تجاوزت نتيجة أداة ختم ARC الموثوق بها فشل DMARC . الحفاظ على النتيجة الأساسية والسياق.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

هل يضمن compauth=fail الرفض؟

لا. تصف Microsoft بوضوح المعالجة الأوسع التي يمكن أن تسمح بمثل هذه الرسائل.

Microsoft: كيف تعمل مصادقة البريد الإلكتروني في Microsoft 365

هل يمكن دائمًا إعادة التحقق من صحة الرسالة المنقحة بطريقة مشفرة؟

لا. يمكن أن تؤدي التغييرات في المحتوى المغطى إلى إبطال عملية التحقق؛ الحفاظ على أصل منفصل.

RFC 6376: DKIM

هل تم تحليل الرسالة الأصلية هنا؟

لا. يظل المثال المطلوب للرسالة الأصلية المنقحة مفتوحًا.

[ مصادر ]

مصادر

  1. RFC 9989: DMARC

    الأقسام محاذاة المعرف · أ.6 إزالة علامة pct

  2. RFC 6376: DKIM

    الأقسام §3.5 حقل رأس DKIM-Signature

  3. RFC 8601: Authentication-Results

    الأقسام §1.2 حدود الثقة · §7. الاعتبارات الأمنية

  4. مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

    الأقسام حقول رأس رسالة نتائج المصادقة · رموز سبب المصادقة المركبة

  5. Microsoft: كيف تعمل مصادقة البريد الإلكتروني في Microsoft 365

    الأقسام المصادقة المركبة

[ مسرد ]

مسرد

com.comauth
يجمع تقييم المصادقة المركب من Microsoft بين عدة إشارات.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

com.bestguesspass
تسمية DMARC من Microsoft لسياسة غائبة حيث سيتم تمرير الرسالة بخلاف ذلك.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

header.from
المجال "من" المرئي المستخدم في سياق نتيجة مصادقة Microsoft.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

كود السبب
تفسير البائع المكون من ثلاثة أرقام مرتبط بنتيجة مركبة.

مايكروسوفت: رؤوس رسائل مكافحة البريد العشوائي

مصدر المؤسسة

لماذا كبار المؤسسات المالية والحكومات تقاعدوا من لوحات معلومات أمان البريد الإلكتروني الخاصة بهم.

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

EmailAuth هي منصة مصدر البريد الإلكتروني الوكيل. وكلاؤنا ينفذون p=reject، حافظ على محاذاة المرسلين الخارجيين وانقل نطاقاتك إلى كاملها RFC 9989 الامتثال، وهو معيار DMARC الجديد، مع إمكانية التدقيق البشري في الحلقة.

الحكومات المؤسسات الكبيرة المؤسسات المالية من المستوى الأول

SaaS · إيجار مخصص · Air-gapped محليًا · تشفير BYOK

قاعدة المعرفة