مدقق SPF
يشير سجل نظام التعرف على هوية المرسل (SPF) إلى الخوادم المسموح لها بإرسال البريد الإلكتروني كمجالك. معظم النطاقات التي تفشل لا تفشل بصوت عالٍ - فهي تفشل عن طريق السماح للجميع بالمرور بهدوء. تحقق من النطاق الذي تتحكم فيه واحصل على السجل وما يطلبه بالفعل من خادم الاستقبال.
Watched, not just checked
This is one scan of one layer, run once. In AYAsec the same check runs on a schedule across every asset you own, and you are told the day a grade drops.
ما هو سجل SPF، في فقرة واحدة
عندما يتلقى خادم البريد رسالة تدعي أنها من نطاقك، يمكنه أن يسأل نطاقك عن الخوادم المسموح لها بإرسالها نيابةً عنك. الجواب هو سجل TXT فيDNS الخاص بك يبدأ بـ v=spf1. إذا كان الخادم المرسل مدرجًا في تلك القائمة، فسيتم تمرير الرسالة. إذا لم يكن الأمر كذلك، فإن ما سيحدث بعد ذلك يعتمد كليًا على كيفية انتهاء سجلك - وهنا تكمن معظم المشاكل.
ستة أسباب للتحقق من سجل SPF الخاص بك
01
حد العشرة عمليات بحث، الذي يحطم الأرقام القياسية بصمت
هذا هو الفشل الذي لا يتوقعه أحد ويواجهه الجميع تقريبًا في النهاية.
عندما يقوم خادم الاستقبال بتقييم سجل نظام التعرف على هوية المرسل (SPF) الخاص بك، يجب عليه القيام بذلكحل كل include: وa وmx وptr وredirect التي يعثر عليها - ويمكن أن يحتوي كل منها على المزيد من الشيء نفسه. يحدد المعيار هذا الحد الأقصى بعشر عمليات بحث لنظام أسماء النطاقات (DNS). إذا تجاوزته فلن يعود التقييم إلى النجاح أو الفشل؛ فهو يُرجع خطأً دائمًا، ومعظم أجهزة الاستقبال تتعامل مع ذلك على أنه لا يوجد نظام حماية من الشمس (SPF) على الإطلاق. السجلات تتجاوزها بالنمو. منصة تسويق هنا، ومكتب مساعدة هناك، وموفر كشوف المرتبات، ونظام إدارة علاقات العملاء (CRM) جديد - يضيف كل منها include: واحداً، وقد يخفي كل include: العديد من عمليات البحث بداخله. لا شيء يحذرك. لا يزال السجل يبدو جيدًا في لوحة DNS الخاصة بك، ويبدأ التسليم في المعاناة لأسباب لا أحد يتصل بالتغيير الذي تم إجراؤه قبل أربعة أشهر.
02
فشل بسيط لا يسمح لأحد ولا يوقف شيئًا
ينتهي كل سجل SPF بـآلية all، والشخصية التي أمامها تقرر كل شيء:
| إنهاء | ما يقوله المتلقي |
|---|---|
-all | فشل فادح. هذا الخادم غير مصرح به. ارفضه |
~all | فشل بسيط. هذا الخادم غير معتمد، ولكن اقبله على أي حال وقم بوضع علامة عليه |
?all | حيادي. لا رأي |
+all | الجميع مرخص. لا يصح أبدًا |
تنتهي معظم النطاقات بـ ~all، وهو المكان الصحيح للبدء والمكان الخطأ للبقاء. يعني أن سجلك يصف من يجوز له الإرسال دون الإصرار عليه، وهذا تصريح وليس تصريحدفاع.
03
include: التي أضفتها هي قائمة شخص آخر، وهي تتغير
لا يقوم include: بنسخ خوادم الموفر إلى سجلك - بل يشير إلى خوادمهم ويستورد كل ما هو موجود وقت التحقق.
وهذا أمر مريح ويعني أن جزءًا من مصادقة البريد الخاص بك تتم صيانته بواسطة شركة لا تتحكم فيها. وعندما تضيف بنية أساسية، فإن سجلك يغطي المزيد بصمت. عند إعادة الهيكلة، عدد عمليات البحث الخاصة بكيمكن القفز. من الجدير معرفة أي من إدخالات include: الخاصة بك كبيرة، لأن هذه هي التي ستدفعك إلى تجاوز الحد الأقصى.
04
النطاق الذي لا يرسل أي بريد على الإطلاق
النطاق الذي تمتلكه ولا ترسل منه أبدًا هو الأسهل على الإطلاق لانتحال هويتك، لأنه لا أحد يراقب الردود ولا أحد يلاحظ الشكاوى.
يجب أن يظل هذا النطاق يحتوي على سجل نظام التعرف على هوية المرسل (SPF) - وهو سجل لا يسمح بأي شيء:
v=spf1 -allوهذا سجل كامل وصحيح. تقول: لا يُسمح لأي خادم بإرسال هذا المجال. النطاقات المتوقفة والعلامات التجارية القديمة والنطاقات التي تم شراؤها بشكل دفاعي كلها تستحق ذلك.
05
عدة سجلات حيث يجب أن يكون هناك سجل واحد
قد يحتوي النطاق على سجل SPF واحد فقط. إن سجلي TXT اللذين يبدأان بـ v=spf1 لا يوفران حماية مضاعفة - بل هو خطأ دائم، والنتيجة هي نفس عدم وجود أي حماية.
يحدث ذلك عندما يكون معالج الإعداد للموفر الثانييضيف سجله الخاص بدلاً من تحرير سجلك. الحل هو دمجهم في واحد؛ المشكلة تلاحظ.
06
دليل على صحة السجل في تاريخ معين
"لقد قمنا بتكوين نظام التعرف على هوية المرسل (SPF)" هو تأكيد. إن التقرير المؤرخ الذي يوضح السجل وسياسته هو دليل، وهو ما تريده شركة التأمين أو المراجعة الأمنية للعميل بالفعل. يعد إنشاء هذا السجل موضوعًا خاصًا به.
معرفة اليوم السجل الخاص بكالتغييرات
يتم تحرير DNS من قبل عدد أكبر من الأشخاص أكثر من أي طبقة أخرى، ويتم تحرير سجل SPF من قبل الأشخاص الأقل احتمالية لإخبار فريق الأمان: التسويق، إضافة منصة إرسال، تكنولوجيا المعلومات نقل مزود البريد، المقاول الذي يربط النموذج.
كل تعديل صغير ولا تتم مراجعة أي منها. تحول عمليات الفحص المجدولة ذلك إلى اختلاف يتم إعلامك به: حصل هذا السجل على إدخال، وانتقلت هذه السياسة من -all إلى ~all. تصل التنبيهات داخل التطبيق، عبر البريد الإلكتروني،أو من خلال Slack أو Teams أو Jira أو خطاف الويب.
الخطوة 01 · قم بتسمية المجال
النطاق الذي تتحكم فيه، تتم إضافته إلى حساب AYAsec الخاص بك. يتم التحقق من الملكية قبل إرسال أي شيء - لن تقوم AYAsec بجدولة عمليات فحص للبنية التحتية التي لم تثبت سيطرتك عليها، ويتطلب إثبات ذلك سجل DNS واحدًا. يتخطى الفحص السريع أعلاه هذا: لا يوجد حساب، ولا تحقق، فقط تحديد معدل IP وقاعدة مفادها أن الهدف يجب أن يكون عنوانًا عامًا.
الخطوة 02 · دعتشغيل الفحص
سجلات نظام التعرف على هوية المرسل (SPF) عامة، لذا فإن هذا يقرأ بدلاً من التحقيق. إنه يبحث عن السجل بالطريقة التي يفعلها خادم البريد المتلقي.
الخطوة 03 · اقرأ النتيجة
تصل النتائج مرتبة حسب الخطورة ويتم تسجيلها من A+ إلى F. السجل الذي يسمح للجميع والفشل البسيط لا يقعان في نفس القائمة غير المتمايزة.
ما هذا جزء منه
يعد نظام التعرف على هوية المرسل (SPF) أحد السجلات العديدة المتعلقة بالبريد التي تقوم AYAsec بفحصها كجزء من فحص DNS الخاص بها، إلى جانب DKIM،DMARC، وMTA-STS، وTLS-RPT، وDNSSEC. إنه مسح واحد، وهذه الصفحة تدور حول جزء واحد مما تبحث عنه.
يحمل DNS 20% من الدرجة المركبة. أما الملفات الأخرى فهي HTTP بنسبة 30%، وTLS والمنافذ بنسبة 20% لكل منهما، ومصداقية النطاق بنسبة 10%. كلهم معًا هم إدارة سطح الهجوميعني في الممارسة العملية.
أسئلة قبل التحقق
ما الذي يمكنني التحقق منه؟
البنية التحتية التي تمتلكها أو تم التعاقد معها لاختبارها. لا يتحقق الفحص السريع أعلاه من ذلك بالنسبة لك - فهو يحدد المعدل فقط عن طريق IP ويرفض استهداف أي شيء سوى العنوان العام. أضف النطاق إلى حساب AYAsec بدلاً من ذلك، وسيتم التحقق من التحكم قبل تشغيل أي شيء مجدول: حدود قانونية بقدر ما هي حدود عملية، نظرًا لأن الفحص الذي لم يتم التحقق منه لا يفيدك كدليل أيضًا.
سجلات نظام التعرف على هوية المرسل (SPF) عامة. لماذا يحتاج هذاالتحقق؟
السجل عام والشيك للقراءة فقط، وبالتالي فإن الشيك نفسه غير ضار. يتعلق التحقق بما يحدث بعد ذلك: تتم مراقبة النطاق الموجود في حساب AYAsec الخاص بك وتصنيفه والاحتفاظ به في سجلك، ولا ينبغي أن يكون أي من ذلك ممكنًا لنطاق ليس ملكك.
هل عامل الحماية من الشمس (SPF) كافٍ بمفرده؟
لا، نظام التعرف على هوية المرسل (SPF) يسمح للخوادم؛ فهو لا ينجو من عملية إعادة التوجيه، ولا يذكر شيئًا عما إذا كانت الرسالة قد تم تغييرها أم لا. هذا ماDKIM مخصص لـ، وDMARC هو ما يربط الاثنين معًا ويقرر ما يحدث عند فشلهما.
كيف يمكنني الوصول إلى أقل من الحد الأقصى لعدد عمليات البحث العشرة؟
عادةً ما يتم ذلك عن طريق إزالة الموفرين الذين لم تعد تستخدمهم، أو استبدال include: واسع النطاق بالآليات المحددة التي تحتاجها منه، أو تسوية السجل - حل السلسلة بنفسك وإدراج العناوين مباشرةً. تعمل التسوية ولها تكلفة: يتوقف السجل عن التحديث عندمايقوم المزود بتغيير خوادمه، لذلك يجب إعادة تسويتها وفقًا لجدول زمني.
هل يمكن تسجيل واحد لتغطية النطاقات الفرعية؟
ليس تلقائيا. يتم فحص نظام التعرف على هوية المرسل (SPF) مقابل النطاق الموجود في مرسل المغلف، لذا يحتاج النطاق الفرعي الذي يرسل البريد إلى سجل خاص به.
هل تحتفظ بالنتائج؟
ليس الفحص السريع أعلاه - فهو يبقى في الذاكرة لمدة خمس عشرة دقيقة تقريبًا حتى تتمكن من قراءته مرة واحدة، ثم يختفي. يعد هذا اختيارًا متعمدًا للخصوصية، وليس قيدًا: لا أحد غيرك يرى هذا الفحص، ويمكنك تنزيل النتيجة الكاملة قبل انتهاء صلاحيتها. أضف النطاق إلى حساب AYAsec بدلاً من ذلك، وسيتم الاحتفاظ بكل عملية مسح - سلسلة تخبرك بالتعديل الذي أدى إلى كسره. يعتمد الاحتفاظ على خطتك.
احتفظ بالتاريخ، وليس فقطنتيجة
قم بإجراء فحص DNS الكامل لنطاقاتك الخاصة، وفقًا لجدول زمني، مع وضع علامة على كل تغيير لمن يحتاج إلى رؤيته.
البيانات المنظمة المراد تضمينها
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AYAsec SPF Checker",
"applicationCategory": "SecurityApplication",
"operatingSystem": "Web browser",
"url": "https://ayasec.ai/spf-checker/",
"offers": { "@type": "Offer", "price": "0", "priceCurrency": "EUR" }
}لا تضف ترميز FAQPage أو HowTo - فقد سحبت Google كلا النوعين من النتائج.