איך לראות אילו כלי AI ניגשים ל-Google Workspace שלכם

אפשר לראות כל כלי AI עם גישת OAuth ל-Google Workspace שלכם מתוך קונסולת הניהול, תחת Security ← Access and data control ← API controls ← App access control. שם מופיעה כל אפליקציית צד שלישי שהורשתה בדומיין שלכם — כולל עוזרי AI, תוספי דפדפן ובוטים לתמלול פגישות — יחד עם הנתונים בגוגל שכל אחת מהן קיבלה גישה אליהם.

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

איפה מוצאים גישת אפליקציות צד שלישי בקונסולת הניהול של גוגל?

1. היכנסו ל-admin.google.com כסופר-אדמין או כאדמין עם הרשאת Services.
2. עברו אל תפריט ← Security ← Access and data control ← API controls.
3. לחצו על Manage App Access (מכונה גם App access control בגרסאות מסוימות של הקונסולה).

תגיעו לרשימה המחולקת ל-Configured apps (אפליקציות שקבעתם עבורן רמת גישה מפורשת) ול-Accessed apps (כל אפליקציה שנמצאת כרגע בשימוש, בין אם הגדרתם אותה ובין אם לא). עבור כל אפליקציה תוכלו לראות:

• שם האפליקציה, המפרסם ומזהה הלקוח (OAuth client ID) שלה.
• האם היא נושאת את תג האימות של גוגל.
• ה-scopes הספציפיים של שירותי גוגל שהיא מבקשת — Drive, Gmail, Calendar, Admin Directory וכו' — ניתנים להרחבה לכל אפליקציה.
• כמה משתמשים בדומיין שלכם אישרו אותה.
• רמת הגישה שאפשר להגדיר: Trusted, Limited, Specific Google data או Blocked.

אפשר גם לייצא את הרשימה המלאה כ-CSV, ולהחיל רמות גישה שונות על יחידות ארגוניות שונות במקום על הדומיין כולו בבת אחת.

איך יודעים אילו מהאפליקציות האלה הן כלי AI?

הקונסולה של גוגל לא מתייגת שום דבר כ-"AI" — היא מציגה כל אפליקציה מחוברת ב-OAuth באותו אופן, בין אם זה תוסף לגיליון אלקטרוני ובין אם זה עוזר מבוסס מודל שפה גדול. בפועל, כלי AI מופיעים תחת שמות כמו ספק AI ישירות (OpenAI, Anthropic, Perplexity), בוט תמלול פגישות (Otter.ai, Fireflies, Fathom), עוזר כתיבה (Grammarly, Jasper), או תוסף ממוקד יותר ("GPT for Sheets and Docs", "AI Email Writer") ששם המפרסם שלו לא מרמז על מה שהוא עושה. זיהוי שלהם הוא תרגיל התאמת-תבניות ידני: לעבור על שמות האפליקציה והמפרסם, ולבדוק את ה-scopes המבוקשים — אפליקציה שמבקשת drive.readonly או gmail.readonly לצד שם שאינכם מכירים שווה בדיקה נוספת בלי קשר לקטגוריה.

איך בודקים אילו כלי AI אדם מסוים אישר?

התצוגה כלל-הדומיינית שלמעלה אומרת לכם שלאפליקציה יש משתמשים; היא לא אומרת לכם *מי*, או *מתי*. לשם כך:

1. עברו אל תפריט ← Directory ← Users ופתחו את חשבון האדם.
2. פתחו את לשונית ה-Security שלו.
3. גללו אל Connected applications.

הקטע הזה מציג כל אפליקציית צד שלישי שהמשתמש הספציפי הזה אישר, את רמת הגישה (ה-scopes שהיא יכולה להשתמש בהם) ואת תאריך האישור. אדמין עם הרשאת User Security Management יכול לבטל כל אחת מההרשאות האלה ישירות מהעמוד הזה. זהו המקום היחיד שבו הקונסולה מציגה *מתי* אפליקציה אושרה — אבל המשמעות היא בדיקה של אדם אחד בכל פעם, בלי ייצוא מרוכז ובלי אפשרות לסנן "כלי AI בלבד".

מה המגבלות האמיתיות של בדיקה ידנית?

מסך App access control כלל-הדומייני מרכז מספרים אבל משמיט את הפירוט לפי משתמש; מסך Connected Applications לפי משתמש כולל את הפירוט אבל בלי תצוגה מרוכזת. אף אחד מהם לא מספר לכם:

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

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

מה התצוגה הידנית לא מספרת לכם, ואיך 8200.dev עונה על כך?

הנתיב הידני עונה על "למה יש גישה". הוא לא עונה על "מי השתמש בה, מתי, והאם היא עדיין נחוצה" — השאלות שבאמת קובעות אם לאפליקציה צריכה להישאר הגישה שלה. Agent Guard של 8200.dev ממפה כל סוכן AI ואפליקציה מחוברת-OAuth בכל המקורות המחוברים שלכם בתצוגה אחת, מתעדכנת ברציפות, מדרג כל אחת לפי סיכון, ומסביר את הממצא בשפה פשוטה במקום מחרוזת scope. הגילוי הוא בקריאה בלבד: חיבור Google Workspace משתמש ב-scope קריאה-בלבד של מטא-נתוני Drive, ומיפוי אפליקציות ה-OAuth המעמיק שמוצג למעלה זמין ברגע שארגון מפעיל ביקורת OAuth apps, שמאשרת מחדש עם ה-scopes הנוספים בקריאה-בלבד של Admin SDK שגוגל דורשת לתצוגה הספציפית הזו — שום דבר כאן לא משנה גישה מעצמו; כל פעולה נשארת המלצה עד שהארגון בוחר להצטרף אליה.

ראו את רשימת הקונקטורים המלאה כדי לראות איך זה מתרחב מעבר ל-Google Workspace אל Microsoft 365, Slack, GitHub וספקי ה-AI עצמם.