הפעלת Copilot היא לא קסם: חוזים, רישיונות, הרשאות וממשל עם Purview ב-Microsoft 365 (דיבוב AI)
כשמפעילים את Microsoft 365 Copilot מחברים מודל שפה ישירות לנתוני הארגון ומניעים מנגנון ציות שלם. הפרק מסביר כיצד חוזים, רישיונות, תפקידים, חשיפת נתונים ובקרות טכניות משתלבים, ומדוע Copilot רק משקף את סדר ההרשאות שלכם.
מה תלמדו:
- מה קובעים תנאי המוצרים ותוספת הגנת הנתונים: מיקום הנתונים, גבול הנתונים של האיחוד האירופי, בעלות על התוצרים והתחייבות שהנתונים שלכם לא מאמנים את מודלי הבסיס
- מדוע רישיון Copilot לא מרחיב הרשאות, ומדוע RBAC והקצאת רישיונות לפי קבוצות הם שמכריעים
- כיצד קבצים ששותפו יתר על המידה צפים דרך Copilot, וכיצד תוויות רגישות עם הצפנה מגינות עליהם
- שיתוף הפעולה בין מרכז הניהול, Purview ו-Defender: סיווג, DLP, ביקורת וניטור בזמן ריצה
- שלושה צעדים לשבוע הקרוב: הערכת DSPM ל-AI, רישיונות לפי קבוצות עם RBAC, וביקורת, שמירה ו-DLP ב-Purview
הפרק הזה הוא גרסה עברית בדיבוב AI של הסרטון המונפש מתוך M365 Show של Microsoft MVP מירקו פטרס.
רבים חושבים שהפעלת Microsoft Copilot היא עניין של מתג אחד: מדליקים, והקסם קורה. בפועל מחברים מודל שפה גדול לנתונים של הארגון. Copilot משלב מודלי שפה עם תוכן ה-Microsoft Graph ועם יישומי Microsoft 365 שבהם עובדים מדי יום: אימיילים, צ'אטים ומסמכים.
- 1מתחילים בחוזהבדקו עם הצוות המשפטי את תנאי המוצר ו-DPA, כולל התחייבויות מיקום נתונים אזוריות.
- 2רישיונות לפי קבוצותהקצו רישיונות לפי קבוצות עם RBAC ו-Entra, ובצעו ביקורת על חברות בקבוצות.
- 3ניקוי חשיפותהריצו הערכת Purview DSPM for AI והחילו את התיקונים בלחיצה אחת.
- 4תוויות ו-DLPהחילו תוויות רגישות, מדיניות DLP וכללי שמירה כדי לחסום נתונים ברגישות גבוהה.
- 5אכיפה והוכחההפעילו Defender, גישה מותנית ויומן ביקורת, כדי לאכוף כללים ולהוכיח אותם לרגולטור.
לכן השאלה החשובה היא לא אם Copilot עובד, אלא מה בדיוק נחשף בתוך ה-tenant ומי אחראי לכך. הסיכונים האמיתיים פרוסים על פני חוזים, רישיונות, הגנת נתונים, בקרות טכניות וממשל. מי שמפספס אחד מהם בונה מבוך בלי מפה.
חוזים: מה שנקבע לפני שנוגעים במתג
מרכז הניהול נראה כמו לוח בקרה עוצמתי, אבל הבסיס האמיתי הוא טקסט משפטי יבש. Copilot פועל תחת תנאי המוצר של מיקרוסופט ונספח הגנת הנתונים (DPA). אלה לא "אותיות קטנות". הם קובעים את מיקום הנתונים, את התחייבויות העיבוד ואת חובות הפרטיות. עוד לפני הלחיצה הראשונה, החוזה כבר הכתיב את כללי המשחק.
מה קובעים תנאי המוצר ונספח ה-DPA
תנאי המוצר קובעים מה מותר לעשות, היכן מותר לנתונים להיות פיזית, ולמי שייכים הפלטים ש-Copilot מייצר. נספח ה-DPA קובע בקרות פרטיות, בעיקר סביב GDPR ומסגרות דומות, ומגדיר את מיקרוסופט כמעבדת נתונים. מסגרות אלה מחייבות. ההגדרות הטכניות שלכם צריכות לפעול בהלימה איתן ולא בניגוד להן.
אפשר לתאר זאת כך: החוזים הם ההתחייבויות, והבקרות הטכניות הן מנגנוני האכיפה. אפשר להגדיר תוויות שמירה, מדיניות הצפנה והרשאות ללא סוף, אבל אם הן לא מתואמות עם מה שכבר מעוגן ב-DPA ובתנאי המוצר, החשיפה נשארת.
האם מיקרוסופט מאמנת את המודלים על הנתונים שלכם?
זה אחד הפחדים הנפוצים, והתשובה החוזית היא לא. ההנחיות (prompts), התשובות ונתוני Microsoft Graph ש-Copilot משתמש בהם לא מוזנים בחזרה למודלי הבסיס של מיקרוסופט. זה מעוגן גם בתנאי המוצר וגם ב-DPA. מי שחשש מכך דאג מבעיה שהחוזה כבר פתר.
מיקום נתונים ובעלות על התוצרים
שאילתות Copilot של לקוחות באיחוד האירופי מוגבלות לגבולות הנתונים של האיחוד. מחוץ לאיחוד, שאילתות עשויות לעבור דרך מרכזי נתונים באזורים גלובליים אחרים. זה מפורט בתנאי המוצר, ומי שמופתע מכך כנראה לא קרא על מה חתם.
גם הבעלות על התוצרים מוסדרת מראש. מצגות ש-Copilot מייצר שייכות לכם כברירת מחדל. בנוסף, ה-DPA כולל הודעות על פרצות מידע וביקורת על שימוש במעבדי משנה.
רישיונות ותפקידים: המנעולים על כל דלת
רישיון Copilot אינו מפתח אוניברסלי. הוא דומה יותר להיתר בנייה עם מאבטח צמוד: ההיתר מגדיר מה מותר שיהיה קיים, והמאבטח קובע מי רשאי לעבור. ההבחנה המרכזית היא שהרישיון מאפשר תכונות, אבל Copilot מציג רק נתונים שהמשתמש כבר מורשה לראות דרך Microsoft Graph. ההרשאות נקבעות על ידי זהות ה-tenant והגדרות ה-RBAC.
הרישיון אומר שהאדם יכול להשתמש ב-Copilot. ה-RBAC אומר שהוא עדיין לא יכול לפתוח את התיקיות הפרטיות של ה-CFO, אלא אם יכול היה לפתוח אותן גם קודם. בלי ההבחנה הזאת אנשים נכנסים לפאניקה מסיכונים דמיוניים, או גרוע מכך, מתעלמים מהאמיתיים.
רישיון הוא תוסף, לא הרחבת הרשאות
Copilot הוא תוסף לתוכניות Microsoft 365 קיימות ולא מגיע מובנה בחבילות הסטנדרטיות. הקצאת רישיון לא מרחיבה הרשאות, אלא מעניקה את הפונקציונליות בתוך Word, Excel, Outlook ושאר החבילה. יכולות מסוימות דורשות רישוי נוסף, למשל Purview לבקרת ציות או Defender כשכבת אבטחה. מי שמפעיל Copilot בלי להכיר את התלויות האלה בונה על קרקע לא יציבה.
שני ארגונים, שתי גישות
בארגון הראשון מאמינים שהוגנות פירושה רישיונות זהים וגישה זהה לכולם. התוצאה: Copilot צולל לספריות חוזים, לרשומות כוח אדם ולשרשורי מייל של ההנהלה, כי אלה שותפו יתר על המידה בטעות.
בארגון השני הרישיונות מותאמים לצרכים והתפקידים מגדירים אזורים ברורים. עובדי כספים שואלים רק על נתונים פיננסיים, שיווק מפיק טיוטות מחומרי קמפיינים, ומנהלי מערכות פועלים בתוך גבולות מוגדרים. המשתמשים עדיין מרגישים ש-Copilot חכם, אבל בפועל הוא משקף ארכיטקטורת מידע ממושמעת.
- השתמשו בהקצאת רישיונות מבוססת קבוצות במקום הקצאה ידנית. זה יעיל, ומכריח לבחון מחדש את החברות בקבוצות.
- בצעו ביקורת על חברויות בקבוצות, אחרת רישיונות עלולים לזלוג למקומות שאסור להם.
- רישיונות Copilot לא ניתנים להרחבה לחשבונות אורח חוצי דיירים. יועץ עם כתובת Gmail לא יקבל Copilot בסביבה שלכם, והמערכת תחסום ניסיון לעקוף זאת.
חשיפת נתונים: Copilot כמראה להיגיינת ההרשאות
Copilot שואב תוכן דרך Microsoft Graph ומציג רק חומרים שלמשתמש כבר יש הרשאת צפייה בהם. האינדקס הסמנטי וההתבססות על נתונים מכבדים גבולות גישה מבוססי זהות, כך שה-AI לא משוטט במקומות שאינו אמור לגשת אליהם. אבל הוא גם לא עוקף הרשאות, אלא משקף אותן.
אם הספריות של הצוות פתוחות לכולם, Copilot ישלב אותן בסיכום. אם אתר SharePoint חשוף ברשלנות, הנתונים האלה יופיעו בתשובות. אפשר לדמות אותו לספרן בעל זיכרון מושלם: עובדים רגילים שוכחים את ארון התיוק הלא נעול במרתף, אבל Copilot לא שוכח. האינדקס הוא מעשה ידיכם, לא של מיקרוסופט.
תוויות רגישות והגנה בירושה
הרשאות לבדן אינן כל המשוואה. תוויות רגישות מפעילות הגנה כשהן אוכפות הצפנה או דורשות זכויות שימוש לחילוץ נתונים. Copilot מחלץ תוכן רק אם למשתמש יש גם הרשאת צפייה וגם הרשאת חילוץ, ואם לא, הוא נחסם. התוויות גם עוברות בירושה: כש-Copilot יוצר מצגת חדשה על בסיס קובץ רגיש, התווית וההגנות עוברות אוטומטית. זה חשוב, כי להסתמך על כך שמשתמשים יזכרו לתייג כל מסמך נגזר פירושו להמר נגד האנטרופיה.
רגולציה ותושבות נתונים
רגולטורים לא מסתפקים בטענה ש"ההרשאות אפשרו את זה". ב-GDPR, ב-HIPAA וב-ISO מה שמעניין הוא משטחי הגישה. אם ההגדרות מאפשרות למידע אישי להופיע דרך Copilot, עמדת הציות נפגעת. הטענה ש-Copilot רק שיקף הרשאות דומה לטענה שלא מגיע דוח מהירות כי הרגל לחצה על הגז באופן טבעי.
יש עוד פרט שחשוב להכיר. עבור לקוחות באיחוד האירופי, מיקרוסופט מנתבת את עיבוד הנתונים של Copilot דרך גבול הנתונים האירופי במקום שנדרש. אבל שאילתות חיפוש באינטרנט דרך Bing אינן כלולות בערבויות האלה ופועלות לפי מדיניות נפרדת לטיפול בנתונים. מי שמניח שכל הנתונים מוגנים במידה שווה טועה.
שמירת הנתונים ש-Copilot יוצר
ההנחיות, התגובות ויומני הפעילות לא נשלחים למתקן אימון מודלים. הם נשמרים בתוך גבולות השירות של Microsoft 365, ושם אפשר לנהל את שמירתם ומחיקתם באמצעות Purview. מנהלי מערכת יכולים להשתמש בחיפוש תוכן ובמדיניות שמירה של Purview כדי לשלוט בהיסטוריה הזו.
מרכז הניהול, Purview ו-Defender: תזמורת אחת
מה שנראה כתיבת סימון תמימה במרכז הניהול של Microsoft 365 הוא למעשה שרביט של מנצח. שלושת הכלים אינם אפליקציות נפרדות אלא ממדים של מנוע ציות אחד.
- מרכז הניהול: מערכת בקרת ה-tenant. מטפל בהקצאות רישוי, בהגדרות Copilot ברמת ה-tenant ובהפעלת תוספים, וקובע מי מקבל Copilot.
- Purview: בקרת המחסן בגבול. מסווג, מתייג ובודק כל מה שזורם דרך Microsoft Graph, אוכף שמירת נתונים, מיישם מניעת אובדן נתונים (DLP), חושף סיכונים באמצעות DSPM for AI ומתעד פעולות ביומני ביקורת.
- Defender: זרוע האכיפה. Microsoft Defender for Endpoint מספק אכיפה בזמן אמת, התראות ו-DLP לנקודות קצה. הוא מנטר התנהגות, מסמן פעולות מסוכנות כמו הדבקת נתונים רגישים בכלי AI של צד שלישי, ועוצר תוכן של Copilot כשהכללים תואמים.
מנהלי מערכת נוטים להניח בידוד בין הכלים, אבל הם חופפים כל הזמן. בלי התוויות והמדיניות של Purview התוכן זורם ללא סיווג, ובלי האכיפה של Defender הפרות עוברות ללא הפרעה. דוגמה: משתמש מבקש מ-Copilot סיכום הכנסות, וקובץ הרקע כולל מספרי חשבונות המסווגים כחסויים. Defender חותך את הפלט מיד. זו לא תקלה, אלא מדיניות שמיושמת בחיים האמיתיים. אם מתייחסים לכל אחד מהכלים כאל אופציונלי, מקבלים רעש ולא משילות.
ממשל בפועל: כללים מול מציאות
מדיניות על הנייר שבירה. מפיצים אותה, מקיימים כינוס, מכריזים על ניצחון, ובתוך ימים היא קבורה תחת אימיילים שלא נקראו. ממשל שאינו נאכף מערכתית אינו ממשל. כללים צריכים להיות מוטמעים בכלים שהעובדים כבר משתמשים בהם, אחרת הם נשענים על מערכת הכבוד.
מניעה טכנית במקום הנחיה כללית
ההנחיה "אל תשתפו קבצים רגישים עם Copilot" נשמעת תקיפה, אבל כוח ההרתעה שלה כמו של פתק דביק. במקום זאת, הגדירו מדיניות DLP ב-Purview שמכוונת למיקום של חוויית Microsoft Copilot. כש-Copilot נתקל בקובץ סודי ביותר, הוא לא יכול לסכם אותו, בלי קשר לנימוס של העובד בהנחיה. קמפיין מודעות אומר למשתמשים מה לא לעשות, ואילו אכיפה הופכת את הפעולה האסורה לבלתי אפשרית טכנית. גם לרגולטורים יש העדפה ברורה: מנגנון שמוציא את הבחירה האנושית מהמשוואה.
הכלים שכדאי לגייס
- תיוג אוטומטי ותוויות רגישות כברירת מחדל, שמחייבים סיווג גם כשהעובדים שוכחים.
- תוויות שמירה עם לוחות זמנים אוטומטיים, כדי שקבצים שנשכחו לא יישארו לנצח.
- Communication Compliance, שסורק הנחיות ותגובות ב-Copilot ומסמן נתונים בלתי הולמים. הוא לא מונע ניסיון, אבל תופס אותו ומפיק טלמטריה.
- DSPM for AI, שמוצא נתונים ששותפו יתר על המידה ומציע מדיניות תיקון בלחיצה אחת.
הממד הארגוני
ממשל הוא לא רק כלים. פריסה שפויה כוללת מועצת AI רב-תחומית או מרכז מצוינות, שולחן שבו יושבים גורמים משפטיים, אבטחה, משאבי אנוש ו-IT כדי להתאים כללים לבקרות הטכניות. ההנחיות של מיקרוסופט מעודדות זאת. בלי התאמה, צד אחד מדפיס הנחיות מעורפלות והצד השני מגדיר מציאות אחרת לגמרי.
הדוגמה בהקלטה היא שתי חברות בדיוניות. חברה א' כתבה הנחיה מבריקה בעמוד אחד: "השתמשו ב-Copilot באחריות". חברה ב' הגדירה תבניות Purview שחוסמות את Copilot מלהגיש מסמכים לא מסווגים. חצי שנה אחר כך, חברה א' מנסה להכיל דליפה אחרי שקבצים רגישים הופיעו בסיכומי Copilot, וחברה ב' לא. בשתיהן היה ממשל, אבל רק אחת התייחסה אליו כמערכת.
טעויות נפוצות ואבני נגף
- להתייחס ל-Copilot כאל מתג בלבד: ההפעלה מוציאה לפועל התחייבויות חוזיות, ולכן החוזה צריך להיבדק קודם עם הצוות המשפטי.
- לחשוב שרישיון הוא מפתח אוניברסלי: הרישיון נותן פונקציונליות, וההרשאות נקבעות ב-RBAC.
- פיזור רישיונות בלי לבדוק הרשאות: רישוי רחב יחד עם תפקידים רופפים הופך חשיפה להיפותטית לכמעט מובטחת. משתמשים לא צריכים כוונה זדונית, רק תיבת חיפוש עם יותר מדי גישה שעברה בירושה.
- להניח שכל הנתונים מוגנים באותה מידה: חיפוש אינטרנט דרך Bing אינו חלק מערבויות גבול הנתונים האירופי.
- להסתמך על Purview בלבד: מסנן עובד רק אם הנתונים סווגו נכון מלכתחילה.
- להתייחס לכלים כאל מבודדים: הגדרות לא מתואמות, למשל כללים אגרסיביים מדי ב-Defender, יוצרות חיכוך עם המשתמשים.
- להסתמך על זיכרון העובדים: אם האסטרטגיה תלויה בכך שכולם תמיד יזכרו את הכללים, היא כבר נכשלה.
טייקאווים מעשיים
- לפני הקצאת רישיונות, שבו עם הצוות המשפטי ותעדו את הכיסוי של ה-DPA ותנאי המוצר, כולל התחייבויות מיקום נתונים אזוריות כמו גבולות האיחוד האירופי.
- הריצו הערכת Purview DSPM for AI והחילו את התיקונים בלחיצה אחת.
- הקצו רישיונות לפי קבוצות, בליווי RBAC ו-Entra, ובצעו ביקורת על חברות בקבוצות.
- הפעילו יומן ביקורת מאוחד ב-Purview, וגם שימור ו-DLP לחסימת נתונים ברגישות גבוהה.
- החילו תוויות רגישות בעקביות וצמדו אותן למדיניות DLP ולכללי שמירה.
- חזקו את ההיקף עם גישה מותנית ואימות רב-גורמי, ופרסו Defender DLP לנקודות קצה בכל מכשיר.
- הסתמכו על e-Discovery ועל יומני ביקורת ניתנים לחיפוש, כדי שתוכלו להוכיח לרגולטור שהכללים נאכפים.
- הקימו מועצת AI או מרכז מצוינות שמחבר בין משפטי, אבטחה, משאבי אנוש ו-IT.
סיכום
הפעלת Copilot אינה הפעלת בינה מלאכותית, אלא הפעלת מערכת בקרה שלמה שנפרשת על פני חוזים, הרשאות, הגבלות נתונים וממשל. Copilot משקף את הסביבה שבניתם: בהיגיינת הרשאות טובה התשובות יהיו מסודרות ורלוונטיות, ובהיגיינה רשלנית הוא יציג את המחדל. כשהגבולות האוטומטיים קיימים, Copilot הופך מאיום נתפס לכלי עבודה אמין וממושמע.
Mirko Peters הוא Microsoft MVP, מנחה הפודקאסט M365.FM ויוזם הכנס המקוון והחינמי M365Con.
