Microsoft 365 Copilot: ממשל נתונים וגבולות נתונים

By Mirko Peters · 2026-02-25 · Updated 2026-03-24

Microsoft Copilot: ממשל נתונים וגבולות נתונים. למדו כיצד Microsoft 365 Copilot משתמש ב-Microsoft Graph ובממשל הנתונים של הדייר שלכם לצורך אבטחת מידע.

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

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

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

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

1. Copilot אינו קולט אוטומטית כל מה שאתם מקלידים. גם כשהוא מחובר למערכות ארגוניות, הסבר גבולות הנתונים של Copilot מראה שקלטים חולפים (כמו הנחיות חד-פעמיות) יכולים להיות מבודדים ולא משמשים לאימון מחדש של המודלים הבסיסיים, אלא אם הוגדרו במפורש לצורך טלמטריה או תוכניות שיפור.
2. אכיפת הגבולות מודעת להקשר ואינה רק בינארית. הסבר גבולות הנתונים של Copilot כולל בקרות מרובדות שבהן קטגוריות נתונים שונות (קוד, מידע מזהה אישי של לקוחות, תצורה) כפופות לכללי שמירה ושיתוף נפרדים, ולא למתג הפעלה/כיבוי יחיד.
3. ישנן פעולות מקומיות בלבד למשימות רגישות. אלמנט מפתיע אחד בהסבר גבולות הנתונים של Copilot הוא שחלק מהפריסות תומכות בהסקה מקומית או במחברים מקומיים (on-premise), כך שנתונים רגישים לעולם אינם יוצאים מהסביבה המבוקרת של הארגון.
4. מטא-נתונים יכולים לחצות גבולות גם כשהתוכן אינו חוצה. הסבר גבולות הנתונים של Copilot מזהיר שיומנים, דפוסי שימוש או מטא-נתונים (חותמות זמן, hash של קבצים) עשויים להישמר באופן שונה ולהיות נגישים לצורכי אבחון גם כאשר התוכן הגולמי מוגבל.
5. כלי פיתוח עשויים להציע בקרות ייצוא מדויקות. שילובים רבים של Copilot כוללים תכונות להסתרה, חסימה או תיוג של קבצים ומאגרים מסוימים, כך שהכלי מכבד גבולות ברמת המאגר. זו נקודה חשובה בהסבר גבולות הנתונים של Copilot.
6. אינטגרציות של צד שלישי מוסיפות שכבות גבול חדשות. הסבר גבולות הנתונים של Copilot מדגיש שמחברים (CI/CD, מערכות מעקב אחר בעיות, אחסון בענן) מוסיפים מדיניות משלהם. גם אם Copilot מוגדר להגביל נתונים, שירותים מחוברים עלולים ליצור חריגים, אלא אם הם מנוהלים במפורש.
7. כללים רגולטוריים וחוזיים יכולים לשנות את ברירת המחדל. הסבר גבולות הנתונים של Copilot מראה שהגדרות ציות (GDPR, HIPAA, תנאי DPA חוזיים) יכולות לעקוף ברירות מחדל רגילות ולאכוף הפרדת נתונים מחמירה יותר, שמירה ויכולות ביקורת מוגברות בפריסות ארגוניות.

הבנת גבולות הנתונים של Microsoft 365 Copilot

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

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

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

מיקום נתונים ועיבוד נתונים ב-Microsoft 365 Copilot

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

Copilot מכבד דרישות אזוריות ולאומיות. ה-EU Data Boundary הוא דוגמה ברורה לכך: כאשר הדייר שלכם מוגדר עם מגורים באיחוד האירופי, Copilot ממשיך לעבד הן את הפרומפטים והן את הנתונים שנשלפו, בתוך הגבול הגיאוגרפי הזה. כך מובטחת עמידה לא רק ב-GDPR, אלא גם בכללים נוספים כמו EU AI Act וחוקים דומים בבריטניה או בארצות הברית. השירותים מתוכננים כך שתוכן הארגון שלכם לא ידלוף אל מרכזי נתונים מרוחקים שנמצאים מחוץ לגבולות המשפטיים האלה.

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

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

בקרות גישה והרשאות לנתונים ב-Copilot

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

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

אבטחת נתונים ופרטיות ב-Microsoft Copilot

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

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

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

הצפנה ומניעת דליפת מידע ב-Copilot

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

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

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

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

פרטיות, הסכמת משתמשים ובינה מלאכותית אחראית

• בקרות פרטיות מפורטות: Copilot מאפשר למנהלים לקבוע גבולות לגבי המידע שה-AI יכול לגשת אליו, ולקשור הרשאות למשתמשים ספציפיים, תפקידים או קטעי נתונים.
• הסכמת משתמש והסרה מרצון: ניתן לבקש מהמשתמשים הסכמה לפני שמידע אישי שלהם או אינטראקציות מסוימות יעובדו על ידי Copilot. ארגונים יכולים אף להציע מנגנוני הסרה מרצון לפעולות רגישות, ובכך לתת למשתמשי הקצה ביטחון בבחירה.
• צמצום מידע ונהלי ניהול ‘ROT’: Copilot נוגע רק במידע הנחוץ למענה על הנחיה, ואינו אוסף או שומר יותר מהנדרש. הטיפול במידע מיותר, מיושן או חסר ערך (“ROT”) נשלט באמצעות מדיניות ממשל, וכך מצטמצם הסיכון לחשיפה של מידע לא עדכני או לשמירה מיותרת של נתונים.
• התאמה לבינה מלאכותית אחראית: Microsoft מיישרת את Copilot למסגרות של בינה מלאכותית אחראית, כלומר הטכנולוגיה נבחנת ללא הפסקה מול הנחיות של הוגנות, שקיפות ואחריותיות. נהלים מומלצים כוללים שימוש בהרשאות Graph עם המינימום הנדרש והגדרות מחמירות ב-Entra ID, כפי שמומלץ במדריך הציות והאבטחה הזה ל-Copilot מנוהל.
• ביקורת וניראות: למנהלים יש גישה ליומני ביקורת מרכזיים וכלי ניטור, התומכים בחקירות פרטיות ובתגובה מהירה לאירועים. תכונות כמו Purview Audit מאפשרות לעקוב אחר כל נגיעה של Copilot בידע הארגוני שלכם.

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

