שאלות בלתי נראות שמסתתרות ביומני הביקורת של Power BI

By Mirko Peters · 2026-08-11

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

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

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

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

כדי להעמיק עוד בנושא ולשמוע את הפירוט השמע המלא, כדאי לצפות בפרק הפודקאסט הקשור: Build a Power BI Audit Log Governance Dashboard.

לוח הבקרה לממשל ב-Power BI: איתור בזבוז, סימון סיכונים וטיפול בעליית עלויות

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

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

סימנים שכדאי לאתר ביומני הביקורת (הקנריות במכרה)

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

ראשית, שימו לב במיוחד לקפיצות מחוץ לשעות העבודה, שבהן כתובות IP חריגות ניגשות לתוכן רגיש. אם לוח בקרה פיננסי שמכיל תחזיות רבעון 4 הרגישות נפתח פתאום בשעה 03:00 מכתובת IP זרה או ממיקום גיאוגרפי בלתי צפוי, מדובר בדגל אדום ענק. בנוסף, חפשו אירועים חוזרים של Add Member או Remove Member. דפוס כזה מצביע לעתים קרובות על התרחבות הרשאות (privilege creep) או על סיכון מבפנים, כאשר משתמשים מעניקים בשקט הרשאות ניהול לחשבונות שאין להם שום סיבה לנהל את סביבות העבודה האלה.

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

מעבר ליומנים: הוסיפו את מקורות הנתונים האלה

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

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

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

מדדים שחושפים פיזור, בזבוז וסיכון

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

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

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

חזותיות מוכנות להנהלה (שמניעות לפעולה)

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

כללו מפת חום של מחלקות שמשווה בין מושבי Premium לבין השימוש בפועל ב-Premium, תוך שימוש בעיצוב אדום-ענבר-ירוק להדגשת בזבוז במחלקות. השתמשו בקווי מגמה להצגת כשלי רענון וגידול בשיתוף חיצוני לאורך חלונות מתגלגלים של 7, 30 ו-90 ימים. בנו טבלה בשם "Ghost Towns" שמציגה סביבות עבודה של Premium עם מספר צפיות נמוך ועלויות תפעול גבוהות.

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

צעדים מהירים (השבוע)

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

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

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

תוכנית הפריסה של 30 יום

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

בשבוע 1, חברו את יומני הביקורת, הגדרות הדייר, טבלאות הרישוי ומקורות הכניסה של Azure AD, ותוך כדי כך קבעו שכבות רגישות נתונים ברורות. בשבוע 2, בנו מודל לישויות המרכזיות שלכם – משתמשים, סביבות עבודה, תוכן, רישיונות ואירועים – וכתבו את הלוגיקה ב-DAX או ב-SQL לחישוב מדדי הליבה. שבוע 3 מוקדש לבניית לוח המחוונים להנהלה, שיהיה תמציתי ויכלול עד חמישה עד שבעה אריחים לכל היותר, לצד עמוד מעבר לפירוט מפורט לחוקרים לצורך בדיקות מעמיקות.

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

ממשל ותחזוקה

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

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

מדדי KPI להצלחה

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

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

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

המסקנה

הפסיקו להתאמץ לקרוא שורות אינסופיות של יומני אירועים גולמיים. קשרו בין האותות הנכונים, הציגו את המדדים הספורים שבאמת חשובים, ותנו ללוח מחוונים חי לממשל לצמצם את בזבוז הרישיונות שלכם, להקטין את סיכוני האבטחה, ולסיים once and for all את תהייה "מאיפה הגיע הדוח הזה?". אם אתם מוכנים לאבטח את הסביבה שלכם כבר היום, הקשיבו לדיון המלא בפודקאסט בכתובת Build a Power BI Audit Log Governance Dashboard.