הסבר על מודל ההרשאות של Copilot

By Mirko Peters · 2026-03-18 · Updated 2026-03-24

הגנו על המידע שלכם ב-Microsoft 365 Copilot באמצעות AI! למדו כיצד להגדיר ולנהל הרשאות גישה לשימוש ב-Copilot. שלטו בגישה של מודלי AI בדייר שלכם.

Automatically translated with AI from the original post. Read the English original

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

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

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

סקירה של תכונות האבטחה של Microsoft 365 Copilot

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

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

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

הבנת מנגנוני האבטחה והאימות של Copilot

Microsoft 365 Copilot מסתמך על תהליך האימות הליבתי שכבר בשימוש בסביבה שלכם, כולל Microsoft Entra ID (שנקרא בעבר Azure AD). כל הפעלה של Copilot מתחילה באימות משתמש – בדיקת שמות משתמש וסיסמאות, ולעיתים גם שלב נוסף כמו קוד טלפון או אפליקציית אבטחה (זהו אימות רב-שלבי, או MFA). מנגנון זה חוסם את רוב ההתקפות הבסיסיות עוד לפני שהן נכנסות פנימה.

לאחר מכן Copilot מנצל גישה מותנית – קבוצת כללים שמביאה בחשבון גורמים כמו מצב בריאות המכשיר, פרופיל הסיכון של המשתמש, או המיקום הפיזי של ניסיון ההתחברות. אימות adaptive משמעותו שההרשאות אינן רק "כן או לא", אלא מסתגלות להקשר. לכן, אם מישהו ינסה להשתמש ב-Copilot ממיקום חשוד, הגישה עלולה להיחסם או לדרוש אימות נוסף.

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

אם תרצו לראות דרכים מעשיות לשלב את ההגנה מפני איומים של Defender עם בקרות מבוססות Purview, כדאי לעיין במדריך האבטחה הזה של Microsoft 365. להעמקה בגישה מותנית ובממשל זהויות ניתן לוודא את הגישה המוצגת כאן: לולאת האבטחה של Entra ID עם גישה מותנית.

בקרת גישה מבוססת תפקידים והרשאות Copilot

תפקידים והרשאות הם כמו המפה והמצפן של Copilot – הם קובעים מי יכול להגיע לאן ומה מותר לו לעשות בתוך נוף הנתונים שלכם. ב-Microsoft 365 Copilot הכול נשען על בקרת גישה מבוססת תפקידים (RBAC), שמבטיחה שרק מי שיש לו תפקיד תפקודי נכון והרשאות אבטחה מתאימות יוכל להשתמש בתכונות מסוימות של Copilot – ורק בנתונים שמותר לו לגעת בהם.

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

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

בקרות הרשאות מפורטות ותחום הגישה ב-Copilot

Copilot חכם ובטוח רק כמו ההרשאות שהגדרתם. בקרות הרשאות מפורטות מפרקות את הגישה לרמה מדויקת: לא רק "האם משתמש זה יכול לגשת ל-CRM?" אלא "האם הוא יכול לראות רשומות או שדות מסוימים בתוך ה-CRM?". מדובר לא רק בקריאה או כתיבה – אלא בשליטה בפרוסות המדויקות של הנתונים ש-Copilot יכול לחפש, לסכם או לערוך, תוך שמירה על ההרשאות ברמת הקצה שכבר הוגדרו במערכות כמו Dynamics 365 או Salesforce.

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

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

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

שילוב Microsoft Purview וממשל נתונים

Microsoft Purview הוא הכוח המניע מאחורי ממשל הנתונים של Copilot. אפשר לחשוב עליו כעל חדר הבקרה התפעולי, שרושם כל פעולה של Copilot ומוודא שהשימוש נשאר בתוך גבולות הציות הארגוניים. שילוב Purview עם Copilot מאפשר לארגונים להגדיר ולאכוף מדיניות שנשארת צמודה לנתונים, ללא קשר למי שמשתמש בבינה המלאכותית.

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

הגדרת הבקרות הללו דורשת יותר מלחיצה מהירה. המדיניות צריכה לשקף את פרופיל הסיכון הייחודי שלכם, ולהפריד בין מידע רגיש לבין פעילות עסקית שוטפת. אם אתם מחפשים שלבים מעשיים לממשל מתקדם של סוכני Copilot, כדאי לעיין באופן שבו Purview מאבטח את Copilot ואת Power Platform. כדאי גם להבין איך פועלים יומני הביקורת, ויש כאן מדריך מעשי: ביקורת פעילות משתמשים עם Microsoft Purview Audit.

