يمكن للرسالة استخدام عنوان "من" مألوف أثناء توجيه الردود إلى مكان آخر. يمكن أن يكون هذا الاختلاف مشروعًا، مثل خدمة التذاكر، أو يمكنه إعادة توجيه محادثة حساسة. تحقق من الحقول الفعلية وحدود الثقة المتلقية قبل استدعاء عدم التطابق كهجوم أو التعامل مع المصادقة كموافقة على وجهة الرد.
فهم دور المجال
يصف RFC 5322 الرد على أنه صندوق البريد أو صناديق البريد التي يقترح المؤلف إرسال الردود إليها. في حالة عدم وجوده، تنتقل الردود عادةً إلى صندوق البريد من. هذه تعليمات بتنسيق رسالة، تختلف عن تسليم مغلف SMTP وتختلف عن قرار الموافقة البشرية. قد يطبق العملاء وأدوات سير العمل سلوك الرد الخاص بهم، لذا قم بفحص المستلم الفعلي قبل إرسال استجابة حساسة. RFC 5322 القسم 3.6.2.
DMARC يستخدم مجال المؤلف، وليس حقل الرد، لعلاقة الهوية الخاصة به. وبالتالي فإن المرور لا يثبت أن مجال الرد المختلف ينتمي إلى نفس المؤسسة. صالحة توقيع DKIM يمكن أن يغطي الرد عندما يتم تضمين هذا الحقل في قائمة رؤوس التوقيعات، ولكن سلامة القيمة ليست إذنًا لاستخدامها في المراسلات السرية. DMARC و DKIM.
قم بتعليق النص الأصلي بدلاً من لقطة الشاشة
الاحتفاظ بالبايتات الأولية للرسالة. قم بإنشاء تعليق توضيحي منفصل يظهر من، الرد على، Return-Path, DKIM d= and h= values, and the receiving system that produced Authentication-Results. قم بوضع علامة "من" و"الرد على" كحقول مقدمة من المرسل، وتوقيع DKIM كمطالبة تتطلب التحقق، ونتائج المصادقة على أنها موثوقة فقط عند تحديد مصدرها. RFC 8601.
لا تفترض أن سطر Authentication-Results المنسوخ أصلي. وبالمثل، لا يثبت حقل Return-Path في ملف نصي محفوظ عشوائيًا مغلف SMTP بشكل مستقل. اربط بسجلات الاستلام المعتمدة عند الحاجة.
قارن بين ثلاثة سيناريوهات رأسية مكتوبة
افترض أنه مرئي من billing@supplier.example.test في كل حالة. لا يتم توفير هوية المغلف وقيم DKIM d= وh= والتوقيعات الفعلية ونتائج جهاز الاستقبال الموثوق به. لا يمكن لتأكيد المرور المنسوخ ملء هذه الفجوات.
- مسار غير متوقع: الرد على case@support.example.test ؛ لم يتم توفير موافقة سير العمل. قم بوضع علامة على النطاق الدقيق المختلف للمراجعة، واحتفظ بالردود الحساسة واسأل مالك الخدمة من خلال قناة معروفة.
- مسار المجال نفسه: الرد على help@supplier.example.test . لن تقوم قاعدة عدم التطابق الدقيق للمجال بوضع علامة عليها، ولكن هذا ليس دليلاً على أن صندوق البريد أو المعلومات المطلوبة مسموح بها.
- الاستثناء المحدد: الرد على case@tickets.example.test ؛ افترض أن المخزون الخيالي يسمح بهذه الخدمة فقط لتذاكر الدعم الروتينية. تعامل معها كما هو متوقع لهذا الغرض، وليس الإذن بتغييرات الدفع أو المستندات السرية.
هذه الأمثلة عبارة عن قيم وقرارات مكتوبة، وليست ملف .eml مضمنًا أو تشغيل محلل أو نتيجة مصادقة حقيقية. لم يتم تصنيع توقيع DKIM . يتحقق مالك الخدمة المقترح من معلومات المستلم والمعلومات المسموح بها قبل الرد الحقيقي؛ يحصل محقق البريد بشكل منفصل على البايتات الأصلية وأدلة المصادقة الموثوقة.
تحقق من وجهة الرد مقابل سير العمل
اسأل مالك الخدمة عما إذا كانت الوجهة الخارجية متوقعة لهذا النوع من الرسائل وما إذا كانت مناسبة للمعلومات المقترحة. قد يختلف صندوق بريد الدعم بشكل قانوني عن مرسل الفواتير، ولكنه لا يزال غير مناسب لتعليمات الدفع أو المرفقات الحساسة. يجب أن تتوافق الموافقة مع الغرض، وليس مجرد وجود النطاق.
للطلبات غير المتوقعة، اتصل بالمرسل المفترض عبر قناة مستقلة معروفة. لا تختبر وجهة مشكوك فيها عن طريق إرسال مواد سرية عبر البريد الإلكتروني. إذا قام العميل تلقائيًا بتعبئة الرد، فقم بإلغاء المسودة حتى يتم التحقق من الوجهة.
أغلق السؤال على مستوى الحقل
سجل ما إذا كان عدم التطابق متوقعًا أو غير مصرح به أو لم يتم حله، وما هو الدليل الذي يدعم هذه النتيجة. احتفظ بنتائج المصادقة كملاحظة منفصلة. يحافظ هذا على تمييز مفيد: قد تكون الرسالة سليمة وتمت مصادقة المجال عليها بينما يكون مسار الرد المقترح غير مناسب لإجراء العمل.