סנסיטיביות לייבלס ב-Microsoft 365

By Mirko Peters · 2026-04-27 · Updated 2026-09-13

מדריך מעשי ל-Microsoft Purview על תוויות רגישות, סיווג נתונים, הצפנה, תיוג אוטומטי והגנה על מידע.

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

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

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

מדריך לתוויות רגישות ב-Microsoft 365 וב-Purview

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

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

7 עובדות מפתיעות על מדריך תוויות הרגישות

1. תוויות רגישות נודדות יחד עם המטא-דאטה של הקובץ או המייל, כך שההגנות יכולות להישמר גם לאחר הורדת התוכן או שיתוף שלו מחוץ לארגון.
2. ניתן להחיל תוויות באופן אוטומטי באמצעות בדיקת תוכן ולמידת מכונה, ולא רק ידנית – כך שהמשתמשים לא תמיד צריכים לזכור לסווג את התוכן.
3. סימני חזותיים (סימני מים, כותרות עליונות ותחתונות) הם אופציונליים ונפרדים מההגנה; תווית יכולה לסמן תוכן מבלי להצפין אותו או להגביל אותו.
4. תוויות רגישות יכולות להפעיל פעולות ציות נוספות – כגון מדיניות שמירה, השמדה או מדיניות מניעת אובדן נתונים (DLP) – וכך לקשר בין הסיווג לבין ניהול מחזור החיים של המידע.
5. ניתן להגן לא רק על מסמכי Office ומיילים, אלא גם על קובצי PDF, תמונות וחלק מסוגי קבצים שאינם של Microsoft, כאשר משולבים עם שירות ניהול זכויות.
6. משתמשים בעלי הרשאות מתאימות יכולים לעקוף תוויות מומלצות או תוויות שהוחלו אוטומטית, וניתן לתעד עקיפות אלה לצורכי ביקורת והדרכה.
7. מדיניות התיוג יכולה להשתנות בין שירותי ענן לסביבות מקומיות (on-premises), ולכן "מדריך" אחד לעיתים דורש התאמה כדי לכסות את הניואנסים של פריסה היברידית.

הבנת תוויות רגישות ואופן פעולתן

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

בלבה של העניין, תוויות רגישות מאפשרות לך לסווג מידע — למשל "סודי" או "ציבורי" — ולאכוף הגנות התואמות לכל קטגוריה. כשאתם מייגדים משהו ב-Microsoft 365, מופעלים מאחורי הקלעים כללים אוטומטיים: הצפנה שנודדת יחד עם המסמך, בקרות גישה, סימונים חזותיים ואכיפת מדיניות, שכולם עוברים בין Word, Outlook, Teams, SharePoint וכל האפליקציות המרכזיות שלכם.

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

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

מהן תוויות רגישות ומhow הן נראות

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

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

איך עובד סימון רגישות באפליקציות Microsoft 365, בהודעות דוא"ל ובמסמכים

סימון רגישות ב-Microsoft 365 משתלב באפליקציות הנפוצות ביותר: Word, Excel, PowerPoint, Outlook, Teams ו-SharePoint. כך זה עובד: ברגע שאתם או מערכת אוטומטית מחילים תווית, הגדרות ההגנה של התווית נודדות יחד עם הקובץ או ההודעה, לא משנה לאן הם מגיעים.

לדוגמה, אם תסמנו דוח ב-Word כ"סודי", התווית תישאר עליו גם כשהקובץ נשלח בדוא"ל, נשמר ב-OneDrive או משותף דרך Teams. ההגנה נאכפת על ידי מנוע Microsoft Information Protection, שעשוי להחיל הצפנה, להגביל מי יכול לפתוח או להעביר את הפריט, או להוסיף סימני מים וכותרות.

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

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

טעויות נפוצות

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

מדריך תוויות רגישות — יתרונות וחסרונות

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

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

הגדרה והגדרת תוויות רגישות לאבטחה ולציות

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

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

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

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

הגדרת תוויות רגישות: תכנון והבטחת אבטחה וציות

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

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

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

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

יצירה ופרסום של תוויות עם הרשאות נכונות

