מדיניות DLP של Power Platform

By Mirko Peters · 2025-11-21 · Updated 2026-07-22

למדו כיצד מדיניות DLP של Power Platform משפיעה על תהליכי Power Automate, מחברים, סביבות, ממשל ואוטומציה אמינה.

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

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

עיקרי הדברים

• למדו על מדיניות Data Loss Prevention (DLP). הכללים האלה עוזרים לשמור על המידע הפרטי של הארגון. הם מונעים שיתוף של נתונים מחוץ לארגון.

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

• השתמשו ברשימת בדיקה לפני פרסום תהליכים. היא עוזרת לאתר בעיות DLP מוקדם ומוודאת שאתם עומדים בכללים.

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

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

יסודות Data Loss Prevention

מה עושה DLP ב-Power Platform

אתם משתמשים ב-Data Loss Prevention כדי לשמור על המידע החשוב של הארגון. Data Loss Prevention מונע מאנשים לשלוח מידע פרטי מחוץ לארגון. הוא בודק את הנתונים ומאמת לאן הם מועברים. כך מוגן המידע החשוב שלכם. תראו את מדיניות DLP ב-Power Platform משום שהן עוזרות לשלוט באופן שבו הנתונים נעים.

טיפ: Data Loss Prevention עושה יותר מחסימת נתונים. הוא בודק ומנתח מידע כדי לשמור על העסק בטוח.

הסבר על סיווגי מחברים

משתמשים במחברים כשיוצרים תהליך או אפליקציה. Power Platform מחלקת את המחברים לשלוש קבוצות:

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

שילוב מחברים והפרות מדיניות

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

• DLP מאתר מידע פרטי על ידי חיפוש דפוסים.

• הוא עוצר או מזהיר אתכם אם מנסים לשתף נתונים בדרך לא נכונה.

• הוא פועל עם שירותים רבים, לא רק עם Power Platform.

• הארגון יכול לראות התראות ויומנים לכל בעיה.

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

מדוע תהליכים נכשלים עם DLP

תרחישי שגיאה נפוצים של DLP

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

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

• התהליך נעצר כי הוא שולח נתונים ממחבר עסקי אל מחבר שאינו עסקי.

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

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

• בעיות ברישוי יכולות גם הן לעצור את התהליך.

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

הסבר ל"עבד ביום שישי, נכשל ביום שני"

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

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

מחברים מותאמים אישית ו-DLP

בעיות סיווג ונראות

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

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

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

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

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

• הקצו לכל מחבר מותאם אישית בעלים. אדם זה בודק ומעדכן את המחבר.

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

• צרו מדיניות Data Loss Prevention שמונעת מאנשים לשתף נתונים עם התוויות הלא נכונות.

• רשמו אתרי SharePoint שלא צריכים לשמש עם Microsoft 365 Copilot, אם אתם רוצים להגן על חלק מהנתונים בצורה מוגברת.

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

• צרו כללים שמוחקים קבצים ישנים לאחר זמן קבוע, למשל שלוש שנים.

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

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

מדיניות DLP ברמת הסביבה לעומת ברמת הדייר

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

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

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

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

עקיפת מדיניות וסיכונים נסתרים

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

זו דוגמה אמיתית לכך שצריך להיות זהירים. כמה Power Apps Portals עם טעויות חשפו יותר מ-38 מיליון רשומות לאינטרנט. חברות גדולות כמו American Airlines ו-Ford Motor Company נפגעו מהבעיה הזו. גם גופים ציבוריים נפגעו ממנה. הסיבה העיקרית הייתה רשימות עם OData מופעל והרשאות טבלה כבויות. כך אנשים יכלו לראות מידע פרטי ללא הרשאה.

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

אסטרטגיות DLP יזומות

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

רשימת בדיקה לפני שחרור DLP

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

רשימת בדיקה לפני שחרור DLP:

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

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

3. בדקו ערבוב של קישוריות עסקיות ולא-עסקיות.
   ודאו שאינכם שולחים נתונים מקישוריות עסקית אל קישוריות לא-עסקית.

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

