[ المعايير و DMARCbis ]

قم بتقييم مقترح DRPF وأسئلة الثقة التي لم يتم حلها

لا يزال لم يتم التحقق من التقييم التاريخي لعلاقات المجال المتبادل المقترحة من قبل DRPF، مع الاعتماد الحالي، وقواعد دورة الحياة الكاملة وسلوك المستهلك المنشور.

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

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

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

اقرأ تاريخ الحالة قبل تقييم الاقتراح

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

المشروع صفحة الحالة، التي تم فحصها في 9 نوفمبر 2026، تؤرخ بوضوح حالتها إلى 1 يوليو 2024. وهي تصف إطارًا مقترحًا للنظر فيه العام وتدرج تقديم مسودة وصفية عبر الإنترنت كخطوة تالية. يجب أن تظل هذه التواريخ منفصلة: فالصفحة القابلة للقراءة اليوم لا تجعل بيان الحالة الخاص بها محدثًا. لم يتم التحقق من حالة المشروع النهائية أو نتيجة المعايير أو اعتماد المتلقي في هذا التقييم.

ال الصفحة الرئيسية للمشروع يصف التطوير المخصص ويقر بتفاصيل النشر المفقودة. أ حساب المطور لشهر فبراير 2024 بواسطة J. Trent Adams وبالمثل يطلق على العمل اقتراحًا مبكرًا. وينبغي قراءة لغته المتعلقة بالتوحيد القياسي في هذا السياق. تقوم هذه المقالة بتقييم هذا النموذج الموثق؛ ولا تعلن عن معيار مطبق أو تحدد سجلات DNS للإنتاج.

افصل آلية الاكتشاف عن معنى السياسة

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

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

يحتاج أحد التفسيرات المعمارية أيضًا إلى مؤهل DNS . RFC 1035 الأقسام 3.3 و3.3.14 تحديد بيانات TXT كسلسلة أحرف واحدة أو أكثر، يبلغ طول كل منها ثماني بتات. ينطبق حد المحتوى المكون من 255 ثمانية بتات على سلسلة فردية، وليس الحد الأقصى العالمي البالغ 255 حرفًا لسجل مورد TXT بأكمله. لا يوفر هذا التصحيح ملف النشر أو التحليل المفقود الخاص بـ DRPF.

فحص التأكيد المتبادل كمطالبة محددة

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

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

رسم خريطة لعلاقة العلامة التجارية الخيالية من البداية إلى النهاية

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

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

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

تتطلب دورة حياة تتجاوز القدرة على الانسحاب

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

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

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

لا تتغير العلاقة الإدارية المعلنة بين مجالين متميزين DMARC تنسيق في حد ذاته. RFC 9989 القسم 4.4 يحدد المحاذاة بين المعرفات المصادق عليها ومجال المؤلف. لا تحول مطالبة العلاقة توقيع المرور غير ذي الصلة إلى توقيع متوافق، ولا ينشئ هذا التقييم أي قاعدة متلقي تتعامل مع DRPF كاستثناء.

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

سجل ما يبقى غير مؤكد

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

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

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

قم بتقييم العلاقة المقترحة وافتراضات الثقة الخاصة بها مع الحفاظ على بيان الحالة لشهر يوليو 2024 منفصلاً عن الاعتماد الحالي.

[ حسب الدور ]

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

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

مالك سياسة المجال

وصف السلطة وراء كل تأكيد

تحتاج المراجعة إلى التمييز بين السيطرة على نقطة النشر وعلاقة العمل الأوسع التي تتم المطالبة بها.

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

  1. حدد من يمكنه الحفاظ على كل جانب من جوانب العلاقة المقترحة.
  2. تحديد مسؤوليات الموافقة والسحب قبل النظر في النشر.

منفذ الطرف المعتمد

حدد كل قرار يمكن أن تؤثر عليه الإشارة