ציות וממשל נתונים בשימוש ב-Copilot

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

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

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

עמידה בדרישות הרגולציה ב-Copilot

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

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

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

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

ניהול נתונים, אסטרטגיות וביקורת

• מסגרת ממשל מרכזית:הגדירו כללים לגבי מי רשאי להשתמש ב-Copilot, לאילו נתונים הוא יכול לגשת ואילו פעולות מותרות. חוזים ורישוי מנוהלים בהדוק, כפי שמומלץ באסטרטגיית הממשל הזו של Copilot, מניחים את היסודות לאימוץ מאובטח.
• כלי ביקורת מקיפים:השתמשו ב-Microsoft Purview Audit כדי לנטר פעילות משתמשים, לעקוב אחר גישה ולשמור יומני פורנזיקה לביקורות רגולטוריות או לחקירות. שדרוג ל-Premium פותח אותות ברמת הדייר כולו ותקופות שמירה מורחבות של דוחות, כפי שמפורט כאן.
• בקרות על Shadow IT וסוכנים אוטונומיים:ככל שסוכני AI כמו Copilot הופכים לאוטונומיים יותר, השתמשו ב-Purview ובפתרונות ניטור נוספים כדי לאתר ולהפחית סיכוני Shadow IT. עוד על האתגר הזה מוסבר בהסקירה הזו על Foundry וממשל AI.
• אכיפה אוטומטית:הגדירו מדיניות DLP, תיוג אוטומטי ומדיניות תקשורת ציות עבור תוצרי AI, כך שהמערכת תחסום פעולות או חשיפות שמפרות את הכללים.
• מדידה ודיווח מתמשכים:אל תסתמכו רק על אכיפה טכנית. מדדו התנהגות משתמשים, אפקטיביות המדיניות ובריאות מחזור החיים של התוכן באמצעות לוחות מחוונים וניתוחים, לניהול ציות לטווח ארוך.

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

ארכיטקטורה של Copilot וסקירת זרימת הנתונים

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

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

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

הדמיית זרימת הנתונים והארכיטקטורה של Copilot

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

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

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

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

מודלי יסוד, סיכוני הזרקת פרומפטים ופרטיות נתונים

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

ניהול גישה ובקרות זהות ב-Copilot

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

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

החל מכלים של Conditional Access (למדיניות גמישה) ועד גישה just-in-time באמצעות בקרות זהות מורשות (PIM), Microsoft מספקת מערך שלם של אפשרויות לחסימת גישה לא מורשית בשער הכניסה. אם אתם מחפשים שיטות עבודה מומלצות לניהול גישה ומדיניות, כדאי להכיר היטב את האופן שבו מדיניות כוללנית ולולאות תיקון שומרות על המערכת הדוקה. פרטים נוספים על הגישה הזו ניתן למצוא במדריך זה על בעיות אמון ב-Conditional Access, ולהסבר מעמיק יותר על אבטחת זהויות כאן.

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

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

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

Microsoft Entra והגנה על זהויות מוגנות

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

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

תוויות רגישות, סיווג נתונים ובקרה על תוכן מזיק

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

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

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

שימוש בתוויות רגישות וסיווג נתונים אוטומטי

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

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

זיהוי חומר מוגן ומניעת תוכן מזיק

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

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

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

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

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

אינטראקציות משתמשים, מחיקת היסטוריה ובקרות נתונים

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

מה Copilot שומר על אינטראקציות משתמשים

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

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

הגנת נתונים: מהן גבולות הנתונים של Copilot ומדוע הם חשובים

מהם "גבולות הנתונים של Copilot" ומדוע הם חשובים?

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

כיצד Copilot שומר על מיקום הנתונים ונשאר בתוך גבול השירות של Microsoft 365?

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

האם Copilot יכול לגשת לנתוני הלקוחות שלי או לנתונים ארגוניים רגישים אחרים?

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

כיצד ממשל ואבטחה מבטיחים שתשובות Copilot בטוחות ותואמות לדרישות?

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

היכן מעובדים ונשמרים הנתונים בעת השימוש ב-Microsoft Copilot for Microsoft 365?

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

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

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

האם Copilot שומר אינטראקציות של משתמשים עם Copilot או יומני צ'אט מעבר לגבול השירות של Microsoft 365?

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

כיצד מנהלים מיישמים שיטות עבודה מומלצות לממשל בשימוש ב-Copilot ומנהלים עדכונים?

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

r?

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

נתונים ארגוניים: אילו נתונים ארגוניים Copilot יכול לגשת אליהם ולהציג?

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

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

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

כיצד Copilot מכבד דרישות של מיקום נתונים ומשילות?

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

האם תשובות Copilot נשארות בתוך גבול השירות של Microsoft 365?

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

כיצד אינטראקציות עם Copilot נרשמות ומאובטחות?

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

האם Copilot יכול לגשת לנתונים בכל הסביבה שלי באמצעות מחברים?

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

כיצד ארגונים יכולים לאמץ את Microsoft 365 Copilot תוך שמירה על משילות ואבטחה?

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