פרטיות נתונים וציות רגולטורי ב-Copilot

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

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

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

פרטיות נתונים, GDPR ו-HIPAA ב-Microsoft 365 Copilot

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

ניהול זכויות משתמשים (User Rights Management) הוא יכולת מרכזית – הארגון יכול לממש בקשות של נושאי מידע (כגון "הזכות להישכח"), לשלוט בגישה ולבטל או לעדכן הרשאות באופן מרכזי, בהתאם לדרישות רגולטוריות. Copilot מכבד תוויות רגישות קיימות, מדיניות DLP וסיווג נתונים שמוגדר בצד הדייר, ולכן פעולות מבוססות בינה מלאכותית תמיד מתיישבות עם מערך הציות שלכם. כל פעולה של Copilot נרשמת ביומן, וכל הנתונים שמטפל בהם Copilot נשארים בתוך הגבולות של Microsoft 365, אלא אם הוגדר אחרת במפורש.

אם אתם מטמיעים DLP או שואפים לאכוף שימוש מחמיר במחברים (connectors) באוטומציות של Power Platform, המדריך הבא למפתחים שמנהלים מדיניות DLP למפתחים שמנהלים מדיניות DLP יכול לעזור. למדריך מסודר להגדרת DLP ב-M365 והבנה של היתרונות הפרודוקטיביים של Copilot, עיינו ב-איך מגדירים Data Loss Prevention (DLP) ב-Microsoft 365.

שיקולים לגבי מיקום נתונים וריבונות

Copilot פועל לפי התחייבויות Microsoft 365 בנושא מיקום נתונים וריבונות, כלומר הנתונים שלכם נשארים באזורים או במדינות שהארגון הגדיר בהתאם לדרישות הרגולטוריות או העסקיות שלו. בין אם אתם צריכים עמידה ב-EU Data Boundary ובין אם בחוקי אחסון מקומיים, Copilot מבטיח שתוכן רגיש לא יחצה לגיאוגרפיות לא מורשות.

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

כיצד Copilot ניגש להגנה על נתוני הארגון Copilot

Copilot שואב נתוני ארגון דרך Microsoft Graph API – השכבה המקשרת בין עומסי העבודה של Microsoft 365, כמו Exchange, SharePoint, Teams ועוד. אולם Copilot אינו יכול לראות דבר שהמשתמש עצמו אינו יכול לגשת אליו. לכן מודלי ההרשאות הנוכחיים, תוויות הרגישות וסקירות הגישה שלכם יוצרים היקף אבטחה סביב כל פעולה שמונעת על ידי Copilot.

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

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

טיפול בנתונים רגישים והגנה עליהם ב-Copilot

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

Microsoft אוכפת סיווג נתונים בכמה שכבות, ומונעת חשיפה או שימוש לרעה בחומר חסוי בתוצרי Copilot. בקרות מדיניות מאפשרות למנהלים להגדיר איזה תוכן "בטוח" עבור Copilot לגשת אליו. להגדרה מדויקת של DLP או לתכנון אסטרטגיות לסיווג נתונים, ניתן למצוא הנחיות ב-בונה מדיניות ה-DLP של Power Platform.

אימות מבוסס זהות וגישה מותנית ב-Copilot

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

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

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

ביקורת וניטור של שימוש בהרשאות Copilot

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

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

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

תכונות מתקדמות של Copilot: Promptbooks, תוספים והרחבה

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

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

ארגונים שמתקשים בממשל ככל ש-Copilot מושק עם פיצ'רים חדשים ימצאו דיון כנה על הפחתת סיכונים ושליטה בסוכני AI בסקירה הזו של סיכוני ממשל ב-Copilot Notebooks. כשאוטומציות צללים מקדימות את המדיניות, הנה איך לחזור לשליטה עם מסגרת מעשית של 48 שעות: Agentageddon: Agents Outpacing Governance.

הרשאות גישה ומנהל Copilot: משאבים נוספים למנהלים

מהו מודל ההרשאות של Copilot, וכיצד הוא פועל בתוך הדייר שלכם ב-Microsoft 365?

