אבטחת גוגל וורקספייס: המדריך המלא למנהלי מערכות מידע (2026)

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

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

מתחילים בזהויות, כי כל השאר תלוי בהן

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

שלוש בקרות עושות את רוב העבודה הכבדה:

• אימות רב-שלבי (MFA), נאכף — לא רשות. סיסמה לבדה היא נקודת כשל יחידה. אכיפת אימות דו-שלבי על פני הארגון היא הבקרה האפקטיבית ביותר שאתם יכולים לפרוס. אנחנו מפרטים את תהליך ההטמעה במדריך שלנו לאכיפת אימות רב-שלבי בגוגל וורקספייס.
• גורמי אימות חזקים ועמידי דיוג היכן שאפשר. מפתחות אבטחה חומרתיים ומפתחות-סיסמה עומדים בפני ערכות דיוג האישורים שמביסות קודים חד-פעמיים. שריינו אותם לכל הפחות למנהלי מערכת ולחשבונות רגישים אחרים.
• תפקידי ניהול בהרשאה מזערית. תפקיד מנהל-העל יכול לעשות הכול. רוב מנהלי המערכת שלכם אינם זקוקים לו. גוגל וורקספייס תומכת בתפקידי ניהול מותאמים התחומים למשימות ספציפיות; השתמשו בהם, ושמרו את מספר מנהלי-העל קטן ככל שאתם מסוגלים להצדיק.

תרגיל מועיל: מנו כל חשבון עם הרשאות ניהול ושאלו, על כל אחד, ״מה הדבר הגרוע ביותר שהחשבון הזה יכול לעשות אם ייפרץ מחר?״ התשובות בדרך כלל חושפות כמה תפקידים רחבים מהנדרש.

משתלטים על השיתוף בדרייב

הדרייב הוא המקום שבו חי הידע של הארגון, והשיתוף הוא המקום שבו מתחילה רוב חשיפת הנתונים. הבעיה רק לעיתים רחוקות זדונית — היא נוחות. מישהו מגדיר מסמך כ״כל מי שיש לו את הקישור״ כדי לשחרר חסימה לפני פגישה, הפגישה נגמרת, והקישור ממשיך לחיות ללא הגבלה, ניתן להעברה ולאינדוקס.

הדפוסים ששווה לצוד:

• קישורים ציבוריים. קבצים המשותפים ל״כל מי שיש לו את הקישור״ נגישים לכל מי שמשיג את הכתובת. לתוכן רגיש, זו דלת פתוחה.
• שיתוף חיצוני. קבצים ותיקיות המשותפים עם כתובות מחוץ לדומיין שלכם — שותפים, קבלנים, חשבונות אישיים — מרחיבים את היקף הנתונים שלכם למערכות שאינכם שולטים בהן.
• שיתוף כלל-ארגוני. ״כל אחד בארגון״ מתאים למדריך עובדים ומסוכן לתיקיית נתוני שכר.
• ירושה שבורה ובעלות-יתר. תיקיית-אב אחת ששותפה יתר על המידה יכולה לחשוף בשקט את כל מה שמתחתיה.

קבעו ברירות מחדל ארגוניות שקולות בקונסולת הניהול (הגבילו שיתוף מחוץ לדומיין לרשימה מהימנה היכן שתהליך העבודה שלכם מאפשר), אבל ברירות מחדל שולטות רק בשיתופים *חדשים*. השיתופים שנוצרו לפני שהידקתם את המדיניות עדיין שם בחוץ. מציאתם היא בעיית גילוי, וכאן סריקה רציפה מוכיחה את ערכה. רשימת הבדיקה שלנו להרשאות שיתוף בגוגל דרייב הופכת את זה לסקירה מוחשית וחוזרת.

מבקרים את אפליקציות הצד השלישי המחוברות לארגון

כל ״כניסה עם גוגל״ וכל תוסף שמשתמש מתקין מעניקים לאפליקציית OAuth נתח כלשהו של גישה לנתוני הוורקספייס שלכם — לעיתים קרובות דרייב, לפעמים ג׳ימייל, מדי פעם היכולת לפעול בשם המשתמש. לאורך חודשים ושנים, הרשימה הזו צומחת לשלל של אינטגרציות נשכחות, כלי ניסיון וספקים נטושים — כל אחד מהם הענקת גישה עומדת שאיש אינו סוקר.

זו מערכות מידע בצל בצורתה המילולית ביותר: גישה שלא הקציתם ואולי אינכם יודעים כלל על קיומה. הרשאת OAuth מסוכנת אינה צריכה לדוג איש — המשתמש כבר לחץ ״אישור״.

מה לחפש:

• אפליקציות עם הרשאות רחבות (גישה מלאה לדרייב, שליחת דוא״ל, ספריית הניהול).
• אפליקציות שרק אחד או שני אנשים משתמשים בהן אך מחזיקות גישה רחבה.
• אפליקציות ממפרסמים לא מאומתים.
• אפליקציות שאיש לא השתמש בהן חודשים.

אנחנו מעמיקים במכניקה — כולל איך לקרוא את ההרשאות שחשובות — במדריך לביקורת אפליקציות OAuth של צד שלישי בגוגל וורקספייס.

מקשיחים את תצורת הניהול

מעבר לזהויות ולשיתוף, סט של הגדרות כלל-ארגוניות קובע בשקט את עמדת האבטחה שלכם. קל לקבוע אותן פעם אחת ולשכוח, וזו בדיוק הסיבה שהן נסחפות:

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

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

עוקבים אחרי התנהגות מסוכנת וסוכני בינה מלאכותית

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

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

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

אבטחה אינה פרויקט עם תאריך סיום; היא עמדה שמתחזקים. קצב עבודה מעשי לרוב הצוותים:

• ברציפות: סרקו קישורים ציבוריים חדשים, שיתופים חיצוניים והרשאות OAuth, והתריעו על המסוכנים.
• חודשית: סקרו את קו הבסיס של תצורת הניהול ואת רשימת מנהלי המערכת.
• רבעונית: סקרו את קשרי השיתוף החיצוניים ואת מלאי אפליקציות הצד השלישי; נתקו כל מה שהתיישן.
• בכל קליטה/מעבר/עזיבה: התאימו גישה מייד. גישה מיושנת של עובדים שעזבו ושל שינויי תפקיד היא אחד הממצאים הנפוצים ביותר בכל ביקורת.

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

איפה אוטומציה עוזרת

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

זה הפער שניהול עמדה רציף ואוטומטי ממלא: הוא מונה מי ומה יכולים להגיע לכל משאב, מסמן את החשיפות שחשובות, מסביר *למה* כל אחת מסוכנת בשפה פשוטה, ובודק מחדש בכל שינוי — כך שאתם עובדים מול המציאות הנוכחית במקום מול הגיליון של הרבעון שעבר. 8200.dev עושה בדיוק את זה לגוגל וורקספייס — קראו עוד על איך זה עובד או על מה אנחנו בודקים.

הזמן הטוב ביותר להציב קו בסיס היה ביום שבו פרסתם את וורקספייס. הזמן השני הכי טוב הוא היום.

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