5. בדקו בסביבה הדומה לייצור.
   הריצו את התהליך בסביבת בדיקות שתואמת לייצור. הצעד הזה עוזר לתפוס בעיות נסתרות.

6. תעדו את הבעלים והתוויות של קישוריות מותאמות אישית.
   רשמו מי הבעלים של כל קישוריות מותאמת אישית. ודאו שיש לכל אחת את התווית הנכונה.

טיפ: אפשר להשתמש ב-CoE Starter Kit כדי לעקוב אחרי השימוש בקישוריות ובשינויי מדיניות. הכלי הזה עוזר לראות מגמות ולזהות סיכונים לפני שהם גורמים לבעיות.

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

בדיקות שליליות והתראות

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

שלבים לבדיקה שלילית:

• בנו תהליך בדיקה שמפר מדיניות DLP.

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

• בדקו אם התהליך נכשל כצפוי.

• תעדו מה קרה ושתפו עם הצוות שלכם.

כדאי גם להגדיר התראות על שגיאות DLP. התראות עוזרות להגיב מהר כשמשהו משתבש. אפשר להשתמש ב-Power Automate כדי לשלוח הודעות כשתהליך נכשל עם שגיאת DLP. אפשר ליצור דוחות יומיים או שבועיים שמציגים קישוריות חדשות או שסווגו מחדש. אפשר לעקוב אחר שינויי מדיניות ולראות כיצד הם משפיעים על התהליכים שלכם.

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

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

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

ממשל ושינוי גישה

התייחסות אל DLP כחלק מהארכיטקטורה

כדאי לראות ב-Data Loss Prevention חלק מהתכנון. זה לא רק כלל שחוסם אתכם. זה עוזר לקבוע איך לבנות, לבדוק ולשחרר זרימות. אם משלבים את DLP בתוכניות שלכם, מקבלים החלטות חכמות יותר מוקדם.

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

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

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

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

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

אלה השלבים לניהול מדיניות טוב:

• התאימו את מדיניות DLP לרמות הנתונים של החברה ולקבוצות הקישורים שלה.

• הקימו Center of Excellence שיעזור בניהול השינויים.

• השתמשו ב-Application Lifecycle Management כדי לוודא שהזרימות עומדות בתקנים.

• תעדו את תוכניות הממשל שלכם. תיעוד טוב עוזר לשלוט בעדכונים.

נהלו רשימה של הבעלים של כל מחבר מותאם אישית (custom connector). הבעלים בודקים עדכונים ומטפלים בשינויי מדיניות. הרשימה הזאת מאפשרת לדעת למי לפנות כששינויים מתרחשים.

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

קריאה לפעולה:

• בדקו את השימוש בקישורים בזרימות המרכזיות שלכם.

• הוסיפו את רשימת הבדיקות לפני ההטמעה של DLP לשלבי ההטמעה שלכם.

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

אפשר להפוך את Data Loss Prevention לחלק טבעי מהתכנון שלכם. כך הנתונים נשארים מוגנים והזרימות פועלות היטב.

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

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

שאלות נפוצות

מה משמעותה של שגיאת DLP ב-Power Automate?

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

איך בודקים את סיווגי הקישורים בזרימה שלכם?

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

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

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

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

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

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

אם אתם חוקרים מדיניות DLP של Power Platform, הפרקים האלה מוסיפים הקשר מעשי על יישום, ארכיטקטורה, אבטחה וממשל:

• Microsoft Teams Governance – The Illusion of Control — ראו איך החלטות על בעלות, מדיניות ומחזור חיים מעצבות תפעול אמין של Microsoft 365.
• Microsoft AI Agent Harness – Simply Explained — הבינו תזמור, מעקות בטיחות, הערכה ותצפיתיות בתהליכי עבודה מבוססי בינה מלאכותית.
• Azure AI Foundry – Simply Explained — למדו כיצד נבנים, נבחנים, נפרסים ומנוהלים פתרונות בינה מלאכותית ארגוניים.
• Microsoft Defender XDR – Simply Explained — חברו בין בחירות יישום לבין נראות אבטחה, חקירה ותגובה.