מודל ההרשאות של Copilot מגדיר כיצד סוכני Microsoft Copilot ניגשים לנתונים ולשירותים בדייר Microsoft 365 שלכם. המודל מספק בקרות מדויקות על גישה לנתונים שבהם משתמשים ה-Copilot, ומבטיח שהנתונים יעובדו רק בהתאם להרשאות הגישה שהוגדרו ולבקרות הבסיסיות לגישה לנתונים. מנהלים יכולים לנהל את הגישה באמצעות הגדרות מבוססות תפקידים, הרשאות צפייה ומדיניות ברמת הדייר, כך שתשובות Copilot ישתמשו רק במקורות נתונים מורשים כמו OneDrive, SharePoint ושירותי Microsoft 365 משולבים נוספים, ויימנעו מדליפת נתונים בלתי מכוונת בין משתמשים.

כיצד מנהלים גישה והרשאות משתמשים ל-Microsoft Copilot?

לניהול גישה והרשאות משתמשים, מנהל Copilot מגדיר תפקידים ומדיניות בדייר Microsoft 365 כדי לשלוט במשתמשים ובקבוצות שרשאים להשתמש בתכונות Copilot. זה כולל מתן או ביטול של הרשאות גישה למקורות נתונים, הגדרת הרשאות צפייה, ושימוש בכלים ב-Microsoft Learn וב-admin center לניהול יעיל של השימוש ב-Copilot. ניתן גם להשתמש ב-API ובהגדרות ברמת הדייר כדי להפוך שינויים בהרשאות לאוטומטיים ולשלב עם מערכות קיימות לניהול זהויות וגישה.

אילו בקרות לגישה לנתונים משמש Copilot, וכיצד הן מגנות על הפרטיות?

Copilot משתמש בשילוב של בקרות לגישה לנתונים, כגון גישה מבוססת תפקידים, הגדרות מיקום מגורי נתונים והרשאות ברמת המסמך. Copilot מציג רק נתונים שהמשתמש כבר מורשה לצפות בהם, והמודל בדייר Microsoft 365 שלכם מכבד את הרשאות הגישה הקיימות ואת הגדרות מדיניות הפרטיות. אמצעים אלה, יחד עם עדכוני אבטחה וניטור, מצמצמים את החשיפה של תוכן רגיש ותומכים בעמידה בדרישות רגולטוריות כמו חוק הבינה המלאכותית של האיחוד האירופי (EU AI Act).

האם Copilot יכול לגשת למקורות נתונים חיצוניים, וכיצד מטופלות הרשאות אלה?

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

כיצד מודל ההרשאות של Copilot מונע דליפה בלתי מכוונת של תשובות בין משתמשים?

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

אילו אחריות יש למנהלי Copilot בנוגע לעדכוני אבטחה ולתמיכה טכנית?

על מנהלי Copilot להחיל עדכוני אבטחה, לבחון באופן קבוע את הרשאות הגישה ולפעול לפי ההנחיות של Microsoft Learn וערוצי התמיכה לקבלת תמיכה טכנית. עליהם להטמיע מדיניות לבחינות תקופתיות של מי רשאי להשתמש ב-Copilot, לוודא שהשילובים עם שירותי Microsoft 365 מאובטחים, ולתחזק תיעוד של בקרות הגישה לנתונים. כאשר עולות בעיות, מנהלים מתאמים עם התמיכה הטכנית של Microsoft ופועלים לפי השיטות המומלצות, כדי לשמור על עמידה בדרישות ורציפות תפעולית.

כיצד Copilot מעבד נתונים, ומה כדאי לדעת על נתוני אימון ומודלי בינה מלאכותית?

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

אילו שימושים ותרחישים של Microsoft 365 Copilot דורשים שינויים במודל ההרשאות ברירת המחדל?

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

היכן ניתן למצוא משאבים נוספים, תיעוד ושיטות עבודה מומלצות ליישום מודל ההרשאות של Copilot?

משאבים נוספים כוללים את Microsoft Learn, את התיעוד במרכז הניהול של Microsoft 365, וההנחיות בנושא ממשל של Microsoft Copilot ובינה מלאכותית יוצרת. משאבים אלה מסבירים כיצד לנהל גישה, להגדיר מנהלי Copilot, לשלב עוזרים בשירותי Microsoft 365 וליישם ממשקי API לבקרה מדויקת. לעזרה ישירה, פנו לתמיכה הטכנית של Microsoft, ועיינו בעדכוני אבטחה ובחומרי ציות כדי לוודא שהטמעת Copilot עומדת בצרכים הארגוניים והרגולטוריים.