[{"data":1,"prerenderedAt":162},["ShallowReactive",2],{"publication:he:P050":3},{"meta":4,"copy":16,"relatedArticles":123,"terms":154,"term":155,"resourceParent":156,"glossaryParent":159},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P050","\u002Fblog\u002Fdmarc-none-to-reject","article","איך עוברים ל-DMARC reject","איך עוברים ל-DMARC reject בלי לאבד דואר עסקי","תהליך מעבר מבוקר מ-DMARC none לאכיפה: מפת שולחים, ראיות התאמה, קריטריונים להתקדמות ומגבלות pct בתקן המעודכן.",[12,13],"\u002Fservices\u002Femail-domains","\u002Fblog\u002Fspf-dkim-dmarc-explained","2026-08-05","2026-10-29",{"intro":17,"sections":18,"checklist":76,"faq":82,"sources":92,"links":99,"cta":118},"מעבר ל-DMARC reject מתאים לאחר שמיפיתם את מקורות השליחה הלגיטימיים, אימתתם התאמה לדומיין From והגדרתם טיפול בחריגים. מתחילים ממידע ומבדיקות, מתקדמים לפי ראיות ושומרים דרך חזרה. עצם קיומה של רשומת DMARC אינו מוכיח שהעסק מוכן לאכיפה.",[19,27,33,60,71],{"title":20,"paragraphs":21,"example":24},"מה צריך להיות ידוע לפני המעבר",[22,23],"מפו תיבות, CRM, אתר, דיוור, חשבוניות, תמיכה ודומייני משנה. לכל מקור רשמו בעל אחריות, תדירות שליחה, דומיין From ומסלול אימות שעובר וגם תואם. דואר חודשי או עונתי עלול לא להופיע בחלון תצפית קצר.","דוחות מצטברים אינם תחליף להודעת בדיקה מכל מערכת. אין להסיק שהיעדר דיווח מוכיח היעדר בעיה: לא כל מקבל שולח דוחות, ואיסוף שלהם יכול להיכשל. בדקו גם שכתובת הדוחות וההרשאות לספק דוחות חיצוני הוגדרו כראוי.",{"title":25,"text":26},"דוגמה להמחשה: שולח שמופיע רק פעם בחודש","מערכת חשבוניות לא שלחה בתקופת התצפית הקצרה ולכן אינה נראית בדיווחים. העדרה אינו הוכחה שאין בה שימוש. ממתינים לבדיקה יזומה ומאושרת של הודעה ממנה ומבררים התאמה לפני אכיפה רחבה.",{"title":28,"paragraphs":29},"תקן חדש ותיעוד ספקים: למה לא להסתמך על pct",[30,31,32],"RFC 9989 פורסם במאי 2026 והחליף את RFC 7489. הוא הסיר את תג pct בעקבות חוסר עקביות ביישום והוסיף תג בדיקה t. בזמן בדיקת המקורות, תיעוד הפריסה של Google עדיין מתאר מעבר לפי אחוזים.","לכן אין להניח ש-pct=10 יגן באופן אחיד על שאר הדואר מפני אכיפה, ואין להעתיק p=reject עם תג בדיקה כהגדרה בטוחה לכל המקבלים. מימושים ותיקים עשויים להתעלם מתג חדש. המדריך משתמש בהחלטות מוכנות, בבדיקת התנהגות ובתיאום עם הספק.","תיעוד Recommended DMARC rollout של Google נבדק ב-29.10.2026 ועדיין הציג דוגמאות pct. אין בכך הבטחה שכל מקבל יישם אותן לפי התקן החדש. לכן תהליך ההחלטה כאן נשען על ראיות משולחים לגיטימיים, ולא על מתכון אחוזים להעתקה.",{"title":34,"paragraphs":35,"table":37},"תנאים להתקדמות בין השלבים",[36],"הטבלה היא מסגרת החלטה מוצעת של CyberFixCrew, ולא לוח זמנים אוניברסלי או תוצאת בדיקה של תשתית לקוח.",{"caption":38,"headers":39,"rows":43},"מוכנות לאכיפה לפי ראיות",[40,41,42],"שלב","ראיה נדרשת","סיבה להמתין",[44,48,52,56],[45,46,47],"תצפית עם none","מפת שולחים ודוחות שמגיעים למי שמטפל בהם","אין בעל אחריות למקור שליחה",[49,50,51],"תיקון מקורות","הודעות חדשות עם SPF או DKIM תקפים ותואמים","חשבוניות או אוטומציה שטרם נבדקו",[53,54,55],"בחינת quarantine","תוכנית מעקב, דרך חזרה ומדגם תהליכים עסקיים","הודעות לגיטימיות ממשיכות להיכשל",[57,58,59],"החלטה על reject","חריגים מוסברים, אישור בעל המערכת ובדיקת השפעות","לא ברור מי מטפל בדחייה אחרי השינוי",{"title":61,"paragraphs":62,"steps":65},"ביצוע מבוקר ותיעוד שינוי",[63,64],"תעדו את הרשומה המלאה הקיימת ואת מועד השינוי. בדקו אם לדומייני משנה יש מדיניות עצמאית ומהי הירושה הרלוונטית. אם מתחילים בתחום מצומצם, ודאו שהשליחה אכן משתמשת בו ושאין השפעה לא מכוונת על שירות אחר.","בעל הדומיין או נציגו המאושר מאשר חריגים והתקדמות. ממנים גורם לבדיקת דחיות ודיווחים אחרי השינוי, מתעדים מה יגרום לעצירה ומי מוסמך להחזיר תצורה. אין מספר ימים קבוע שמחליף מיפוי שולחים.",[66,67,68,69,70],"מאשרים את התכולה ואת האחראי לביצוע ולמעקב.","מפרסמים את השינוי שהוחלט עליו, תוך שמירת יעד הדוחות והגדרות ההתאמה הרלוונטיות.","בודקים הודעות חדשות מכל זרם חיוני ומול נמעני בדיקה מתאימים.","עוקבים אחר דחיות, תלונות ודוחות ומסווגים חריגים לפני תיקון נוסף.","אם נפגע דואר לגיטימי, מפעילים את תוכנית החזרה ומבררים את הסיבה.",{"title":72,"paragraphs":73},"מה אכיפה אינה מבטיחה",[74,75],"reject מבטא העדפה של בעל הדומיין לטיפול בהודעות שנכשלות; המקבל מפעיל גם מדיניות משלו. חזרה ל-none אינה משחזרת הודעה שנדחתה קודם, ושינוי DNS עשוי להיראות בזמנים שונים בגלל מטמון.","DMARC אינו מונע התחזות בשם תצוגה, דומיין דומה או הונאה מחשבון לגיטימי שנפרץ. לכן ממשיכים גם באימות גישה ובבדיקה עצמאית של בקשות תשלום.",[77,78,79,80,81],"נבדקו גם שולחים נדירים ודומייני משנה.","קיים מסלול אימות שעובר וגם תואם לכל שולח.","הדוחות מגיעים לאחראי שמפרש אותם.","הוגדרו תנאי עצירה וחזרה.","מגבלות pct והבדלי מימוש נלקחו בחשבון.",[83,86,89],{"question":84,"answer":85},"כמה ימים צריך להישאר ב-none?","עד שהמידע מכסה את זרמי השליחה והחריגים נבדקו. חלון אחיד אינו מבטיח כיסוי של חשבוניות חודשיות או הודעות עונתיות.",{"question":87,"answer":88},"אפשר לדלג על quarantine?","ההחלטה תלויה ברמת הראיות, בסיכון ובתצורה. אין לעבור לאכיפה חזקה רק משום שהסריקה הראשונית ירוקה.",{"question":90,"answer":91},"האם t=y בטוח בכל ספק?","אין להניח זאת: התקן המעודכן מגדיר את התג, אבל תמיכה בפועל יכולה להשתנות. מקבל שאינו מכיר אותו עלול להתייחס למדיניות p אחרת ממה שציפיתם.",[93,96],{"label":94,"url":95},"RFC 9989: תקן DMARC, מאי 2026","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"label":97,"url":98},"Google Workspace: המלצות לפריסה מדורגת של DMARC","https:\u002F\u002Fknowledge.workspace.google.com\u002Fadmin\u002Fsecurity\u002Frecommended-dmarc-rollout",[100,103,106,109,112,115],{"path":101,"label":102},"\u002Fservices\u002Fdmarc-spf-dkim","ליווי הגדרת אימות ואכיפת דואר",{"path":104,"label":105},"\u002Fglossary\u002Fdmarc","מושגי היסוד של DMARC",{"path":107,"label":108},"\u002Fblog\u002Fspf-too-many-lookups","טיפול בפערי SPF",{"path":110,"label":111},"\u002Fblog\u002Fdkim-selector-check","בדיקת חתימות מכל מערכת",{"path":113,"label":114},"\u002Fglossary\u002Fbec","למה אימות דומיין אינו מונע כל הונאה",{"path":116,"label":117},"\u002Fblog\u002Fdmarc-report-reading","קריאת דוחות לפני החלטה על אכיפה",{"title":119,"description":120,"type":121,"button":122},"נבדוק מוכנות לפני מעבר לאכיפה","נמפה את השולחים ונגדיר בדיקות ודרך חזרה, בהתאם למערכות ולתהליכים העסקיים שלכם.","setup","לתכנון מעבר מבוקר ל-DMARC",[124,132,139,147],{"id":125,"path":116,"title":126,"description":127,"category":128,"artwork":129,"order":130,"publishedOn":131},"P181","איך קוראים דוח DMARC ומחליטים מה לבדוק אצל השולח","מדריך לקריאת דוח DMARC מצטבר: חלון זמן, מקור, ספירה, התאמת דומיינים ותוצאה. טבלת שדות ודוגמה בלי להסיק מסירה או לשנות אכיפה אוטומטית.","email","audit",51,"2026-07-20",{"id":133,"path":110,"title":134,"description":135,"category":128,"artwork":136,"order":137,"publishedOn":138},"P061","איך בודקים DKIM selector וחתימה בהודעה","בדיקת DKIM מתחילה בהודעה אמיתית: איתור s ו-d בכותרת, בדיקת רשומת TXT או CNAME והבחנה בין מפתח קיים לחתימה תקינה.","access",65,"2026-08-19",{"id":140,"path":141,"title":142,"description":143,"category":128,"artwork":144,"order":145,"publishedOn":146},"P182","\u002Fblog\u002Fmicrosoft-365-security-checklist","רשימת בדיקה לאבטחת Microsoft 365 בעסק: זהות, דואר ושיתוף","בדיקת אבטחת Microsoft 365 לפי רישוי ומצב בפועל: מנהלים, אימות, דואר, שיתוף ומכשירים. טבלת ראיות, גישת חירום ותהליך שינוי בלי נעילת משתמשים.","plan-business",44,"2026-07-04",{"id":148,"path":149,"title":150,"description":151,"category":128,"artwork":128,"order":152,"publishedOn":153},"P070","\u002Fblog\u002Fwordpress-form-email","טופס וורדפרס לא שולח מייל: איך מוצאים איפה ההודעה נעצרת","אבחון מסלול טופס ב-WordPress: יצירה, wp_mail, SMTP או API וקבלת ההודעה. בדיקות עם נתוני ניסיון בלי להניח שהודעת הצלחה היא מסירה.",73,"2026-09-02",[],null,{"path":157,"label":158},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":160,"label":161},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062403]