رؤى · مقال · الأمن السيبراني · أبريل 2026
إطار سياسة المرسل (SPF)، وتوقيع مفاتيح النطاق (DKIM)، ومطابقة النطاقات، والتطبيق التدريجي للسياسات، ومؤشرات العلامة التجارية (BIMI)، وكلها تحدّ من نجاح التصيد الاحتيالي دون أن تحجب رسائل التسويق المشروعة.
ما زالت حملات التصيد الاحتيالي الحديثة تحقق نجاحاً مدمراً، لأن المستخدم العادي يثق بطبيعته بالعلامات التجارية المؤسسية المألوفة التي يراها في صندوق بريد مزدحم. ويستغل المهاجمون هذه الثقة بانتحال صفة مرسلين معروفين، فيخفون روابط سرقة بيانات الاعتماد خلف شعارات يعرفها المستلمون. وقد تفوق التكلفة المالية وتكلفة السمعة لهجوم انتحال واحد ناجح استثمارات سنوات في التسويق، ولهذا لم تعد مصادقة البريد الإلكتروني شأناً أمنياً فحسب، بل متطلباً أساسياً لاستمرارية الأعمال في كل مؤسسة تعتمد على التواصل الرقمي.
يتيح إطار سياسة المرسل (SPF) لمالكي النطاقات نشر سجل في نظام أسماء النطاقات (DNS) يضم كل عناوين بروتوكول الإنترنت المصرّح لها بإرسال البريد باسمهم. وحين يستقبل خادم البريد رسالة واردة، يطابق نطاق مرسل المغلّف مع تلك القائمة المنشورة. فالرسائل الصادرة من عناوين غير مدرجة تخفق في فحص SPF، فيتلقى المستقبِل إشارة واضحة إلى أن المصدر قد يكون احتيالياً. لكن هذا الإطار وحده لا يستطيع التحقق من أن عنوان المرسل الظاهر في ترويسة الرسالة يطابق مرسل المغلّف، وهذه فجوة كبيرة يستغلها المهاجمون باستمرار.
يسد معيار البريد المعرّف بمفاتيح النطاق (DKIM) جزءاً من تلك الفجوة، إذ يضيف توقيعاً تشفيرياً إلى كل رسالة صادرة. فيوقّع الخادم المرسل حقولاً محددة من الترويسة ونص الرسالة بمفتاح خاص، ثم ينشر المفتاح العام المقابل في سجلات DNS. وتتحقق الخوادم المستقبِلة من التوقيع لتتأكد من أن شيئاً لم يتغير أثناء النقل. ويثبت توقيع DKIM سلامة الرسالة ويربط محتواها بنطاق توقيع محدد، لكنه لا يفرض مع ذلك أي علاقة بين نطاق التوقيع والعنوان الذي يراه المستخدم النهائي فعلاً.
يربط معيار مصادقة الرسائل والإبلاغ والامتثال على مستوى النطاق (DMARC) بين SPF وDKIM عبر مفهوم المطابقة. فهو يشترط أن يطابق النطاق الذي اجتاز فحص SPF، أو النطاق الموقِّع في توقيع DKIM، النطاقَ الظاهر للمستلم في ترويسة الرسالة. وقاعدة المطابقة هذه هي ما يسد أخيراً ثغرة الانتحال. ويتيح المعيار أيضاً لمالكي النطاقات نشر سياسة صريحة تخبر الخوادم المستقبِلة بعزل الرسائل التي تخفق في المطابقة أو رفضها، فتتحول المصادقة من توجيه استشاري إلى تعليمات واجبة التطبيق.
تخفق برامج المصادقة عادة حين ترسل إدارات التسويق الداخلية حملاتها عبر عشرات النطاقات غير الموثقة، دون حصر مركزي لها. وقبل نشر أي سياسة تطبيق، على فرق الأمن أن تُعد قائمة شاملة ومعتمدة بالنطاقات تشمل كل نطاق فرعي، وكل صيغة إقليمية، وكل اسم مستعار قديم. ثم يأتي تدقيق شامل لعناوين المصدر ولمورّدي البرمجيات، يربط كل خدمة إرسال بالنطاقات التي تستخدمها. ويمنع حل حالات عدم المطابقة الطفيفة في هذه المرحلة اضطرابات مكلفة حين تدخل السياسات الأشد حيز التنفيذ.