• 1. הפעלת אשף יצירת התוויות: התחילו בפורטל הציות של Microsoft Purview ובחרו ב-"Create a label". אשף מודרך זה ילווה אתכם בשלבים להגדרת התווית החדשה.
• 2. הגדרת פרטי התווית והיקף החלה: תנו לתווית שם, כתבו תיאור ברור ובחרו אילו סוגי תוכן (מסמכים, הודעות דוא"ל, אתרים וכו') התווית צריכה לחול עליהם. שקלו להוסיף צבע או סמל לזיהוי מיידי.
• 3. הגדרת הרשאות ליצירה ולפריסה: הקצו מי רשאי ליצור, לערוך או למחוק תוויות – בדרך כלל מוגבל למנהלי ציות ולאחראי נתונים. השתמשו בתפקידים של Purview כדי לשלוט בהרשאות הפרסום ולמנוע שינויים מקריים.
• 4. פרסום התווית באמצעות מדיניות: בחרו את המשתמשים או הקבוצות שזקוקים לגישה לתווית החדשה. תווית מופיעה למשתמש רק לאחר שתפרסמו אותה עם ההיקף הנכון, וזה מבטיח פריסה תקינה ומונע בלבול.

הגדרת הגנה והרשאות לתוויות רגישות

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

החלה וניהול של תוויות רגישות במרחבי עבודה ובכלי שיתוף פעולה

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

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

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

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

הפעלה ידנית מול הפעלה אוטומטית של תוויות רגישות

• תיוג ידני: המשתמשים בוחרים תווית רגישות מתוך רשימה נפתחת או משורת הכלים באפליקציות כמו Word או Outlook. שיטה זו מתאימה במיוחד כאשר המשתמשים מכירים את התוכן ואת קריטריוני התיוג. היא מעודדת מודעות למידע רגיש, אך עשויה להסתמך במידה רבה על הדרכה.
• תיוג אוטומטי: Microsoft 365 יכול להחיל תוויות באופן אוטומטי על בסיס ניתוח תוכן (מילות מפתח, תבניות או הקשר, כמו PII, מידע פיננסי או נתוני HIPAA). הדבר מפחית את הסיכון לטעויות משתמשים ועוזר בעבודה עם כמויות גדולות של תוכן, אך לעיתים עלול לסווג בטעות מסמכים ייחודיים או מעורפלים.
• תוויות מומלצות וטיפים למדיניות: השתמשו בטיפים למדיניות מובנים כדי להציע תוויות או להתריע בפני המשתמשים לגבי סיווג נדרש. אלה מסייעים לגשר בין מעורבות המשתמשים לאוטומציה, מפחיתים עייפות מקבלת החלטות ותומכים בטיפול מדויק במידע.

תיוג מרחבי עבודה ב-Teams, בקבוצות ובסביבות משותפות

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

שיטות עבודה מומלצות ודוגמאות מהשטח לתוויות רגישות של Microsoft

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

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

לסיום, נעבור גם על מצבים מהשטח. תראו כיצד ארגונים משתמשים בתוויות כמו "Highly Confidential" או "Internal" עבור קבצי משאבי אנוש, נתונים פיננסיים או תוכניות פרויקט – ומה קורה כאשר התוויות האלה נבחנות בביקורות או באירועי אבטחה.

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

שיטות עבודה מומלצות לתוויות רגישות לציות ולאבטחה

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

דוגמאות מהעולם האמיתי לסיווג נתונים באמצעות תוויות רגישות

• נתוני משאבי אנוש חסויים: ארגון מסווג רשומות שכר, הערכות ביצוע ומכתבי הצעה כ-"חסוי ביותר". רק צוות משאבי אנוש יכול לגשת אליהם, והשיתוף מחוץ לצוות משאבי אנוש חסום. אם מישהו מנסה לשלוח את הקבצים האלה לגורם מחוץ לקבוצה בדואר אלקטרוני, Outlook מזהיר אותו או אף חוסם את הפעולה.
• תוכניות פרויקט פנימיות: מסמכי הצעות פרויקט מסווגים כ-"לשימוש פנימי בלבד". תווית זו חוסמת שיתוף חיצוני ב-SharePoint ומגבילה גישת אורחים ב-Teams, כך שרק עובדי החברה רואים את נתוני הפרויקט הרגישים.
• חומרי שיווק ציבוריים: עלונים והודעות לעיתונות מסווגים כ-"ציבורי". אין הגבלות חלות עליהם, ולכן קל לשתף אותם, אך המשתמשים מוזכרים שניתן להפיץ מסמכים אלה לכל אדם.
• ציות לנתונים מפוקחים: דוחות כספיים שסומנו בתווית "מפוקח" מפעילים הצפנה מותאמת אישית, המבטיחה עמידה בתקנות SOX או GDPR, ומתעדת כל גישה ביומני ביקורת לצורך הסקירות השנתיות.

ניטור, ביקורת וחוויית המשתמש עם תוויות רגישות

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

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

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

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

נראות וניטור של תוכן רגיש באמצעות יומני ביקורת

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

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

• זיהוי קל של תוויות: המשתמשים רואים תוויות כבאנרים או תגיות ב-Outlook, ב-Word, ב-SharePoint וב-Teams. התזכורת המתמדת הזו מסייעת להנחות טיפול בטוח במידע רגיש.
• בקשת גישה לתוכן מוגן: אם מישהו זקוק לגישה לקובץ מוצפן או מוגבל, Microsoft 365 מציג הנחיות ברורות לבקשת הרשאה או הדרכה לשלבים הבאים.
• טיפים למדיניות ועזרה בתוך האפליקציה: טיפים קופצים, הודעות קופצות ואזהרות בדמות באנרים מחנכים את המשתמשים בדרישות המדיניות ובפתרון תקלות בזמן אמת.
• הפחתת תסכול המשתמשים: המלצות אוטומטיות, בחירה מוגבלת של תוויות והודעות שגיאה ברורות מונעים מהמשתמשים להתבלבל או להיות מוצפים, וכך מובילים לאימוץ רחב יותר ולשיתוף בטוח יותר.

סיכום ועיקרי הדברים על תוויות רגישות

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

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

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

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

מאמרים ומשאבי תמיכה מומלצים לתיוג רגישות

• תיעוד רשמי של Microsoft: מדריכים מעודכנים להגדרת תוויות רגישות, ניהולן ופתרון תקלות ב-Microsoft 365 וב-Purview.
• פורומים של קהילת Microsoft: עצות מעמיתים, טיפים לפתרון בעיות ותשובות לשאלות נפוצות מקהילה עולמית של משתמשים ומומחים.
• מסלולי למידה מתקדמים: קורסים מובְנים והדגמות אינטראקטיביות שעוסקים בתצורה מתקדמת, אוטומציה, אינטגרציה עם Power BI וניהול מבוסס תפקידים באמצעות Microsoft Entra או יחידות ניהול.
• ערוצי תמיכה: עזרה ישירה מתמיכה של Microsoft להסלמה, פתרון תקלות במדיניות והנחיה שוטפת ככל שהרגולציה והטכנולוגיה מתפתחות.

מדריך תוויות רגישות: רשימת בדיקה ל-Purview

השתמשו ברשימה זו כדי לתכנן, ליצור, לפרוס ולנהל תוויות רגישות ב-Microsoft Purview.

• הגדרת יעדים: זהו את מטרות הסיווג, דרישות הרגולציה ושימושי העסק לתוויות רגישות.
• יישור בעלי עניין: שתפו את בעלי התפקידים באבטחה, בציות, במשפטים ובעסק כדי לאשר את טקסונומיית התוויות וההגנות.
• איתור וספירת נתונים ומיקומים: רשמו את סוגי הנתונים הרגישים, מאגרי הנתונים, עומסי העבודה של Microsoft 365 והמיקומים של צדדים שלישיים שיכוסו.
• תכנון טקסונומיית התוויות: צרו תוויות ברורות (למשל Public, Internal, Confidential, Highly Confidential) עם תיאורים ודוגמאות למשתמשים.
• מיפוי הגנות התוויות: הגדירו פעולות הגנה לכל תווית: הצפנה, סימון תוכן (כותרות עליונות, כותרות תחתונות וסימני מים), הגבלות גישה והגדרות שיתוף חיצוני.
• הגדרת תצורת הצפנה: החליטו על תבניות ניהול זכויות, ניהול מפתחות (מפתחות מנוהלים על ידי Microsoft לעומת מפתחות מנוהלים על ידי הלקוח) ומדיניות תפוגה.
• קביעת היקף וירושה: קבעו את היקף התווית (קבצים, הודעות דוא"ל, קבוצות, אתרים) ואת האופן שבו התוויות חלות על תוכן מורש (אתרים/מכולות).
• כללי תיוג אוטומטי: צרו ובדקו סוגי מידע רגיש, מסווגים הניתנים לאימון ותנאי כללים לתיוג אוטומטי ולתוויות מומלצות.
• מדיניות תוויות ופרסום: צרו מדיניות תוויות ב-Purview, כוונו למשתמשים או לקבוצות הנכונים, ופרסמו מדיניות מדורגת או מלאה עם לוח זמנים לפריסה.
• חוויית משתמש והנחיות: הגדירו תוויות חובה, תוויות מומלצות והנחיות למשתמש עם הכוונה ברורה כדי לצמצם חיכוך.
• בדיקה בסביבת פיילוט: הפעילו תוויות בפיילוט עם משתמשים מייצגים ועומסי עבודה מייצגים כדי לוודא את ההתנהגות, הגישה וההנחיות למשתמש לפני פריסה רחבה.
• אינטגרציה עם מניעת אובדן נתונים (DLP): יישרו בין תוויות רגישות למדיניות DLP כדי לאכוף פעולות של שיתוף, חסימה או הגנה.
• שמירה וניהול רשומות: מפו תוויות לתוויות שמירה או למדיניות שמירה, כשרלוונטי, כדי להבטיח ניהול מחזור חיים של תוכן רגיש.
• ניטור ודיווח: הפעילו וסקרו יומנים, דוחות שימוש, מגמות של החלת תוויות ואירועי הגנה ב-Purview ובמרכז הציות של Microsoft 365.
• ביקורת ותגובה לאירועים: ודאו שהביקורת מופעלת לשינויים בתוויות ולגישות אליהן; הגדירו תהליכי עבודה לטיפול בתיוג שגוי או בחשיפת נתונים.
• תהליך חריגים והסלמה: הגדירו כיצד משתמשים מבקשים חריגים, מי מאשר אותם, ומנגנוני מעקב.
• הדרכה ותיעוד: פרסמו הנחיות למשתמשים, מדריכי הפעלה למנהלים, וערכו מפגשי הדרכה סדירים שמפנים למדריך תוויות הרגישות הזה.
• ניהול שינויים: לתקשר את מפת הדרכים, שינויים בתוויות ותוכניות הוצאה משימוש; לנהל גרסאות של הגדרות התוויות.
• סקירה תקופתית: לתזמן סקירות קבועות של טקסונומיית התוויות, כללי תיוג אוטומטי, הגדרות הגנה ומדדי אפקטיביות.
• שיקולי גיבוי ושחזור: לוודא שמערכות הגיבוי מכבדות את הגנות התוויות, ושתהליכי השחזור שומרים על מטא-נתונים של התוויות.
• כיסוי צד שלישי ונקודות קצה: לאמת את אכיפת התוויות בנקודות קצה, במכשירים ניידים ובאפליקציות צד שלישי משולבות (במקומות שבהם זה נתמך).
• יישור עם דרישות משפטיות ורגולטוריות: לוודא שהתוויות עומדות בדרישות של השעיית הליכים משפטיים, eDiscovery וראיות רגולטוריות.
• בדיקות ביצועים וסקלאביליות: לאמת תיוג והגנה בקנה מידה גדול, עבור מאגרים גדולים וזרימות עבודה בנפח גבוה.
• שיפור מתמיד: לאסוף משוב ממשתמשים, לקחים מאירועים וטלמטריה, כדי לחדד לאורך זמן את התוויות והמדיניות.

איך להשתמש בתוויות רגישות ולהחיל תוויות רגישות ב-Microsoft 365

מהו מדריך לתוויות רגישות ולמה כדאי להשתמש בו?

מדריך לתוויות רגישות מסביר כיצד ליצור ולהגדיר תוויות רגישות כדי להגן על נתונים, להחיל תוויות על קבצים והודעות דוא"ל, ולאכוף מדיניות על פני Office 365 ו-Microsoft 365. הוא עוזר למנהלים ולמשתמשים להבין תוויות רגישות, להשתמש ב-Microsoft Purview להגנת מידע, ולוודא שהתוויות מפורסמות ומוחלות באופן עקבי על תוכן באפליקציות Office וב-Office for the web.

איך יוצרים תוויות רגישות בפורטל Microsoft Purview?

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

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

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

איך מחילים תווית רגישות על מסמך או הודעת דוא"ל?

משתמשים יכולים להחיל את התווית באמצעות כפתור Sensitivity באפליקציות Office (Word, Excel, PowerPoint, Outlook) או באמצעות אפליקציות האינטרנט של Office 365. מנהלים יכולים גם להגדיר מדיניות תיוג אוטומטי ב-Microsoft Purview או ב-Microsoft 365, כדי להחיל את התווית באופן אוטומטי על סמך בדיקת תוכן ומפת הנתונים של Microsoft Purview.

מהי תווית רגישות ברירת מחדל ואיך משתמשים בה?

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

כיצד תוויות רגישות שהוחלו משפיעות על הצפנה והרשאות גישה?

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

האם אפשר להסיר תווית לאחר שהוחלה?

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

מהם תרחישים נפוצים לשימוש בתוויות רגישות בסביבת Microsoft 365?

תרחישים נפוצים כוללים הגנה על גיליונות אלקטרוניים פיננסיים, סימון מסמכים פנימיים לעומת מסמכים ציבוריים, הצפנת דוא"ל המכיל מידע אישי, ושימוש בתיוג אוטומטי לזיהוי ותיוג של נתוני 365 רגישים. תוויות רגישות עבור Microsoft 365 משתלבות עם Microsoft Defender, עם Microsoft Purview Data Loss Prevention ועם ניתוחי Microsoft Fabric, כדי לאבטח נתונים על פני אפליקציות ושירותים.

כיצד פועל סדר העדיפויות של תוויות כאשר ייתכן שחלות כמה תוויות?

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

כיצד מפעילים תוויות רגישות עבור אפליקציות Office שולחניות ועבור Office לאינטרנט?

כדי להפעיל תוויות רגישות, יוצרים ומפרסמים תוויות בפורטל Purview, ומוודאים שהתוויות מפורסמות למשתמשים ולקבוצות הנכונים, וששל אפליקציות Office מעודכנות. עבור אפליקציות Office שולחניות, מפעילים את התוסף Microsoft Purview Information Protection או את התכונות המובנות; עבור Office לאינטרנט, מוודאים שהתוויות מפורסמות ושהמשתמשים מתחברים עם חשבונות Microsoft Entra ID שלהם.

מהו לחצן הרגישות והיכן המשתמשים יכולים למצוא אותו?

לחצן הרגישות מופיע בסרט הכלים של אפליקציות Office (שולחניות ואינטרנטיות) ובאאוטלוק. הוא מאפשר למשתמשים לבחור או לשנות תווית כדי להחיל תווית רגישות, לראות את ההגנות שהתווית מספקת ולצפות בהנחיות של התווית. אם המשתמשים אינם רואים את לחצן הרגישות, יש לוודא שהתוויות מפורסמות ושהאפליקציות מוגדרות לשימוש ב-Microsoft Purview information protection.

כיצד מתחילים לעבוד עם תוויות רגישות בארגון?

כדי להתחיל, לומדים על תוויות רגישות ב-Microsoft Learn, מתכננים את טקסונומיית התוויות (תוויות רגישות חדשות ורגישות ברירת מחדל), יוצרים תוויות רגישות בפורטל Purview ומפרסמים אותן באמצעות מדיניות תוויות רגישות למשתמשים ולקבוצות. בודקים את התוויות בקבוצת פיילוט לפני פריסה רחבה, כדי לוודא שהתוויות מתנהגות כצפוי עם תוכן Office 365 שלכם ועם השילובים ב-Microsoft Defender.

מהו תיוג אוטומטי וכיצד הוא מזהה רגישות נתונים?

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

כיצד תוויות רגישות משתלבות עם Microsoft Defender וכלי אבטחה אחרים?

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

האם ניתן להחיל תוויות רגישות על סוגי קבצים שאינם של Microsoft ועל אפליקציות של צד שלישי?

כן, ניתן להרחיב תוויות רגישות לסוגי קבצים שאינם של Microsoft באמצעות הלקוח המאוחד לתיוג של Microsoft Purview Information Protection וערכות ה-SDK. התוויות מוחלות על הקבצים ויכולות להישאר בהם גם כאשר הקבצים משותפים מחוץ לארגון. שילוב עם אפליקציות של צד שלישי עשוי לדרוש הגדרות נוספות או שימוש ב-Purview SDK.

כיצד מנטרים ומדווחים על תוויות שפורסמו ועל תוויות שהוחלו בדייר שלי?

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

מהי הורשת תוויות והרגישות שהוחלה על קבצים ב-SharePoint וב-OneDrive?

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

כיצד אני תומך במשתמשים שזקוקים לעזרה בבחירת התווית הנכונה?

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

אילו שיטות עבודה מומלצות קיימות ביצירה ובהגדרה של תוויות רגישות?

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

כיצד תוויות רגישות קשורות לשמירה ולניהול רשומות?

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

האם ניתן להרחיב תוויות רגישות לשותפים חיצוניים ולאורחים?

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

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

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

כדאי גם להאזין לאלה

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

• Microsoft Teams Governance – Simply Explained — ראו כיצד מדיניות ממשל הופכת בקרות שיתוף פעולה למודל תפעולי שצוותים יכולים באמת לפעול לפיו.
• Microsoft Purview – Simply Explained — בנו את המודל המנטלי החיוני לסיווג, שמירה, ציות וממשל נתונים ב-Microsoft 365.
• Microsoft Defender XDR – Simply Explained — חברו בין עבודת הגנת המידע והציות לבין זיהוי, חקירה ותגובה לאורך מערך האבטחה של Microsoft.
• Conditional Access – Simply Explained — הבינו כיצד אותות זהות, מכשיר וסיכון יכולים להגן על הגישה למידע רגיש.

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

רשימת בדיקה, עובדות, יתרונות וחסרונות של תוויות רגישות של Microsoft 365

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

הגדרה: תוויות רגישות של Microsoft 365 הן התכנון המבוקר וההפעלה של היכולת למטרה עסקית מסוימת.

יתרונות: בעלות ברורה יותר, ביצוע חוזר וניתן לחזרה, ושיפור מדיד. חסרונות: מאמץ הקמה, תקורה של ממשל, ותלות בנתונים ובהרשאות מדויקים.

עובדות מפתיעות על תוויות רגישות של Microsoft 365

תוצאות מוצלחות תלויות בממשל ובאיכות המידע לא פחות מאשר בתכונה עצמה.

טעויות נפוצות שאנשים עושים לגבי תוויות רגישות של Microsoft 365

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

היתרונות המרכזיים של תוויות רגישות של Microsoft 365

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

שאלות נפוצות

מהי תווית רגישות של Microsoft 365?

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

אילו תנאי מוקדמים כדאי לבדוק?

לפני שינוי היכולת, בדקו את הדייר, הזהויות, ההרשאות, זמינות השירות והתלויות במדיניות.

איזה תפקיד ניהולי נדרש בדרך כלל?

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

איך כדאי לתכנן פיילוט?

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

איך האבטחה משפיעה על ההגדרה?

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

מהן הטעויות הנפוצות?

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

מהם היתרונות העיקריים?

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

מהי עובדה מפתיעה?

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

מהן המגבלות העיקריות?

זמינות, רישוי, תמיכה בשירותים, איכות נתונים, גבולות אינטגרציה ועומס ניהולי עלולים להגביל את התוצאות.

איך כדאי לבדוק שינויים?

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

איך כדאי להדריך את המשתמשים?

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

איך כדאי למדוד הצלחה?

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

מה כדאי לתעד?

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

באיזו תדירות כדאי לסקור את ההגדרות?

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

איך אינטגרציות משפיעות על התוצאה?

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

מהו דפוס ההטמעה הבטוח ביותר?

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

איך כדאי לטפל בחריגים?

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

איך עיקרון מינימום ההרשאות חל כאן?

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

מה צריך לקרות כאשר בדיקה נכשלת?

תארו את התנאי המדויק, בודדו את היקף הבעיה, תקנו את הסיבה, הריצו את הבדיקה מחדש ותעדו את ההחלטה.

האם אפשר לאוטומט את זה?

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

איך זה קשור ל-Microsoft Purview?

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

איך זה קשור ל-Microsoft Defender?

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

מהו הסיכון הגדול ביותר באימוץ?

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

מהו הסיכון הגדול ביותר מבחינת אבטחה?

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

מהו סדר טוב לפתרון תקלות?

בדקו לפי הסדר: בריאות השירות, זהות, זכאות, הגדרות, הרשאות, קישוריות ולוגים.

מה צריך לעשות בעל השינוי לאחר ההשקה?

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

איך כדאי לסקור את איכות התוכן?

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

ממה כדאי להימנע בסביבת ייצור?

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

האם זה יכול לעבוד בסביבות היברידיות?

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

מהי ההמלצה המעשית?

התחילו ממקרה שימוש מוגדר היטב, הפכו את מודל הבקרה לגלוי, והרחיבו רק לאחר שיש ראיות התומכות בהרחבה.

היכן ניתן לבדוק את ההנחיות העדכניות?

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