דואר עסקי ודומיינים

SPF, DKIM ו-DMARC: הסבר לבעלי עסקים

SPF, DKIM ו-DMARC הם מנגנוני אימות דואר שעוזרים לנמען לבדוק שימוש בדומיין השולח. הם פועלים יחד אך בודקים דברים שונים. המדריך מסביר את ההבדלים, את חשיבות התאמת הדומיינים ואת הבדיקות שכדאי לבצע לפני החמרת מדיניות.

מה SPF בודק?

SPF מפרסם ב-DNS אילו שרתים רשאים לשלוח עבור הדומיין המשמש במעטפת הדואר, ובמצבים מסוימים עבור HELO. זה אינו בהכרח הדומיין שמוצג למשתמש בשדה From. לכן SPF מוצלח לבדו אינו מוכיח שהשולח הגלוי אומת. ממפים את שירותי התיבות, האתר והדיוור ומגדירים רשומה לפי הוראות הספקים ומגבלות הפרוטוקול. אין להעתיק רשומה מעסק אחר או ליצור כמה רשומות SPF מתחרות לאותו שם.

מה DKIM בודק?

DKIM מוסיף להודעה חתימה דיגיטלית הקשורה לדומיין החותם. המקבל משתמש במפתח ציבורי שפורסם ב-DNS כדי לבדוק את החלקים שנחתמו. החתימה אינה הצפנה של תוכן ההודעה ואינה מוכיחה שהבקשה שבתוכה אמינה. שירותים שונים עשויים להשתמש בבוררים ובדומיינים שונים, ולכן בודקים הודעה שנשלחה מכל מקור בפועל. גם חתימה שעברה בדיקה צריכה להתאים לדומיין From כדי לסייע בהצלחת DMARC.

איך DMARC מחבר בין הבדיקות?

DMARC בודק התאמה לדומיין From: די ב-SPF שעבר ומתאים, או ב-DKIM שעבר ומתאים, כדי לעבור את בדיקת DMARC. המדיניות מבקשת מהמקבל כיצד לטפל בכישלון: none למעקב, quarantine להסגר או reject לדחייה; ההחלטה בפועל כפופה גם למדיניות המקבל. מתחילים במיפוי ובבדיקת דוחות לפני החמרה. אף אחד מהמנגנונים אינו מבטיח הגעה לתיבה או מונע כל התחזות, למשל באמצעות דומיין דומה או חשבון אמיתי שנפגע.

איזו זהות נבדקת בכל מנגנון

שלושת המנגנונים משלימים זה את זה. תוצאה עוברת אצל ספק השליחה אינה מבטיחה התאמה לדומיין שהנמען רואה בשדה From.

אימות דואר בלי לערבב בין מנגנונים
מנגנוןזהות שנבדקתמסקנה ומגבלה
SPFדומיין מעטפת השליחה, ולעיתים HELOכתובת השליחה מורשית לזהות הזאת; לא בהכרח ל-From
DKIMדומיין d= שבחתימההחתימה ניתנת לאימות; היא יכולה להיות של ספק אחר
DMARCהתאמה ל-From דרך SPF או DKIM שעברואימות שימוש בדומיין; לא הבטחת תוכן בטוח או מסירה
IETF: תקן DMARC, RFC 9989 (מאי 2026)

שתי חתימות שעברו יכולות להוביל לתוצאה שונה

הדוגמאות מצומצמות ומלאכותיות. בפועל בודקים גם מצב התאמה, דומיינים ארגוניים ותוצאות שקבע המקבל. אין להסיק מצב הודעה מתוך קטע כותרת שלא אומת.

דוגמאות להתאמת DKIM ל-From
Fromדומיין חתימה ותוצאהמשמעות
[email protected]d=example.com; dkim=passהתאמה מדויקת יכולה לספק מסלול DMARC
[email protected]d=vendor.example; dkim=passהחתימה הזאת אינה מותאמת; ייתכן מסלול SPF מותאם אחר

איפה ממשיכים את הבדיקה

RFC 9989 הוא מקור DMARC המעודכן; התנהגות מערכות נבדקת בנפרד מול תיעודן. לבירור DKIM פונים למדריך selector, לחריגת SPF למדריך lookup ולמעבר לאכיפה למדריך none-to-reject. אין רשומת DNS אחת שמתאימה לכל עסק. גם pass תקין אינו מבטיח הגעה לתיבה הראשית: החלטת מסירה כוללת שיקולים נוספים אצל המקבל.

תיעוד רשמי ומקור: Google: הנחיות לשולחי דואר

תשובות ברורות

שאלות בנושא

האם DMARC מחייב ששני המנגנונים יעברו?

לצורך מעבר DMARC נדרש לפחות מנגנון אחד שעבר ומתאים לדומיין From: SPF או DKIM. דרישות ספק מסוים עשויות לדרוש הגדרה של שניהם, במיוחד עבור שולחים בהיקף גדול.

האם DMARC שעובר מבטיח מסירה לתיבה הראשית?

לא, תוצאה עוברת מעידה על מסלול אימות מתאים לדומיין לפי הבדיקה, אך אינה אישור לתוכן או למוניטין. ספק המקבל מפעיל שיקולי מסירה נוספים. לכן בודקים הודעה אמיתית ואת תוצאת המסירה בנפרד מהגדרות DNS.

דוגמה: התיבות עובדות, אבל דואר מהאתר נכשל

ייתכן שתיבות העסק שולחות דרך ספק אחד והאתר דרך ספק אחר. הגדרת DKIM עבור התיבות אינה מגדירה אותו אוטומטית גם לאתר. שולחים הודעת בדיקה מכל מערכת, בודקים את תוצאות האימות ואת ההתאמה ל-From, ואז מתקנים לפי הוראות הספק. זו דוגמה אפשרית לאבחון; אי אפשר לקבוע את הסיבה בלי לבדוק הודעה אמיתית.

נדבר על המשימה שלכם?

נבדוק את אימות השולחים של העסק

שלחו תיאור קצר של המערכת והצורך. נברר את ההיקף, הגישות הנדרשות והאפשרויות לפני תחילת העבודה.

לעזרה מקצועית ביישום