[{"data":1,"prerenderedAt":178},["ShallowReactive",2],{"publication:he:P063":3},{"meta":4,"copy":16,"relatedArticles":139,"terms":170,"term":171,"resourceParent":172,"glossaryParent":175},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P063","\u002Fblog\u002Fworkspace-mfa-setup","article","הפעלת אימות דו גורמי ב-Google Workspace","הפעלת אימות דו-גורמי ב-Google Workspace לעסק","איך מפעילים ואוכפים אימות דו-שלבי ב-Google Workspace: רישום משתמשים, בדיקת כניסה ושחזור, והימנעות מנעילת חשבונות.",[12,13],"\u002Fservices\u002Faccess-2fa-audit","\u002Fservices\u002Fcorporate-email","2026-10-18","2026-10-29",{"intro":17,"sections":18,"checklist":91,"faq":97,"sources":107,"links":111,"cta":134},"הפעלת אימות דו-גורמי ב-Google Workspace דורשת גם רישום של העובדים וגם מדיניות אכיפה מתאימה. התחילו בקבוצת ניסיון, ודאו כניסה ודרך שחזור, ורק אז הרחיבו את הדרישה. אישור למשתמשים להפעיל אימות אינו זהה לחיוב שלהם להשתמש בו.",[19,24,33,64,73,82],{"title":20,"paragraphs":21},"מה מכינים לפני שמשנים מדיניות",[22,23],"מפו חשבונות עובדים, מנהלים, ספקים ותהליכים שנשענים על התחברות של אדם. רשמו מי מנהל את הסביבה ואילו משתמשים כבר רשומים לאימות. משתמש פרטי ב-Gmail אינו חשבון Workspace מנוהל; המדריך מיועד למנהל מורשה של סביבת העסק.","לפני אכיפה, הכינו גישת ניהול חלופית מוגנת ונוהל שחזור שאינו תלוי רק בטלפון של אדם אחד. לא מבטלים הגנה קיימת כדי להתחיל מחדש. בדקו את המדיניות הנוכחית, את ההחרגות ואת דרישות Google לחשבונות מנהלים.",{"title":25,"paragraphs":26,"sources":29},"איך מפעילים את התהליך ב-Admin console",[27,28],"לפי תיעוד Google, הגדרות האימות נמצאות תחת Security > Authentication > 2-step verification. שינוי הגדרות ההטמעה דורש הרשאת super administrator. בחרו את היחידה או הקבוצה הרלוונטית, אפשרו רישום לפי המדיניות הרצויה והנחו את המשתמשים להשלים אותו.","עקבו אחר מצב הרישום והאכיפה בדוחות האבטחה, ובדקו את המדיניות האפקטיבית על חשבון לדוגמה. לפני מעבר לאכיפה, אשרו שהעובדים יכולים להתחבר בשיטה המותרת. שמות אפשרויות ומגבלות עשויים להשתנות, ולכן משווים לתיעוד הרשמי לפני החלת השינוי.",[30],{"label":31,"url":32},"Google Workspace: הטמעת אימות דו-שלבי","https:\u002F\u002Fknowledge.workspace.google.com\u002Fadmin\u002Fsecurity\u002Fdeploy-2-step-verification",{"title":34,"paragraphs":35,"table":37},"איך בודקים מוכנות לאכיפה",[36],"השתמשו בטבלה כשער קבלה, ולא רק כרשימת הגדרות. לכל קבוצה צריך להיות אחראי שיודע מי נבדק ומה עדיין חסר. חשבון שעליו חל חריג זמני צריך תאריך בחינה מחדש; חריג ללא מעקב עלול להפוך למסלול הכניסה הקבוע.",{"caption":38,"headers":39,"rows":43},"מה צריך להוכיח לפני הרחבת האכיפה",[40,41,42],"בדיקה","תוצאה רצויה","אם הבדיקה נכשלת",[44,48,52,56,60],[45,46,47],"כניסה רגילה","המשתמש נכנס בשיטה שהעסק אישר","בודקים התאמת שיטה ומכשיר",[49,50,51],"אובדן אמצעי אימות","קיים מסלול שחזור מורשה ונגיש","מסדירים שחזור לפני הרחבה",[53,54,55],"חשבון מנהל","קיימת יכולת ניהול חלופית מוגנת","לא משנים את כל המנהלים יחד",[57,58,59],"יישום עסקי","החיבור עובד בלי עקיפה לא מתועדת","בודקים תמיכה ושיטת התחברות",[61,62,63],"מדיניות בפועל","ההגדרה הרצויה חלה על קבוצת היעד","בודקים ירושה, קבוצות וחריגים",{"title":65,"paragraphs":66,"sources":69},"איך נמנעים מנעילת עובדים ומנהלים",[67,68],"מעבר של משתמש ליחידה עם אכיפה, או שינוי הדרישה למפתח אבטחה שאין לו, עלולים לחסום כניסה. Google מציינת שדוחות רישום עשויים להתעדכן באיחור; בעת הצורך בודקים גם את הגדרות האבטחה של המשתמש. אל תסיקו ממסך דוח יחיד שהמשתמש מוכן.","קודי גיבוי, אם הם מותרים ומתאימים למדיניות, נשמרים במקום מוגן ולא בהתכתבות צוותית. במצב נעילה משתמשים במסלול השחזור של הספק. אכיפה שמגיעה מ-Google לחשבונות מנהלים אינה בהכרח ניתנת לביטול באמצעות חריג ארגוני.",[70],{"label":71,"url":72},"Google Workspace: מניעת נעילת חשבונות באכיפת אימות","https:\u002F\u002Fknowledge.workspace.google.com\u002Fadmin\u002Fsecurity\u002Favoid-account-lockouts-when-2-step-verification-is-enforced-by-your-organization",{"title":74,"paragraphs":75,"sources":78},"איך Passkeys משתלבים ומה נבדק בסיום",[76,77],"רישום Passkey אינו מפעיל אוטומטית 2SV. Google מבחינה בין שימוש במפתח גישה לכניסה ללא סיסמה לבין רישום ואכיפה של אימות דו-שלבי. גם הפעלת האפשרות לדלג על סיסמה אינה מוחקת את הסיסמה הקיימת.","בסיום בדקו כניסה, שחזור, מדיניות אפקטיבית ויישומים חשובים, ותעדו מה נבדק בפועל. אל תבקשו מהעובדים לשלוח סיסמה או קוד אימות לצורך אישור ההטמעה. התיעוד צריך לכלול את תוצאת הבדיקה, לא את הסוד ששימש לביצועה.",[79],{"label":80,"url":81},"Google Workspace: הגדרת כניסה באמצעות Passkeys","https:\u002F\u002Fknowledge.workspace.google.com\u002Fadmin\u002Fusers\u002Fallow-users-to-skip-passwords-at-sign-in",{"title":83,"paragraphs":84,"example":88},"תרחיש ניסיון: עובד חדש, מנהל וספק חיצוני",[85,86,87],"זו דוגמה להמחשה, לא תוצאת הטמעה אצל לקוח. בחרו שלושה חשבונות שמייצגים עבודה שונה: עובד שמשתמש בדפדפן ובטלפון, מנהל מורשה וספק בעל גישה מוגבלת. לכל אחד רשמו אמצעי כניסה, מסלול שחזור, מדיניות יעד ויישום עסקי שיש לבדוק. השתמשו בחשבונות ניסיון מתאימים ובאישור האחראי, בלי להנמיך הגנות על חשבון פעיל כדי לייצר ניסוי.","בדקו כניסה חדשה בסביבה מתואמת, פעולה עסקית ושחזור לפי נוהל הספק. עבור יישומים המשתמשים ב-SSO או בחיבורים שאינם כניסה רגילה, מפו את מסלול האימות שלהם בנפרד. אם נוצר צורך בעקיפה, תעדו אותה והחליטו על טיפול במקום להניח שהיא חלק תקין מההטמעה.","בסיום הפיילוט חלקו את המשתמשים למוכנים, חסרי אמצעי מתאים וזקוקים לבדיקה נוספת. הרחבה תלויה בתוצאה ולא רק בתאריך ביומן. העבירו לעובדים הוראות שמבהירות היכן נרשמים ולמי פונים במקרה תקלה; תמיכה אינה צריכה לבקש קוד חד-פעמי כדי לוודא שהמשתמש הצליח.",{"title":89,"text":90},"רשומת מוכנות לפני אכיפה","קבוצה: __. המדיניות שנבדקה: __. כניסה חדשה: עברה\u002Fנכשלה. פעולה עסקית: __. שחזור מורשה: __. חריג ואחראי: __. מועד בחינה: __. זו תבנית מוצעת, ללא סיסמאות או קודים.",[92,93,94,95,96],"מופו משתמשים, מנהלים וחיבורים עסקיים.","נבדקו כניסה ושחזור בקבוצת ניסיון.","אומתה המדיניות האפקטיבית לפני אכיפה רחבה.","החרגות קיבלו אחראי ומועד בדיקה.","נשמר תיעוד ללא סיסמאות וקודים.",[98,101,104],{"question":99,"answer":100},"הפעלתי אפשרות לאימות. למה לא כולם נדרשים אליו?","אפשרות רישום, השלמת רישום ואכיפה הן מצבים שונים. בדקו מה המשתמש השלים ומה המדיניות שחלה עליו בפועל. מצב התחברות קיים, קבוצות והגדרות ארגוניות יכולים להשפיע על מה שרואים. אין להסתפק בכך שסומנה תיבה אחת בממשק הניהול.",{"question":102,"answer":103},"האם להכריח את כולם לעבור למפתח אבטחה מיד?","רק לאחר שהעובדים מחזיקים אמצעי מתאים, יודעים להשתמש בו ונבדק מסלול חלופי מורשה. שינוי שיטה ללא הכנה עלול לנעול משתמשים. אפשר להתחיל בקבוצה קטנה ולתעד תקלות לפני הרחבה, תוך שמירה על דרישות קיימות לחשבונות רגישים.",{"question":105,"answer":106},"האם אחרי ההטמעה אין צורך לבדוק הרשאות?","אימות מחזק את בדיקת הזהות בכניסה, אך אינו קובע מה מותר לחשבון לעשות. עדיין צריך לבדוק מנהלים, שיתוף קבצים, הרשאות יישומים וגישת ספקים. גם שחזור גישה ומכשיר פגוע דורשים טיפול נפרד; הטמעת אימות אינה אישור שכל סביבת העבודה מוגנת.",[108,109,110],{"label":31,"url":32},{"label":71,"url":72},{"label":80,"url":81},[112,115,118,121,124,126,128,131],{"path":113,"label":114},"\u002Fglossary\u002Fmfa","מה MFA עושה ומה אינו פותר",{"path":116,"label":117},"\u002Fglossary\u002Fpasskeys","מהו מפתח גישה",{"path":119,"label":120},"\u002Fblog\u002Fpasskeys-business-rollout","תוכנית מעבר ל-Passkeys",{"path":122,"label":123},"\u002Fblog\u002Fleast-privilege-small-business","בדיקת הרשאות לצד אימות",{"path":12,"label":125},"בדיקת הרשאות והגדרות אימות",{"path":13,"label":127},"ניהול דואר עסקי",{"path":129,"label":130},"\u002Fblog\u002Flost-mfa-device","מה עושים אם אמצעי האימות אבד",{"path":132,"label":133},"\u002Fblog\u002Fgoogle-workspace-security-checklist","סקירת Workspace מעבר להגדרת MFA",{"title":135,"description":136,"type":137,"button":138},"רוצים לאכוף אימות בלי לנעול את הצוות?","נוכל לתאם בדיקת מצב קיים, קבוצת ניסיון ותוכנית אכיפה ושחזור לפי סביבת Workspace שלכם.","setup","לתיאום בדיקה",[140,148,155,162],{"id":141,"path":142,"title":143,"description":144,"category":145,"artwork":145,"order":146,"publishedOn":147},"P197","\u002Fblog\u002Fwhy-passwords-fail-entropy-vs-mfa","סיסמה חזקה, passkeys ואימות רב-שלבי: מפני מה כל שיטה מגינה","השוואה בין ניחוש, פישינג וגניבת סשן, כולל התנאים ל-AAL2 עם passkeys מסונכרנים ודרישות NIST ל-AAL3.","access",108,"2026-10-30",{"id":149,"path":150,"title":151,"description":152,"category":145,"artwork":145,"order":153,"publishedOn":154},"P065","\u002Fblog\u002Fpassword-manager-business","איך בוחרים מנהל סיסמאות לעסק ולצוות","בחירת מנהל סיסמאות לעסק לפי שיתוף, הרשאות, שחזור ויצוא. מטריצת בדיקה וניסוי קבלה לפני רכישה, בלי דירוג מוצרים גורף.",80,"2026-10-10",{"id":156,"path":157,"title":158,"description":159,"category":145,"artwork":145,"order":160,"publishedOn":161},"P052","\u002Fblog\u002Femployee-offboarding-access","ביטול הרשאות עובד שעזב","ביטול הרשאות עובד שעזב: העברת בעלות, חסימת כניסה, ביטול חיבורים וטיפול במפתחות בלי לפגוע בתהליכי העסק.",97,"2026-10-24",{"id":163,"path":164,"title":165,"description":166,"category":145,"artwork":167,"order":168,"publishedOn":169},"ai-awareness","\u002Fblog\u002Fai-cyber-threats-access-hygiene-employee-awareness","פישינג בעידן AI והרשאות: שגרה מעשית לצוות","פישינג בעידן AI עשוי להיראות מנוסח היטב ומותאם לעסק. במקום לנחש מי כתב את ההודעה, בודקים את הפעולה המבוקשת ומאמתים חריגים בערוץ מוכר. המדריך מחבר בין הרגלי צוות, MFA ובעלות על חשבונות.","performance",98,"2026-05-07",[],null,{"path":173,"label":174},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":176,"label":177},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062512]