[ التقارير والتحقيق ]

خصوصية تقارير DMARC : حدد ما تريد جمعه

قم بفصل الملاحظات المجمعة عن تقارير الفشل وعينات الرسائل التي تم تحميلها، ثم قم بتحديد الوصول والمعالجة والاحتفاظ لكل غرض.

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

في هذه الصفحة

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

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

رسم خريطة لمراحل الجمع

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

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

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

التمييز بين أنواع البيانات

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

RFC 9990 القسم 7 يصف التقارير المجمعة كمعلومات مصادقة المجال المجمعة بدلاً من نصوص الرسائل الفردية. استمر في تقييم البيانات الفعلية والإضافات والسجلات التشغيلية المحيطة التي تجمعها خدمتك. تجنب التعامل مع غرض التصميم هذا باعتباره استنتاجًا قانونيًا شاملاً حول كل بيئة معالجة.

RFC 9991 القسم 7 يصف المحتوى المختلفة ومخاطر الكشف عن الإبلاغ عن الفشل. اطلبها فقط عندما يتم تقييم الحاجة والتوافر وترتيبات التعامل. لا ينبغي وصف طلب rua الإجمالي كما لو كان يسمح بجمع صناديق بريد المستخدم الكاملة.

اطلب أصغر عينة تحقيق مفيدة

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

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

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

التحكم في الوصول والاستخدام الثانوي

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

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

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

العمل من خلال مثال نسخة غير ضرورية

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

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

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

تحديد الاستبقاء والحذف عبر سير العمل بأكمله

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

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

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

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

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

[ حسب الدور ]

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

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

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

الحفاظ على الأدلة المفيدة ومصدرها.

تمييز المواد الأصلية المستلمة عن العينات المنقحة والسجلات المشتقة. احتفظ بسياق كافٍ لشرح نتائج التحقق.

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

  1. مراحل جمع الخرائط وتصديرها.
  2. تسجيل تأثيرات التنقيح.
  3. تطبيق حدود الموارد على مدخلات التقرير غير الموثوق بها.

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

مراجعة سلسلة المعالجة الكاملة.

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

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

  1. تقييم تقارير الفشل بشكل منفصل.
  2. مراجعة وجهات الدعم ومعالجة الذكاء الاصطناعي.
  3. التحقق من مسؤوليات الحذف والإزالة.

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

اسأل ما الذي سيحله طلب البيانات.

يساعد الغرض التجاري الواضح الفريق على جمع الأدلة المفيدة دون تراكم محتوى الرسائل غير الضروري.

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

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

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

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

هل تحتوي التقارير الإجمالية وتقارير الفشل على نفس النوع من المعلومات؟

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

هل يسمح طلب rua بجمع محتوى الرسالة بالكامل؟

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

هل يمكنني افتراض أن كل بيئة معالجة DMARC لها نفس تصنيف الخصوصية؟

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

ما الذي يجب أن أطلبه لإجراء تحقيق المحاذاة؟

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

هل يمكن أن يؤثر التنقيح على تحليل DKIM ؟

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

هل تغطي الموافقة على منصة إعداد التقارير الذكاء الاصطناعي أو تدعم التحميل تلقائيًا؟

لا تفترض ذلك. الوجهة الإضافية هي خطوة معالجة أخرى لها آثارها الخاصة على البيانات والوصول إليها والاحتفاظ بها.

هل هناك فترة احتفاظ إلزامية واحدة لجميع تقارير DMARC ؟

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

ما الذي يجب على صاحب المجموعة توثيقه؟

قم بتوثيق أنواع البيانات والغرض وحدود النظام والعملاء والمستخدمين المسموح لهم والمعالجات والاحتفاظ ومعالجة الحذف ومحفزات إعادة التقييم.

[ مصادر ]

مصادر

  1. RFC 9990 : التقارير المجمعة DMARC
  2. RFC 9991 : الإبلاغ عن فشل DMARC
  3. RFC 9989 : بروتوكول DMARC الأساسي
  4. RFC 6376 : توقيعات DKIM

مصدر المؤسسة

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

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

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

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

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

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