تقدّم التقارير المجمعة لمعيار DMARC، التي تصل في ملفات بلغة الترميز الموسّعة (XML) إلى العناوين المحددة في وسم RUA، ملخصاً يومياً لكل عملية تحقق أُجريت على نطاقك. وتكشف هذه التقارير أي العناوين ترسل البريد باسم علامتك التجارية، وهل تجتاز تلك الرسائل فحصَي SPF وDKIM، وكيف تعاملت الخوادم المستقبِلة مع الرسائل المخفقة. وتحليل هذه التقارير يدوياً غير عملي على نطاق واسع، ولذلك تُدخلها معظم المؤسسات إلى منصة تحليلات مخصصة توحّد البيانات وتبرز الحالات الشاذة التي تستحق التحقيق.
أما التقارير التفصيلية، التي تُحدَّد عبر وسم RUF، فتقدّم عينات من رسائل بعينها أخفقت في المصادقة. ومع أن عدد مزوّدي صناديق البريد الذين يصدرونها قليل بسبب مخاوف الخصوصية، فإن ما يصل منها يقدّم تفاصيل لا تقدّر بثمن لتشخيص مشكلات مطابقة محددة. ويجب على فرق الأمن أن تسند مسؤولية تشغيلية مخصصة لكلا مساري التقارير. فآلاف إشعارات الإخفاق غير المقروءة في صندوق بريد مشترك لا تقدّم معلومات قابلة للتنفيذ، بل تصبح ضجيجاً يحجب تهديدات حقيقية تمر على مرأى من الجميع دون أن يلحظها أحد.
تحيل مسارات الفرز الفعالة الحالات الشاذة في التقارير المجمعة إلى أنظمة التذاكر، حيث يصنّف المحللون المرسلين المجهولين: إما خدمات مشروعة تحتاج إلى تصريح، وإما جهات معادية تحاول الانتحال. ويضمن تحديد وتيرة منتظمة لمراجعة بيانات التقارير، ويُفضَّل أن تكون أسبوعية خلال مرحلة المراقبة، رصد مصادر الإرسال الجديدة والتصريح لها قبل أن تولّد إنذارات كاذبة. ويبني هذا الانضباط أيضاً المعرفة المؤسسية اللازمة لتشديد التطبيق بثقة دون تعطيل تدفقات البريد المشروعة.
يبدأ التطبيق التدريجي الناجح بسياسة لا تفرض أي إجراء، فتتيح المراقبة دون التأثير في تسليم البريد. وخلال هذه المرحلة السلبية، تجمع المؤسسة بيانات أساسية عن كل المرسلين، وتعالج فجوات المطابقة، وتصرّح لخدمات الأطراف الثالثة المشروعة. والاستعجال في تجاوز هذه المرحلة هو أكثر أسباب انقطاع البريد الذي تتسبب فيه المؤسسة لنفسها شيوعاً. وينبغي أن تخطط المؤسسات لفترة مراقبة لا تقل عن أربعة إلى ستة أسابيع، وأن تمددها إذا كانت محفظة النطاقات كبيرة أو منظومة المورّدين معقدة.
تُدخل مرحلة العزل التطبيق على دفعات، إذ تطلب من الخوادم المستقبِلة توجيه نسبة من الرسائل المخفقة إلى مجلد البريد العشوائي بدلاً من صندوق الوارد. ويتيح البدء بنسبة منخفضة، مثل 10%، ثم رفعها تدريجياً، أن يراقب فريق الأمن الأثر في تدفقات البريد الفعلية بطريقة مضبوطة. وإن بدأت رسائل مشروعة تظهر في العزل، يستطيع الفريق تتبّع خلل المطابقة، وتحديث سجلات SPF أو إعدادات توقيع DKIM، ثم مواصلة الرفع التدريجي دون اضطراب واسع في مراسلات الأعمال.
لا ينبغي تطبيق الرفض الكامل إلا بعد أن تبلغ نسبة العزل 100%، وتعمل باستقرار عدة أسابيع دون أن تُعزل أي رسالة مشروعة خطأً. وفي هذه المرحلة، توجّه سياسة DMARC الخوادم المستقبِلة إلى رفض الرسائل التي تخفق في المطابقة رفضاً قاطعاً، فتمنع فعلياً أي جهة غير مصرح لها من إرسال البريد باسم نطاقك. وهذا هو الوضع الذي يمنح أقوى حماية للعلامة التجارية، وهو أيضاً الشرط المسبق لتفعيل مؤشرات العلامة التجارية لتعريف الرسائل (BIMI).