لا يمكن للرسم البياني للعلاقة المتسقة أن يحل محل التفسير الواضح ونموذج الفشل.

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

  1. توثيق المفردات المدعومة وثقة الاسترجاع ونضارة الأدلة.
  2. يتطلب اختبارات قابلية التشغيل البيني المحدودة قبل استخدام التأكيدات في قرارات التصفية أو الوصول.

مراجع المعايير والأدلة

الاحتفاظ بسجلات الحالة والنشر المنفصلة

تعد صفحة المشروع المؤرخة ومطالبة التنفيذ وسلوك المتلقي الملحوظ عناصر أدلة مختلفة.

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

  1. احصل على بيان الحالة الرسمي الحالي قبل تعزيز نتيجة المقالة.
  2. اجعل قبول المعايير واعتماد المنتج وأدلة الاختبار الفعلية قابلة للمراجعة بشكل مستقل.

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

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

هل يمكن لهذا التقييم أن يعتبر DRPF معيارًا معتمدًا IETF ؟

لا. بيان المشروع المحتفظ به يصف الاقتراح؛ لم يتم التحقق من نتيجة المعايير اللاحقة.

ما التاريخ الذي ينتمي إلى جانب المطالبة بحالة المشروع؟

استخدم 1 يوليو 2024 لبيان الحالة الصريح وقم بتسجيل 9 نوفمبر 2026 بشكل منفصل باعتباره تاريخ الفحص.

لماذا يسعى النموذج للحصول على تأكيد من المجال الآخر؟

يقترح حساب المطور التحقق من الإعلان المقابل بدلاً من قبول مطالبة الارتباط الأحادية الجانب.

هل تتطلب كل علاقة مصورة وثيقة سياسة منفصلة؟

تسمح البنية بتأكيدات بسيطة ووثائق أكثر ثراء، ولكنها لا تنشئ صيغة معيارية واحدة كاملة هنا.

هل يمكن نشر نموذج تسمية العلاقة كوصفة جاهزة للإنتاج؟

لا. إن البنية التوضيحية ليست ملف تعريف منشور قابل للتشغيل البيني تم التحقق منه. يظل اسم المالك المناسب والقواعد النحوية وسلوك المستهلك دون حل.

هل تثبت إزالة التأكيد أن كل مستهلك ينسى العلاقة على الفور؟

لا، لا يزال توقيت السحب والأدلة المخزنة مؤقتًا ونتائج الفشل بحاجة إلى اختبارات السلوك والتنفيذ المحددة.

هل 255 حرفًا هو الحد العام للحجم لسجل DNS TXT ؟

لا، يسمح RFC 1035 بسلاسل أحرف متعددة في بيانات TXT ؛ حد محتوى السلسلة المفردة هو 255 ثمانيًا.

ما هي مواصفات البريد الإلكتروني المنشورة التي يجب تتبعها بشكل منفصل عن حالة اقتراح DRPF؟

يحدد RFC 9989 تقارير DMARC الأساسية وتقارير RFC 9990 الإجمالية وتقارير فشل RFC 9991 . إن نشرها لا يؤسس لتوحيد DRPF.

[ مصادر ]

مصادر

  1. DomainRelationships.org: الهندسة المعمارية
  2. DomainRelationships.org: إطار سياسة علاقات المجال
  3. جي ترينت آدامز: إطار سياسة علاقات المجال، Proofpoint
  4. DomainRelationships.org: حالة استخدام المجالات ذات الصلة
  5. DomainRelationships.org: الحالة والتحديثات
  6. RFC1035 : أسماء النطاقات: التنفيذ والمواصفات
  7. RFC9989 : مصادقة الرسائل وإعداد التقارير والمطابقة على أساس المجال
  8. RFC9990 : تقارير DMARC المجمعة
  9. RFC9991 : الإبلاغ عن فشل DMARC

[ مسرد ]

مسرد

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

مصدر المؤسسة

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

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

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

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

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

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