تكامل المرسلين من الأطراف الثالثة من أكثر مصادر إخفاق المصادقة استمراراً. فمنصات أتمتة التسويق، وأدوات دعم العملاء، وخدمات البريد الخاصة بالمعاملات، وأنظمة إشعارات الموارد البشرية، كلها ترسل البريد باسمك، وكثيراً ما تفعل ذلك عبر بنية تحتية لا تتحكم فيها. ويجب إدراج كل مورّد في سجل SPF، أو تهيئته ليوقّع الرسائل بمفتاح DKIM الخاص بك. والاحتفاظ بسجل محدّث للمرسلين المصرّح لهم أمر أساسي، لأن المورّدين كثيراً ما يغيّرون عناوينهم ويحدّثون بنية الإرسال لديهم دون إشعار مسبق.
ينبغي أن تتضمن الاتفاقيات التعاقدية مع المرسلين من الأطراف الثالثة بنوداً صريحة تلزمهم بصيانة المصادقة باستمرار، والإشعار في الوقت المناسب بأي تغيير في البنية التحتية، والإفصاح الفوري عن أي اختراق كلما أرسلت أنظمتهم رسائل غير مصرح بها تحمل نطاقك. وينبغي أن تحدد اتفاقيات مستوى الخدمة (SLA) أقصى زمن للاستجابة في معالجة إخفاقات المصادقة. ومن دون هذه الضمانات التعاقدية، يعتمد وضع التطبيق لديك كلياً على الانضباط التشغيلي لمؤسسات خارجية قد لا تتوافق أولوياتها مع متطلباتك الأمنية.
تضيف مؤشرات العلامة التجارية لتعريف الرسائل إشارة ثقة مرئية إلى الرسائل التي اجتازت المصادقة، فتعرض شعار علامتك التجارية مباشرة في صندوق بريد المستلم بجوار اسم المرسل. ولا يظهر هذا الشعار إلا حين تنجح كل فحوص المصادقة الأساسية، فهو بذلك يكافئ مالكي النطاقات الذين بلغوا التطبيق الكامل لمعيار DMARC. ويقدّم الشعار للمستلمين إشارة بصرية فورية إلى أن الرسالة صادرة فعلاً من المرسل المعلَن، فيقل احتمال أن تكسب رسالة منتحلة ثقتهم.
يتطلب تطبيق BIMI شهادة العلامة الموثقة (VMC)، التي تصدرها جهة إصدار شهادات مؤهلة وتثبت أن مؤسستك تملك قانونياً الشعار المعروض. ويجب أن يلتزم الشعار نفسه بملف تعريف صارم مصغّر ومحمول وآمن من صيغة SVG، وهي صيغة متجهة مقيدة تمنع النصوص البرمجية المدمجة والمراجع الخارجية. وينبغي أن يتولى الفريق القانوني الداخلي وفريق تسويق العلامة التجارية معاً مسؤولية أصول الشعار هذه ومواعيد تجديدها، لأن انتهاء صلاحية الشهادة أو خللاً في ملف الشعار سيُخفي شعارك دون أي تنبيه من كل صندوق بريد يدعم BIMI.
لا ينبغي التقليل من فائدة BIMI لتجربة المستخدم. فالمستلمون يميلون إلى التفاعل أكثر مع الرسائل التي تحمل العلامة التجارية، فترتفع معدلات الفتح والنقر في حملات التسويق المشروعة. لكن عرض مؤشر متقطع للعلامة التجارية، يظهر فيه الشعار ويختفي بسبب انقضاء الشهادات أو أخطاء إعداد DNS، يربك المستخدمين النهائيين أكثر بكثير من عدم عرض أي شعار. وتحمي الصرامة التشغيلية في صيانة BIMI صورة العلامة التجارية وفاعلية الحملات معاً وبصورة مباشرة.
يكمّل الوعي الأمني لدى الموظفين هذه المنظومة التقنية متعددة الطبقات. فحتى أقوى أطر المصادقة لا تستطيع منع هجوم هندسة اجتماعية متقن يصل من مرسل اجتاز المصادقة فعلاً لكنه مخترق. ولذلك ينبغي تدريب الموظفين على التحقق من التفاصيل المؤسسية في سياقها، مثل الطلبات غير المتوقعة لتغيير بيانات الدفع أو إعادة تعيين بيانات الاعتماد، بدلاً من الاعتماد على أيقونات العلامات التجارية المألوفة وحدها. وينبغي تحديث تمارين محاكاة التصيد الاحتيالي كلما تغيرت أنماط بريدك الصادر المشروع، ليتعلم الموظفون التمييز بين المراسلات الحقيقية والمراسلات الشاذة.
يتطلب قياس فاعلية برنامج مصادقة البريد الإلكتروني تتبّع عدة مقاييس متكاملة. فينبغي أن ينخفض الحجم الإجمالي لبلاغات التصيد الاحتيالي باطراد مع تشديد التطبيق. وتقدّم هجمات حشو بيانات الاعتماد المرتبطة بحملات انتحال العلامة التجارية مؤشراً متأخراً على تراجع نجاح المهاجمين. أما تذاكر مكتب الدعم الداخلي المتعلقة بمراسلات مفقودة أو متأخرة فهي نظام إنذار مبكر يكشف حجب بريد مشروع عن غير قصد. ويبقى تحقيق التوازن بين الدفاع التشفيري وموثوقية وصول البريد إلى العملاء محور التوتر التشغيلي في أي تطبيق للمصادقة.
تُدخل عمليات الاندماج والاستحواذ والتخارج مخاطر المصادقة بوتيرة متسارعة. فالنطاقات المستحوذ عليها حديثاً كثيراً ما تحمل سجلات SPF قديمة، ومفاتيح DKIM لا مالك لها، ولا تملك أي سياسة DMARC إطلاقاً. وقد ترسل منصات أتمتة التسويق الموروثة باسم العلامة المستحوذ عليها عبر بنية تحتية لم يراجعها فريق الأمن لديك قط. وتمنع قائمة تحقق إلزامية للتكامل التقني، تُطبَّق خلال العناية الواجبة وتُراجَع عند كل محطة رئيسية من محطات التكامل، هذه النطاقات المنضمة حديثاً من إعادة فتح ثغرات الانتحال ذاتها التي صُمم برنامج المصادقة للقضاء عليها.
وبالنظر إلى المستقبل، يواصل مشهد مصادقة البريد الإلكتروني تطوره مع تشديد كبار مزوّدي صناديق البريد متطلبات البريد الوارد. إذ تفرض Google وYahoo الآن على مرسلي البريد بكميات كبيرة اعتماد SPF وDKIM وDMARC، ويسير مزوّدون آخرون على النهج ذاته. والمؤسسات التي تعدّ المصادقة مشروعاً لمرة واحدة، لا انضباطاً تشغيلياً مستمراً، ستجد نفسها في رد فعل دائم على تغيّر السياسات وأزمات وصول البريد. أما بناء برنامج مستدام بمسؤوليات واضحة ومراقبة آلية ومساءلة تعاقدية للمورّدين، فيهيئ العلامة التجارية لمرونة طويلة الأمد في مواجهة تهديدات الانتحال الحالية والناشئة.
نعقد جلسات لمجموعات صغيرة من العملاء والمهتمين دون عروض تقديمية، نركّز فيها على بيئتك التقنية والقيود التي تعمل ضمنها والقرارات التي تنتظرك.